|
Bugzilla – Full Text Bug Listing |
| Summary: | erroneous message "cannot access installation media" from yast2 Software Management | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.3 | Reporter: | Casual J. Programmer <casualprogrammer> |
| Component: | libzypp | Assignee: | Jan Kupec <jkupec> |
| Status: | RESOLVED DUPLICATE | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Major | ||
| Priority: | P3 - Medium | CC: | aj |
| Version: | Alpha 3 | ||
| Target Milestone: | --- | ||
| Hardware: | x86 | ||
| OS: | openSUSE 10.3 | ||
| Whiteboard: | |||
| Found By: | Beta-Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
YasT2 logs
screenshot of yast, firefox and error message screenshot of yast, firefox and error message Screenshot of message box YaST2 logs yast2logs yast2logs Most recent yast2 logs complete y2log yast2logs from todays update |
||
|
Description
Casual J. Programmer
2007-03-05 15:04:57 UTC
Created attachment 122343 [details]
YasT2 logs
That's strange, I couldn't reproduce the problem. I could install spicctrl-1.8-44.i586.rpm in Alpha2plus from the FACTORY source. I think it might have been caused by an inconsistency in the metadata on the server. If it still happen then reopen. Actually happens just now ( 200703300945 ), see attached screenshots. Created attachment 127631 [details]
screenshot of yast, firefox and error message
Created attachment 127632 [details]
screenshot of yast, firefox and error message
This may well be a problem of the mirror server redirection and its management ( I noticed, there is a lot of redirection going on ), but this should be fixed then, and YaST should be able to handle it properly as well. I experienced this today a lot, after clicking "OK" several times ( 5 to 20 ) it recovers and does download. As I mentioned in Comment #6, my impression is, that there is a whole lot of sources "hidden" behind the registered source, and it seems that not all of them are accessible properly or updated properly. This is really a nuisance and makes automated updates almost impossible. There should be some means to make YaST retry several sources automatically. ( Maybe there is, and I just haven't found out? ) Created attachment 131211 [details]
Screenshot of message box
Created attachment 131212 [details]
YaST2 logs
Created attachment 132877 [details]
yast2logs
Created attachment 132879 [details]
yast2logs
Created attachment 136752 [details]
Most recent yast2 logs
Not sure why this should be so, on most updates I cant leave the PC alone as pressing OK is required VERY frequently. Sometimes I need to run yast2 inst_source and read in all sources again to get going, I could reproduce the problem when adding source http://download.opensuse.org/distribution/SL-OSS-factory-debug/inst-source-debug 2007-05-02 14:32:31 <0> cyclops(4721) [zypp] PathInfo.cc(_Log_Result):296 rename /var/adm/mount/AP_0x00000047/media.1/media.new.zypp.eHZbBF -> /var/adm/mount/AP_0x00000047/media.1/media 2007-05-02 14:32:31 <0> cyclops(4721) [zypp] MediaCurl.cc(doGetFileCopy):1314 done: /var/adm/mount/AP_0x00000047/media.1/media{- 0644 0/0 size 42} 2007-05-02 14:32:31 <0> cyclops(4721) [zypp] MediaHandler.cc(provideFile):1008 provideFile(/media.1/media) 2007-05-02 14:32:31 <0> cyclops(4721) [zypp] MediaManager.cc(checkDesired):106 checkDesired(11): not desired (report by N4zypp6source10SourceImpl8VerifierE) 2007-05-02 14:32:31 <5> cyclops(4721) [zypp] Exception.cc(log):94 /local/lslezak/ZYPP-opensuse.org/libzypp/zypp/media/MediaManager.cc(checkDesired):110 THROW: /local/lslezak/ZYPP-opensuse.org/libzypp/zypp/media/MediaManager.cc(checkDesired):110: Media source http://download.opensuse.org/distribution/SL-OSS-factory-debug/inst-source-debug/ does not contain the desired media Jano, any idea? basically SourceImpl::Verifier::isDesiredMedia() returned false ((vendor == _media_vendor && id == _media_id) was false). In other words, vendor and media id strings read while setting media verifier differ from the ones read during this particular operation. I have no clue how that could happen, tough. I will need the rest of the logs. BTW: zypper add http://download.opensuse.org/distribution/SL-OSS-factory-debug/inst-source-debug works for me. Which version of zypp are we talking about? The one from Aplha3? Created attachment 137000 [details]
complete y2log
This is the complete y2log when the error message is displayed.
I have libzypp from SVN repo, installed about one week ago.
Created attachment 137113 [details]
yast2logs from todays update
libzypp is now 3.2.0-5, not sure whether it was updated, if so version was the one before when updating.
*** Bug 271323 has been marked as a duplicate of this bug. *** I was able to reproduce the bug, and after few hours a came to realize that the problem lies indeed outside of zypp. Each time you click on 'media' file at http://download.opensuse.org/distribution/SL-OSS-factory-debug/inst-source-debug/media.1/ you get redirected to some mirror. Sometimes you get: SUSE Linux Products GmbH 20061202045441 1 sometimes you get: SUSE Linux Products GmbH 20070509141425 1 and sometimes you get error 404! I was able to reproduce the bug, and after few hours a came to realize that the problem lies indeed outside of zypp. Each time you click on 'media' file at http://download.opensuse.org/distribution/SL-OSS-factory-debug/inst-source-debug/media.1/ you get redirected to some mirror. Sometimes you get: SUSE Linux Products GmbH 20061202045441 1 sometimes you get: SUSE Linux Products GmbH 20070509141425 1 and sometimes you get error 404! This is why zypp considers the media not desired (see comment #15). So it depends on whether mirror are synchronized. *** This bug has been marked as a duplicate of bug 239625 *** *** This bug has been marked as a duplicate of bug 239625 *** i found a better duplicate *** This bug has been marked as a duplicate of bug 238095 *** |