Red Hat Bugzilla – Bug 441336
Traceback from closing loop file descriptors (nfs install) SystemError: (22,'Invalid argument')
Last modified: 2013-01-09 22:19:41 EST
Right after partitions are made and formatted, anaconda tracebacks when trying
to close the file descriptors for loopback devices. in isys.py:
try: _isys.locchangedfd(lop, targ)
It crashes when closing targ, which evaluates to '22'.
I can get this to happen every time I do nfs or nfsiso installs. url (http)
installs don't seem to suffer this, haven't tried media installs yet. This is
all booting from our new stage1/2 boot.iso.
Is this something new? Also, can you get the complete traceback?
Seems to be new yes. I'll get the full logs tomorrow. Got distracted with
other testing today :/
And now I can't reproduce it at all. Heisenbug.
Hrm, this is back again, once I re-enabled the second disk of my system.
Created attachment 301821 [details]
dump from anaconda
*** Bug 441546 has been marked as a duplicate of this bug. ***
Ok, now it no longer happens after the change to how we handle images in loader
for nfs. Closing again.
Crap. It's back folks. I can reliably reproduce when using NFS tree + boot.iso
booting. Today's rawhide. Requires that my second SATA disk is on and checked
as part of the installation.
or now, it'll do it with just a single disk.
I think I found the key. When I use rawhide's boot.iso against a local compose
it fails. Using my local compose's boot.iso against rawhide also fails. Using
either directly with either will work. Something is awry in the mismatched stage2.
Die die die!
Is there any reliable way to reproduce this, so we can test the fix?
The only way I could do it was to use a pungi created netinst.iso to do an nfs
install of rawhide. Something in the mismatch would trigger the issue.
confirmed fixed again.