Bug 40794

Steps to reproduce bug

Tried to log in using the UCS webinterface today, Feb 29 2016. Tried using Administrator built-in account and alternative Account.

Expected behavior

Normal login into web interface.

Actual behavior

Nothing happens, no failure message either, but the call to http://SERVER/univention-management-console/auth respons with a 500 (Internal Server Error).

/var/log/auth.log reports a successful local login:
Feb 29 10:35:27 atlas python2.7: pam_unix(univention-management-console:auth): authentication failure; logname= uid=0 euid=0 tty= ruser= rhost=  user=Administrator
Feb 29 10:35:27 atlas python2.7: pam_krb5(univention-management-console:auth): user Administrator authenticated as Administrator@INT.MODAC.EU

/var/log/univention/management-console-web-server.log reports:
29.02.16 10:35:27.488  MAIN        ( PROCESS ) : SessionClient(0x3dc9410): _authenticated: success=True  status=200  message=None
29.02.16 10:35:27.489  MAIN        ( ERROR   ) : Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cherrypy/_cprequest.py", line 656, in respond
    response.body = self.handler()
  File "/usr/lib/python2.7/dist-packages/cherrypy/lib/encoding.py", line 188, in __call__
    self.body = self.oldhandler(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/cherrypy/_cpdispatch.py", line 34, in __call__
    return self.callable(*self.args, **self.kwargs)
  File "/usr/sbin/univention-management-console-web-server", line 1010, in default
    return self._auth_request(req, sessionid)
  File "/usr/sbin/univention-management-console-web-server", line 1035, in _auth_request
    self.set_session(sessionid, username)
  File "/usr/sbin/univention-management-console-web-server", line 699, in set_session
    self.set_cookies(('UMCSessionId', sessionid), ('UMCUsername', username))
  File "/usr/sbin/univention-management-console-web-server", line 678, in set_cookies
    expires = expires.replace(year=expires.year + 5)
ValueError: day is out of range for month

date -s "1 MAR 2016 10:46:00" fixed the login problems immediately, but after a short while, the server became unreponsive, including terminal login. After a rebooting, I was unable to determine the reason from the log files.