Univention Bugzilla – Bug 33161
opening of udm modules fails with traceback if "cn=default containers" is missing
Last modified: 2016-05-27 12:01:57 CEST
When opening the computers udm module in UMC the following traceback occurs: Execution of command 'udm/containers' has failed: Traceback (most recent call last): File "/usr/lib/pymodules/python2.6/univention/management/console/modules/__init__.py", line 204, in execute func( request ) File "/usr/lib/pymodules/python2.6/univention/management/console/modules/decorators.py", line 305, in _response result = _multi_response(self, request) File "/usr/lib/pymodules/python2.6/univention/management/console/modules/decorators.py", line 432, in _response for res in function(self, iterator, *nones): File "/usr/lib/pymodules/python2.6/univention/management/console/modules/decorators.py", line 271, in _fake_func yield function(self, *args) File "/usr/lib/pymodules/python2.6/univention/management/console/modules/udm/__init__.py", line 603, in containers containers += self.settings.containers( flavor ) File "/usr/lib/pymodules/python2.6/univention/management/console/modules/udm/udm_ldap.py", line 877, in containers return map( lambda x: { 'id' : x, 'label' : ldap_dn2path( x ) }, self.directory.info.get( base, [] ) ) AttributeError: 'NoneType' object has no attribute 'info' After this, no action is possible anymore. Also reopening the computers module only shows a white blank tab. I used the test script "/usr/sbin/import_ldif_without_listener /usr/share/ucs-test-tools/customer5000.ldif" before.
(In reply to Florian Best from comment #0) > ... > I used the test script "/usr/sbin/import_ldif_without_listener > /usr/share/ucs-test-tools/customer5000.ldif" before. I would assume that this is the cause for the problem.
(In reply to Florian Best from comment #0) > I used the test script "/usr/sbin/import_ldif_without_listener > /usr/share/ucs-test-tools/customer5000.ldif" before. You forgot to mention that before that you ran /usr/sbin/import_ldif_with_listener /usr/share/ucs-test-tools/customer5000.ldif and SIGKILLed it after an hour or two.
(In reply to Alexander Kläser from comment #1) > (In reply to Florian Best from comment #0) > > ... > > I used the test script "/usr/sbin/import_ldif_without_listener > > /usr/share/ucs-test-tools/customer5000.ldif" before. > > I would assume that this is the cause for the problem. No… The cause is that no license is found. From the udm log: LDAP ( ERROR ) : Could not retrieve the location of licenses from: cn=default containers,cn=univention,dc=produkt,dc=tests.
(In reply to Florian Best from comment #3) > No… > The cause is that no license is found. > > From the udm log: > LDAP ( ERROR ) : Could not retrieve the location of licenses from: > cn=default containers,cn=univention,dc=produkt,dc=tests. Is it then a problem with /usr/sbin/import_ldif_without_listener ?
(In reply to Alexander Kläser from comment #4) > (In reply to Florian Best from comment #3) > > No… > > The cause is that no license is found. > > > > From the udm log: > > LDAP ( ERROR ) : Could not retrieve the location of licenses from: > > cn=default containers,cn=univention,dc=produkt,dc=tests. > > Is it then a problem with /usr/sbin/import_ldif_without_listener ? I think this has probably nothing to do with the import script. Somehow the object "cn=default containers,cn=univention,$ldap_base" does not exists on my machine.
That code seems to be fixed. There is a check: 954 » » if self.directory is None: 955 » » » return []