Bug 175443
Summary: | text install fails | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Woodhouse <dwmw2> |
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | dhowells |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-12-11 01:17:53 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: |
Description
David Woodhouse
2005-12-10 18:34:32 UTC
Simple port to the new groups stuff committed to CVS I copied these files from anaconda CVS into $installtree/RHupdates: backend.py GroupSelector.glade yuminstall.py dispatch.py simple_pkgselect_text.py Now I see this error instead... did I miss something else I should have updated? â rc = apply(func, self.bindArgs(args)) â â â File "/mnt/source/RHupdates/backend.py", â â â line 140, in doRepoSetup â â â backend.doRepoSetup(intf, instPath) â â â File "/mnt/source/RHupdates/yuminstall.py", â â â line 549, in doRepoSetup â â â self._catchallCategory() â â â File "/mnt/source/RHupdates/yuminstall.py", â â â line 557, in _catchallCategory â â â if g.user_visible: â â AttributeError: 'str' object has no attribute â â â 'user_visible' â â Now that today's rawhide tree is finally built, it does start up OK. Running with the 'debug' option I get this traceback shortly after it starts installing packages though... âââââââ line 428, in _run â â ââââââ â â self.runTransaction(cb=cb) â â â â Namâ File â â â â Sizâ "/usr/lib/python2.4/site-packages/yum/__in â â â â Sumâ it__.py", line 369, in runTransaction â â â â â errors = self.ts.run(cb.callback, '') â â â â â File "/usr/lib/anaconda/yuminstall.py", â â â â â line 120, in callback â â â â â self.instLog.flush() â â â â â IOError: [Errno 30] Read-only file system â â Same traceback happens without 'debug' too. and also in vnc mode, although helpfully the text box showing the traceback is completely black (http://david.woodhou.se/vnc5.jpeg) anaconda.log contains this... File "/usr/lib/anaconda/gui.py", line 1215, in handleRenderCallback self.currentWindow.renderCallback() File "/usr/lib/anaconda/iw/progress_gui.py", line 245, in renderCallback self.intf.icw.nextClicked() File "/usr/lib/anaconda/gui.py", line 923, in nextClicked self.dispatch.gotoNext() File "/usr/lib/anaconda/dispatch.py", line 144, in gotoNext self.moveStep() File "/usr/lib/anaconda/dispatch.py", line 215, in moveStep rc = apply(func, self.bindArgs(args)) File "/usr/lib/anaconda/backend.py", line 152, in doInstall backend.doInstall(intf, id, instPath) File "/usr/lib/anaconda/yuminstall.py", line 825, in doInstall self.ayum.run(self.instLog, cb, intf) File "/usr/lib/anaconda/yuminstall.py", line 412, in run self._run(instLog, cb, intf) File "/usr/lib/anaconda/yuminstall.py", line 428, in _run self.runTransaction(cb=cb) File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 369, in runTransaction errors = self.ts.run(cb.callback, '') File "/usr/lib/anaconda/yuminstall.py", line 120, in callback self.instLog.flush() IOError: [Errno 30] Read-only file system /mnt/sysimage got remounted read-only due to an error.... EXT3-fs error (device dm-0): ext3_add_entry: bad entry in directory #917787: rec_len is smaller than minimal - offset=0, inode=0, rec_len=0, name_len=0 Aborting journal on device dm-0. EXT3-fs error (device dm-0) in ext3_reserve_inode_write: Journal has aborted ext3_abort called. EXT3-fs error (device dm-0): ext3_journal_start_sb: Detected aborted journal Remounting filesystem read-only EXT3-fs error (device dm-0) in start_transaction: Journal has aborted This is happening even when the kernel is rebuilt with gcc 4.0. I suspected mkfs but that only created an empty file system. dhowells did upgrade the kernel (and vscsi server) on the service partition of this machine a few days ago.... I wonder if that's the problem. |