|
Bugzilla – Full Text Bug Listing |
| Summary: | Clicking on "Installation Source" in YCC has no effect | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.2 | Reporter: | Lynn Bendixsen <lbendixs> |
| Component: | YaST2 | Assignee: | Duncan Mac-Vicar <dmacvicar> |
| Status: | RESOLVED FIXED | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | andreas.hanke, jdouglas, lslezak |
| Version: | Beta 1 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | logs from failing machine | ||
|
Description
Lynn Bendixsen
2006-10-27 21:44:04 UTC
Created attachment 102904 [details]
logs from failing machine
The last few log lines indicate this is most likely an unhandled C++ exception. -> Bug of the media handling or of the pkg-bindings? I can't see any media handling bug related to the zypp::MediaManager.
The zypp::SourceManager trys to restore / validate its sources and
fails, because there is no media in drive:
2006-10-27 15:17:07 <1> xen32(16769) [zypp::SourceManager] SourceManager.cc(restore):378 SourceManager restore ('/' (use_caches), alias_filter ', url_filter '')
2006-10-27 15:17:07 <0> xen32(16769) [store] PersistentStorage.cc(PersistentStorage):51 Creating XML Files backend
2006-10-27 15:17:07 <0> xen32(16769) [store] XMLFilesBackend.cc(XMLFilesBackend):143 Database already initialized
2006-10-27 15:17:07 <0> xen32(16769) [store] XMLFilesBackend.cc(storedSources):1260 Reading source cache in /var/lib/zypp/db/sources
2006-10-27 15:17:07 <0> xen32(16769) [store] XMLFilesBackend.cc(storedSources):1271 [source-list] - 7ab724de3f169df56588570a5b260ff2
2006-10-27 15:17:07 <1> xen32(16769) [store] XMLFilesBackend.cc(storedSources):1281 done reading source cache
2006-10-27 15:17:07 <1> xen32(16769) [zypp::SourceManager] SourceManager.cc(restore):417 Found sources: 1
2006-10-27 15:17:07 <1> xen32(16769) [zypp::SourceManager] SourceManager.cc(restore):434 Restoring source: url:[cd:///?devices=/dev/sr0] product_dir:[/] alias:[20061025-171600] [...]
[...]
2006-10-27 15:17:07 <1> xen32(16769) [media] MediaCD.cc(MediaCD):116 MediaCD::MediaCD(cd:///?devices=/dev/sr0, )
2006-10-27 15:17:07 <1> xen32(16769) [media] MediaHandler.cc(createAttachPoint):355 Created default attach point /var/adm/mount/AP_0x00000001
2006-10-27 15:17:07 <0> xen32(16769) [zypp] ExternalProgram.cc(start_program):170 Executing '/bin/mount' '-t' 'iso9660' '-o' 'ro' '/dev/sr0' '/var/adm/mount/AP_0x00000001'
2006-10-27 15:17:07 <0> xen32(16769) [zypp] ExternalProgram.cc(start_program):280 pid 16821 launched
2006-10-27 15:17:07 <0> xen32(16769) [media] Mount.cc(mount):98 stdout: mount: No medium found
2006-10-27 15:17:07 <0> xen32(16769) [zypp] ExternalProgram.cc(checkStatus):327 pid 16821 exited with status 32
2006-10-27 15:17:07 <0> xen32(16769) [media] Mount.cc(Status):251 exit code: 32
2006-10-27 15:17:07 <2> xen32(16769) [media] Mount.cc(mount):144 mount /dev/sr0 /var/adm/mount/AP_0x00000001: No medium found
2006-10-27 15:17:07 <5> xen32(16769) [base] Exception.cc(log):94 Mount.cc(mount):145 THROW: Mount.cc(mount):145: Failed to mount /dev/sr0 on /var/adm/mount/AP_0x00000001: No medium found (mount: No medium found)
I've no idea what should be the correct behaviour of the zypp::SourceManager. Jiri, can you take a look on this bug and reassign it to the proper person? Seems to be fixed in GM, could not reproduced it. I think the fix was when we fixed not to refresh RO devices like CDs. |