Bug 35348 - noObject: UDM init fails when cn=default containers is missing
noObject: UDM init fails when cn=default containers is missing
Status: CLOSED DUPLICATE of bug 37178
Product: UCS
Classification: Unclassified
Component: UMC - Domain management (Generic)
UCS 3.2
Other Linux
: P5 normal (vote)
: UCS 4.0-0-errata
Assigned To: Florian Best
Dirk Wiesenthal
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-07-14 09:16 CEST by Florian Best
Modified: 2015-01-13 11:29 CET (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional): Error handling, External feedback
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Florian Best univentionstaff 2014-07-14 09:16:15 CEST
We received the following Traceback:
The init function of the module has failed: noObject: No such object
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/univention/management/console/protocol/modserver.py",
line 228, in handle
    self.__handler.init()
  File
"/usr/lib/pymodules/python2.6/univention/management/console/modules/udm/__init__.py", line
85, in init
    self.settings = UDM_Settings()
  File
"/usr/lib/pymodules/python2.6/univention/management/console/modules/udm/udm_ldap.py", line
842, in __init__
    self.read()
  File
"/usr/lib/pymodules/python2.6/univention/management/console/modules/udm/udm_ldap.py", line
845, in read
    self._read_directories()
  File
"/usr/lib/pymodules/python2.6/univention/management/console/modules/udm/udm_ldap.py", line
148, in wrapper_func
    raise e
noObject: No such object


The traceback occurs due to some missing container/object (probably cn=default containers,$ldap_base)
 888 »   @LDAP_Connection
 889 »   def _read_directories( self, ldap_connection = None, ldap_position = None ):
 890 »   »   try:
 891 »   »   »   directories = udm_modules.lookup( 'settings/directory', None, ldap_connection, scope = 'sub' )
 892 »   »   except ( LDAPError, udm_errors.ldapError ), e:
 893 »   »   »   raise e
 894 »   »   except udm_errors.noObject:
 895 »   »   »   directories = None

Somehow the exception is not caught there / The LDAP_Connection decorator handles the exception. Traceback again masked (Bug #32979).
Comment 1 Florian Best univentionstaff 2014-07-14 09:17:23 CEST
A very similar problem exists in UVMM (Bug #34542), too.
Comment 2 Florian Best univentionstaff 2014-11-29 00:42:56 CET
Probably also because of missing execution of join scripts? Or objects were removed by hand?
Comment 3 Florian Best univentionstaff 2014-12-02 15:56:46 CET
(In reply to Florian Best from comment #2)
> Probably also because of missing execution of join scripts? Or objects were
> removed by hand?
Hmm, I guess that is not the reason (or not always). Often a noObject traceback is also raised when the user don't have enough permission.
Comment 4 Florian Best univentionstaff 2014-12-04 00:42:59 CET
Reproducible in 3.2-4: create user without posix option, give him udm/self, login into UMC → traceback directly pops up.
Comment 5 Florian Best univentionstaff 2014-12-08 17:55:31 CET

*** This bug has been marked as a duplicate of bug 37178 ***
Comment 6 Florian Best univentionstaff 2014-12-08 18:05:45 CET
attachment 6513 [details]
Comment 7 Florian Best univentionstaff 2014-12-19 13:13:47 CET
Reported again, 4.0-0 errata10 (Walle)
Comment 8 Florian Best univentionstaff 2015-01-05 11:16:36 CET
Reported again, 4.0-0 errata16 (Walle)
Comment 9 Florian Best univentionstaff 2015-01-05 11:17:46 CET
Reported again, 4.0-0 errata17 (Walle)
Comment 10 Dirk Wiesenthal univentionstaff 2015-01-12 13:10:36 CET
OK, works now.
Comment 11 Florian Best univentionstaff 2015-01-13 11:29:57 CET
http://errata.univention.de/ucs/4.0/18.html