Bug 20409 - urpmi error: no metadata found for medium "Tainted 32bit Release"
Summary: urpmi error: no metadata found for medium "Tainted 32bit Release"
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: Installer (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Mageia tools maintainers
QA Contact:
URL:
Whiteboard:
Keywords: 6sta2, NEEDINFO
Depends on:
Blocks:
 
Reported: 2017-03-07 12:20 CET by Bit Twister
Modified: 2017-03-08 04:07 CET (History)
1 user (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
ddebug.log (255.54 KB, application/octet-stream)
2017-03-07 12:21 CET, Bit Twister
Details

Description Bit Twister 2017-03-07 12:20:25 CET
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"


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. clean network install using Mageia-Cauldron-netinstall-nonfree-x86_64.iso
2. select all core and release media selections when provided media selection becomes available.
3. proceed with install
Comment 1 Bit Twister 2017-03-07 12:21:19 CET
Created attachment 9034 [details]
ddebug.log
Bit Twister 2017-03-07 12:21:33 CET

Keywords: (none) => 6sta2

Comment 2 Marja Van Waes 2017-03-07 14:07:53 CET
(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
CC: (none) => marja11
Assignee: bugsquad => mageiatools

Comment 3 Bit Twister 2017-03-07 17:28:07 CET
(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.
Comment 4 Bit Twister 2017-03-08 04:07:24 CET
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
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.