DescriptionAdam Williamson (Red Hat non-Fedora)
2021-05-03 22:25:04 UTC
Since around Fedora-Rawhide-20210408.n.0 (it failed on 0408, passed on 0409, then failed every compose since 0410, not sure what's going on there), the openQA tests that deploy a FreeIPA server on Fedora 33 or 34 and then upgrade to Rawhide are failing. After the upgrade process is complete, ipa.service shows as failed. ipaupgrade.log shows this at the end:
2021-05-02T11:40:48Z DEBUG stderr=
2021-05-02T11:40:48Z DEBUG Destroyed connection context.ldap2_139750995304256
2021-05-02T11:40:48Z ERROR Upgrade failed with no such entry
2021-05-02T11:40:48Z DEBUG Traceback (most recent call last):
File "/usr/lib/python3.9/site-packages/ipapython/ipaldap.py", line 1085, in error_handler
yield
File "/usr/lib/python3.9/site-packages/ipapython/ipaldap.py", line 1657, in add_entry
self.conn.add_s(str(entry.dn), list(attrs.items()))
File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 439, in add_s
return self.add_ext_s(dn,modlist,None,None)
File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 425, in add_ext_s
resp_type, resp_data, resp_msgid, resp_ctrls = self.result3(msgid,all=1,timeout=self.timeout)
File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 764, in result3
resp_type, resp_data, resp_msgid, decoded_resp_ctrls, retoid, retval = self.result4(
File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 774, in result4
ldap_result = self._ldap_call(self._l.result4,msgid,all,timeout,add_ctrls,add_intermediates,add_extop)
File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 340, in _ldap_call
reraise(exc_type, exc_value, exc_traceback)
File "/usr/lib64/python3.9/site-packages/ldap/compat.py", line 46, in reraise
raise exc_value
File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 324, in _ldap_call
result = func(*args,**kwargs)
ldap.NO_SUCH_OBJECT: {'msgtype': 105, 'msgid': 616, 'result': 32, 'desc': 'No such object', 'ctrls': [], 'matched': 'dc=test,dc=openqa,dc=fedoraproject,dc=org'}
then a ton of nested tracebacks. A bit earlier there is this:
2021-05-02T11:43:12Z ERROR update_idrange_type: cannot retrieve list of ranges with no type set: no such entry
I will attach the full /var/log tarball for perusal.
Comment 1Adam Williamson (Red Hat non-Fedora)
2021-05-03 22:27:02 UTC
Comment 3Adam Williamson (Red Hat non-Fedora)
2021-05-04 06:09:21 UTC
oh, yeah, I *thought* I remembered this but couldn't find that bug report when I went looking :/ I'll double check tomorrow if they're really dupes. I kinda remembered there were more errors in that case, but I may have got it wrong.
@flo provided a reproducer testcase, I started looking at it, reproduced but was stuck how to start investigating. It is looking like mapping tree got broken, possibly related to LMDB work.
Comment 5Adam Williamson (Red Hat non-Fedora)
2021-05-10 18:52:11 UTC
yeah, let's just call this a dupe.
*** This bug has been marked as a duplicate of bug 1947762 ***
Since around Fedora-Rawhide-20210408.n.0 (it failed on 0408, passed on 0409, then failed every compose since 0410, not sure what's going on there), the openQA tests that deploy a FreeIPA server on Fedora 33 or 34 and then upgrade to Rawhide are failing. After the upgrade process is complete, ipa.service shows as failed. ipaupgrade.log shows this at the end: 2021-05-02T11:40:48Z DEBUG stderr= 2021-05-02T11:40:48Z DEBUG Destroyed connection context.ldap2_139750995304256 2021-05-02T11:40:48Z ERROR Upgrade failed with no such entry 2021-05-02T11:40:48Z DEBUG Traceback (most recent call last): File "/usr/lib/python3.9/site-packages/ipapython/ipaldap.py", line 1085, in error_handler yield File "/usr/lib/python3.9/site-packages/ipapython/ipaldap.py", line 1657, in add_entry self.conn.add_s(str(entry.dn), list(attrs.items())) File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 439, in add_s return self.add_ext_s(dn,modlist,None,None) File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 425, in add_ext_s resp_type, resp_data, resp_msgid, resp_ctrls = self.result3(msgid,all=1,timeout=self.timeout) File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 764, in result3 resp_type, resp_data, resp_msgid, decoded_resp_ctrls, retoid, retval = self.result4( File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 774, in result4 ldap_result = self._ldap_call(self._l.result4,msgid,all,timeout,add_ctrls,add_intermediates,add_extop) File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 340, in _ldap_call reraise(exc_type, exc_value, exc_traceback) File "/usr/lib64/python3.9/site-packages/ldap/compat.py", line 46, in reraise raise exc_value File "/usr/lib64/python3.9/site-packages/ldap/ldapobject.py", line 324, in _ldap_call result = func(*args,**kwargs) ldap.NO_SUCH_OBJECT: {'msgtype': 105, 'msgid': 616, 'result': 32, 'desc': 'No such object', 'ctrls': [], 'matched': 'dc=test,dc=openqa,dc=fedoraproject,dc=org'} then a ton of nested tracebacks. A bit earlier there is this: 2021-05-02T11:43:12Z ERROR update_idrange_type: cannot retrieve list of ranges with no type set: no such entry I will attach the full /var/log tarball for perusal.