|
Bugzilla – Full Text Bug Listing |
| Summary: | Bootloader write fails when upgrading | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.3 | Reporter: | Andreas Jaeger <aj> |
| Component: | Update Problems | Assignee: | Thomas Fehr <fehr> |
| Status: | RESOLVED FIXED | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Blocker | ||
| Priority: | P5 - None | CC: | coolo, hvogel, locilka, snwint, stefan.fent |
| Version: | RC 1 | Flags: | coolo:
SHIP_STOPPER+
|
| Target Milestone: | RC 2 | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Andreas Jaeger
2007-09-24 11:06:57 UTC
fehr@ found that the cache in yast2-storage of the information about device
name migration from hwinfo is sometimes stale, i.e. the device names are not
migrated.
This is also what I see in the logs from all three update cases:
------------------------------------------------------------------
2007-09-24 05:30:47 <1> linux(2889) [YCP] Storage.ycp:5372 GetTranslatedDevices names [
"/dev/hda"
]
2007-09-24 05:30:47 <1> linux(2889) [YCP] Storage.ycp:5388 GetTranslatedDevices ret [
"/dev/hda"
]
2007-09-24 05:30:47 <1> linux(2889) [YCP] bootloader/routines/lilolike.ycp:980 Updated device map: $[
"/dev/fd0":"fd0",
"/dev/hda":"hd0"
]
------------------------------------------------------------------
AFAIK, the reason why hwinfo sometimes has stale data and sometimes not is
not 100% clear.
The fix is to switch off hwinfo caching. This fix is in fehr@'s
test-inst-sys.
fehr@, as you are fixing this bug in yast2-storage, I am reassigning it to you. (But as some part of YaST is changing the hwinfo database, maybe we need to involve maintainer of it? Is it in yast2-update? -> locilka@novell.com.) I checked the y2log file. The update of hwinfo data is happening later and should not interfere with getting mapping data from hwinfo. You need to have /var from the system being updated to be mounted, then hwinfo could return some useful result. GetTranslatedDevices would then return [ "/dev/sda" ] See RootPart.ycp how GetTranslatedDevices is used. Anyway, snwint is the maintainer of hwinfo... not me. works now on 10.1 and 10.2 update (catalina.suse.de, joy.suse.de) apart from the magical appeareing XEN section of course... Strange, the only place I put the update Storage.ycp was aj's inst-sys, so I would assume that the problem I was fixing simply did not occur with your tests (did you use RC-1 or something newer as inst-source). There is now an updated yast2-storage available as RPM at /work/built/mbuild/Lagrange-fehr-4 and as source at /work/src/done/STABLE/yast2-storage that should fix the problem. i used that with install=nfs://dist/dist/install/SLP/openSUSE-10.3-RC1-DVD/i386/DVD1?instsys=nfs://Lagrange/usr/INST2/CD1/boot/inst-sys Thanks, did not know you knew about this install URL. So your test showed that my fix from this morning seems to have addressed the real problem. I now updated this inst-sys also to contain the same code as I put to STABLE just now (this newer code just contains a little more debug output and a more efficient handling of multiple calls to BuildDiskmap). Thomas, can you please submit a package. We'll do a real medium then See comment #6, there is already a package submitted to /work/src/done/STABLE/yast2-storage . According to preliminary test this should be fixed with yast2-storage 2.15.27 If there are still problems, please reopen and attach full y2log files. *** Bug 327882 has been marked as a duplicate of this bug. *** |