Univention Bugzilla – Bug 22995
Traceback beim Setzen eines Passworts, wenn der Ablaufzeitraum zu groß ist
Last modified: 2011-07-25 07:20:15 CEST
Aufgefallen an Ticket #2011070110001151. Beim Setzen eines Benutzerpassworts ist folgender Traceback aufgetreten: # udm users/user modify --dn uid=hans,cn=users,dc=example,dc=com --set password=XXXX Traceback (most recent call last): File "/usr/share/univention-directory-manager-tools/univention-cli-server", line 233, in doit output = univention.admincli.admin.doit(arglist) File "/usr/lib/python2.4/site-packages/univention/admincli/admin.py", line 909, in doit dn=object.modify() File "/usr/lib/python2.4/site-packages/univention/admin/handlers/__init__.py", line 319, in modify return self._modify(modify_childs,ignore_license=ignore_license) File "/usr/lib/python2.4/site-packages/univention/admin/handlers/__init__.py", line 680, in _modify ml=self._ldap_modlist() File "/usr/lib/python2.4/site-packages/univention/admin/handlers/users/user.py", line 2393, in _ldap_modlist expiry=time.strftime("%d.%m.%y",time.gmtime((long(time.time()) + (expiryInterval*3600*24)))) ValueError: timestamp out of range for platform time_t Der Traceback konnte auf eine Passwortrichtlinie zurückgeführt werden, die einen zu großen Wert für den Ablaufzeitraum gesetzt hat. Bei Reduzierung des Wertes auf 7000, konnte das Passwort erfolgreich gesetzt werden. Beim Wert von 10000 trat der Fehler weiterhin auf. Es scheint so, als ob der Fehler mit dem Ende der Unix-Zeit 2038 zusammen fällt. dn: cn=pw4ever,cn=policies,dc=example,dc=com objectClass: top objectClass: univentionPolicy objectClass: univentionPolicyPWHistory cn: pw4ever univentionPWExpiryInterval: 100000 univentionPWHistoryLen: 0 univentionPWLength: 0
*** This bug has been marked as a duplicate of bug 20424 ***