Bug 3811

Summary:	There is a problem with Core Release and Core 32bit Release media access from x86_64 box
Product:	Mageia	Reporter:	Palm Pre <palm_pre_stl>
Component:	Release (media or process)	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED DUPLICATE	QA Contact:
Severity:	normal
Priority:	Normal	CC:	marja11, sysadmin-bugs, thierry.vignaud
Version:	Cauldron
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:		CVE:
Status comment:
Attachments:	urpmi.addmedia --distrib --mirrorlist --debug as debug file urpmi.addmedia --distrib --mirrorlist --debug as debug.txt file

Description Palm Pre 2011-12-18 21:33:13 CET

Description of problem: For about 24 hours there is no access to "Core Release (distrib1)" and "Core 32bit Release (distrib31)" media access from x86_64 box.


# drakrpm-edit-media
getting exclusive lock on urpmi
wrote config file [/etc/urpmi/urpmi.cfg]
unable to access synthesis file of "Core Release (distrib1)", medium ignored
wrote config file [/etc/urpmi/urpmi.cfg]
using mirror rsync://distro.ibiblio.org/mageia/distrib/cauldron/x86_64
retrieved $MIRRORLIST media/core/release media_info/MD5SUM
comparing /var/cache/urpmi/partial/MD5SUM and /var/lib/urpmi/Core Release (distrib1)/MD5SUM
retrieving source synthesis of "Core Release (distrib1)"...
unable to access synthesis file of "Core Release (distrib1)", medium ignored
wrote config file [/etc/urpmi/urpmi.cfg]
unlocking urpmi database
#

# drakrpm-edit-media
getting exclusive lock on urpmi
wrote config file [/etc/urpmi/urpmi.cfg]
unable to access synthesis file of "Core 32bit Release (distrib31)", medium ignored
wrote config file [/etc/urpmi/urpmi.cfg]
using mirror rsync://distro.ibiblio.org/mageia/distrib/cauldron/x86_64
unable to access synthesis file of "Core 32bit Release (distrib31)", medium ignored
wrote config file [/etc/urpmi/urpmi.cfg]
unlocking urpmi database
#

At the same time, Core Release is working for i586 box.

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Palm Pre 2011-12-18 21:33:44 CET

Summary: There is a problem with Core Release and Core 32bit Release media access from x86_64 => There is a problem with Core Release and Core 32bit Release media access from x86_64 box

Comment 1 Manuel Hiebel 2011-12-18 21:47:29 CET

please attach the output of urpmi.addmedia --distrib --mirrorlist --debug

(and since you are using: rsync:// rsync should be installed and port not blocked)

CC: sysadmin-bugs => (none)
Component: Release (media or process) => RPM Packages
Source RPM: (none) => urpmi

Comment 2 Palm Pre 2011-12-18 22:36:43 CET

I didn't choose rsync. It was chosen by default. It worked anyway on several boxes.

Comment 3 Palm Pre 2011-12-18 22:38:04 CET

Created attachment 1267 [details]
urpmi.addmedia --distrib --mirrorlist --debug as debug file

Comment 4 Palm Pre 2011-12-18 22:39:34 CET

Created attachment 1268 [details]
urpmi.addmedia --distrib --mirrorlist --debug as debug.txt file

Attachment 1267 is obsolete: 0 => 1

Comment 5 Manuel Hiebel 2011-12-18 23:30:56 CET

does it worked with the same mirror on the other boxes ? 
because it seems the mirror was not correctly sync :(

rsync: link_stat "/distrib/cauldron/x86_64/media/core/release/media_info/20111218-093638-synthesis.hdlist.cz" (in mageia) failed: No such file or directory (2)

as a workaround you can use a specific one or remove the cache of mirrorlist with 
rm /var/cache/urpmi/mirrors.cache

Comment 6 Palm Pre 2011-12-19 01:29:13 CET

I have two x86_64 installation.

One from free DVD just works. It uses ftp:// for getting media.

One with problem was installed from live CD and uses rsync by defaul.
Mirrors are different btw.

I'll try cleaning the cache later.

Thierry Vignaud 2012-01-06 19:30:10 CET

Attachment 1267 mime type: application/octet-stream => text/plain

Comment 7 Thierry Vignaud 2012-01-06 19:31:07 CET

That has nothing to do with urpmi but with a bogus mirrorr...

CC: (none) => sysadmin-bugs, thierry.vignaud
Component: RPM Packages => Release (media or process)
Source RPM: urpmi => (none)

Comment 8 Marja Van Waes 2012-02-17 17:50:28 CET

(In reply to comment #7)
> That has nothing to do with urpmi but with a bogus mirrorr...

so closing as invalid

btw, do we keep track of bad mirrors?

Status: NEW => RESOLVED
CC: (none) => marja11
Resolution: (none) => INVALID

Comment 9 Thierry Vignaud 2012-02-18 13:01:25 CET

Was a duplicate instead (which is fixed BTW)

*** This bug has been marked as a duplicate of bug 3557 ***

Resolution: INVALID => DUPLICATE