Bug 7064
| Summary: | upgrade of 6.0 system fails when querying for packages | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | John Heidemann <johnh> |
| Component: | installer | Assignee: | Jay Turner <jturner> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.1 | CC: | srevivo |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 1999-11-22 18:46:27 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
I retried the upgrade with text mode and got similar results.
Here's the (complete this time) traceback from that upgrade:
File "/usr/bin/anaconda", line 255, in ?
intf.run(todo,test=test)
File
"../../../RedHat/instimage/usr/lib/python1.5/site-packages/text.py",
line 1000, in run
rc = apply(step[1](), step[2])
File
"../../../RedHat/instimage/usr/lib/python1.5/site-packages/text.py",
line 251, in __call__
todo.upgradeFindPackages (root)
File "../../../RedHat/instimage/usr/lib/python1.5/site-packages/todo.py",
line 1154, in upgradeFindPackages self.mountFilesystems ()
File
"../../../RedHat/instimage/usr/lib/python1.5/site-packages/todo.py",
line 602, in mountFilesystems
isys.makeDevInode(device, '/tmp/' + device)
File
"/usr/lib/python1.5/site-packages/isys.py", line 64, in makeDevInode
return _isys.mkdevinode(name, fn)
SystemError: (2, 'No such file or directory')
By any chance is /tmp a symlink to another location on your system? I am betting that you have /tmp absolute symlinked to a different location, which is what is causing this problem. The installer is not able to follow absolute symlinks, so if this is the case, then just convert it to a relative symlink and you should not have the problem anymore. Reopen this bug if this does not solve the problem. After fixing my first problem with the installer by following the suggestions documented in bug#5555, I was then surprised with this same error message. I reran the installer in text mode and dropped in to the python debugger when prompted after the installer kicked out the backtrace message. Typing "a" revealed the args "name" and "fn" passed to _isys.mkdevinode() were set to swapfile and /tmp//swapfile. In my configuration the swapfile is located on the ext2 filesystem under /boot i.e. /boot/swapfile. To fix this problem I made a backup of /etc/fstab, deleted the swapfile entry, and then rebooted to the installer. Everything ran flawlessly after that! IMHO, this is a flaw in the installer and should be fixed. Not everyone has a separate swap partition. In my case I have 256M of ram so I chose to save the disk space knowingly sacrificing swap performance. ------- Email Received From John Heidemann <johnh> 12/07/99 19:57 ------- |
When I upgrade a RH 6.0 system, the installer freezes with the "querying for packages" message up. Looking at the 1st virtual terminal, I see: [...X startup stuff...] Traceback (innermost last): File "/usr/lib/phython1.5/site-packages/gtk.py", line 120, in __call__ ... File "/usr/lib/phython1.5/site-packages/todo.py", line 602, in mountFilesystems isys.makeDevInode(device, '/tmp/' + device) File "/usr/lib/phython1.5/site-packages/isys.py", line 64, in makeDevInode return _isys.mkdevinode(name, fn) SystemError: (2, 'No such file or directory') I'm using the stock 6.1 pcmcia.img and remote-NFS installing from a machine on the same LAN. The upgrading system's file systems are: /dev/hda1 on / type ext2 (rw) /dev/hda7 on /home type ext2 (rw) /dev/hda5 on /usr type ext2 (rw) with no other partions. Any suggestions?