| Summary: | urpmi error: no metadata found for medium "Tainted 32bit Release" | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Bit Twister <bittwister2> |
| Component: | Installer | Assignee: | Mageia tools maintainers <mageiatools> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | marja11 |
| Version: | Cauldron | Keywords: | 6sta2, NEEDINFO |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | CVE: | ||
| Status comment: | |||
| Attachments: | ddebug.log | ||
|
Description
Bit Twister
2017-03-07 12:20:25 CET
Created attachment 9034 [details]
ddebug.log
Bit Twister
2017-03-07 12:21:33 CET
Keywords:
(none) =>
6sta2 (In reply to Bit Twister from comment #0) > Description of problem: 6_s2 > > urpmi error: no metadata found for medium "Tainted 32bit Release" > * error: curl failed: exited with 56 > * urpmi error: problem reading synthesis file of medium "Tainted 32bit > Release" > > IINM, such problems are usually on the mirror, but I fail to see the problem with the mirror you used: http://mirrors.kernel.org/mageia/distrib/cauldron/i586/media/tainted/release/media_info/ It couldn't be in the midst of syncing, either, because that was last done two days ago. Adding the mirrors.kernel.org 32bit tainted repository with drakrpm-edit-media doesn't give an error, either. Can you reproduce this problem in installer? (btw, does this part from the "dig mirrors.kernel.org" output mean that mirror.kernel.org has two separate servers for mirroring: ;; ANSWER SECTION: mirrors.kernel.org. 600 IN CNAME mirrors.us.kernel.org. mirrors.us.kernel.org. 600 IN A 149.20.37.36 mirrors.us.kernel.org. 600 IN A 198.145.20.143 If so, then I don't know whether I checked their same mirror as you used) Keywords:
(none) =>
NEEDINFO (In reply to Marja van Waes from comment #2) > (In reply to Bit Twister from comment #0) > Adding the mirrors.kernel.org 32bit tainted repository with > drakrpm-edit-media doesn't give an error, either. Yeah, and I have a set_mirrors script which automagically configures the media without having to run any gui media configuration tools which works without error if kernel.org is not in the mist of pulling updates from coffee. > Can you reproduce this problem in installer? I am pretty sure it is reproducible because I have tried the nonfree about 3 or 4 times in the past and I always get the failure twice then it proceeds ignoring the second failure after I enable all the release media. I have always received the error and assumed incorrect out-of-box media selections were incorrect because it seems like half of the desired check boxes were not right for Cauldron and usually went back to netinstall-x86_64.iso > (btw, does this part from the "dig mirrors.kernel.org" output mean that > mirror.kernel.org has two separate servers for mirroring: > > ;; ANSWER SECTION: > mirrors.kernel.org. 600 IN CNAME mirrors.us.kernel.org. > mirrors.us.kernel.org. 600 IN A 149.20.37.36 > mirrors.us.kernel.org. 600 IN A 198.145.20.143 > > If so, then I don't know whether I checked their same mirror as you used) Not sure but I think every other attempt gets you the other mirror. My pull_updates and install_updates scripts run urpmi.update -a and if success, runs urpmi --download-all --auto --auto-update . More than a few times over the years I have had that fail one or the other on missing media and waiting for the next hour sync solves the problem when using Cauldron. I am going to close this report. Just finished testing with the princeton mirror the code acted different for starters, but did not give a media failure message. Status:
NEW =>
RESOLVED |