I have just upgraded our test system to UCS 4.2.
After the upgrade and a reboot, I can no longer connect to the management console.
I checked the service status using the terminal and found out that apache2 couldn’t start any more.
I fixed that by removing the offending “LockFile” directive from /etc/apache2/apache2.conf. (Seems related to differences between Apache 2.2 and 2.4)
Now Apache can be started, but the management console still doesn’t run.
In the browser I see the following error: The path '/index.html' was not found. Webfrontend-Fehler: Die angegebene Anfrage ist nicht bekannt. The path '/index.html' was not found.
I also checked the log file /var/log/univention/management-console-web-server.log
which contains the following stacktrace: 06.04.17 15:12:50.592 MAIN ( ERROR ) : Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/cherrypy/_cprequest.py", line 670, in respond response.body = self.handler() File "/usr/lib/python2.7/dist-packages/cherrypy/lib/encoding.py", line 217, in __call__ self.body = self.oldhandler(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/cherrypy/_cperror.py", line 411, in __call__ raise self NotFound: (404, "The path '/index.html' was not found.")
I have tried the URL http://10.1.1.95/ (which is the IP address of the test server).
This one automatically redirects to http://10.1.1.95/univention/ which then shows the error message described above.
What is the join status of the machine, i.e., what is the output of univention-check-join-status?
Can you show which files can be found below /etc/apache2 via the following command ls -l /etc/apache2/{.,sites-*} ? It might be that there are conflicts with older files.
It seems that there have been manual changes in the old apache2.conf file. As there have been changes to that config file, dpkg has not touched it. Instead, the new apache2.conf file has been placed aside with the suffix .dpkg.dist. The easiest way is to extract and move your custom configurations into an extra file below sites-available/, rename apache2.conf.dpkg-dist to apache2.conf, and activate your custom configuration via
Yes, that helped. Thank you.
However, one more question for that:
I think the problem is partially due to the update process in UCS, which is not interactive. That means one isn’t made aware of this kind of problems, which will happen when major upgrades are installed.
With a basic Debian installation one would run the dist-upgrade from a terminal and get a prompt when config files need to be replaced.
Is it possible to do the same with an UCS installation?
Well, for either way (interactive or not) you have pros and cons. Yes, you are right in the sense that you will not be notified about manual changes in config files it can be seen as problematic.
I would not recommend trying to run an interactive update as most update processes are tailored towards the non-interactive case. Instead I would recommend trying to leave config files untouched where possible and using config directories such as the ones mentioned for apache.
Otherwise, run a find /etc -name "*.dist-dpgk" after the update.