|
Bugzilla – Full Text Bug Listing |
| Summary: | [zypp] Source re-init does not start from cache in 2nd stage installation | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Klaus Kämpf <kkaempf> |
| Component: | libzypp | Assignee: | Stanislav Visnovsky <visnov> |
| Status: | RESOLVED FIXED | QA Contact: | Klaus Kämpf <kkaempf> |
| Severity: | Blocker | ||
| Priority: | P5 - None | CC: | aj, dmacvicar |
| Version: | Beta 6 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
logs for 2nd stage only (shortened)
zypp.tgz log when CD2 is skipped in 2nd stage |
||
|
Description
Klaus Kämpf
2006-03-01 13:24:19 UTC
It looks like /var/lib/YaST2/remaining isn't properly read in this case (no media in drive) This would also explain why all CDs are skipped Hmm, the file is read correctly but its content not evaluated. Pkg::PkgInstall is called but the logs don't show the return code. So here's the suspicion I have: The source is recreated from cache but this fails (logs show physical media being initialized or accessed). Since source creation failed, no packages are known. PkgInstall passes the remaining package to the backend which doesn't find a match. The call to TargetImpl::commit shows zero package to install. Can I see /var/zypp dir content? Created attachment 70795 [details]
logs for 2nd stage only (shortened)
The log supports my suspicion: ... 2006-03-01 13:34:22 <2> luna(2610) [media] Mount.cc(mount):129 mount /dev/hdc /var/adm/mount/AP_0x00000002: Mounting media failed ... 2006-03-01 13:34:22 <3> luna(2610) [susetags] SuseTagsImpl.cc(factoryInit):161 Cannot read /media.1/media file, cannot initialize source ... 2006-03-01 13:34:22 <3> luna(2610) [YCP] Packages.ycp:512 Pkg::SourceStartCache failed *** Bug 154343 has been marked as a duplicate of this bug. *** comment #5: It was luna.suse.de but I don't know if its already reused. Hmm, I tried to reproduce the bug (boot into 2nd stage with no CD in drive) but this time, the "please insert CD2" popup did appear. However, after inserting the wrong CD (I only had CD1 available) the next popup asked for CD3 :-( Which zypp revision? See the RPM changelog. rev 2169 Recheck with at least rev. 2181 Created attachment 70815 [details]
zypp.tgz
Content of /val/lib/zypp
I just checked with rev 2194 and its still buggy. This is also the cause for bug 153073. (But I won't continue in 153073 looking at the laaarge CC list ...) So I make this a blocker now. To be sorted out first thing tomorrow morning. Please, attach the logs. Even more logs ? ;-) Created attachment 70919 [details]
log when CD2 is skipped in 2nd stage
I discussed this with Duncan yesterday. It looks like 3 (related) bugs 1. Restore from cache tries to access physical media 2. If physical access fails, cache restore is skipped leading to only installed packages in the zypp pool. So any 'PkgInstall' requests (which are issued according to the log) cant find packages 3. Return code from PkgInstall is ignored Where do you see physical access in the logs? (Of course, besides installing packages). The important calls are 'attach' Argh, comment #19 has the wrong log :-( Comment on attachment 70919 [details]
log when CD2 is skipped in 2nd stage
wrong log
The log from comment #6 is it: line 658: SourceManager.cc(restore):270 Restoring source: url:[cd:///?devices=/dev/hdc] product_dir:[] alias:[cd:///?devices=/dev/hdc] cache_dir:[/var/lib/zypp/cache/0] and then line 676 and following: 2006-03-01 13:34:22 <1> luna(2610) [zypp] SourceFactory.cc(createFrom):147 Trying the SUSE tags source 2006-03-01 13:34:22 <0> luna(2610) [susetags] SuseTagsImpl.cc(cacheExists):102 0 2006-03-01 13:34:22 <0> luna(2610) [media] MediaCD.cc(attachTo):278 next 0 last -1 2006-03-01 13:34:22 <0> luna(2610) [media] MediaCD.cc(attachTo):307 count 0 2006-03-01 13:34:22 <0> luna(2610) [media] MediaCD.cc(closeTray):199 Close tray /dev/hdc 2006-03-01 13:34:22 <0> luna(2610) [media] MediaHandler.cc(createAttachPoint):291 Trying to create attach point in /var/adm/mount 2006-03-01 13:34:22 <0> luna(2610) [zypp] PathInfo.cc(_Log_Result):291 mkdir /var/adm/mount/AP_0x00000002 00755 2006-03-01 13:34:22 <1> luna(2610) [media] MediaHandler.cc(createAttachPoint):268 Created default attach point /var/adm/mount/AP_0x00000002 2006-03-01 13:34:22 <0> luna(2610) [zypp] ExternalProgram.cc(start_program):166 Executing '/bin/mount' '-t' 'iso9660' '-o' 'ro' '/dev/hdc' '/var/adm$ it then tries to find media.1/media which fails (well, there is no media in the drive) and gives up: Packages.ycp:512 Pkg::SourceStartCache failed Yes, but the log is from older revision of libzypp. I've tried hard to track down all physical accesses and avoid them when using cache. fixed in rev 2174 (reload-cache.diff) confirmed. Works nicely now :-) |