Urpmi problems curl failing
 

Two weeks ago I tried to update my main mirror cuz I haven't updated in some time. It said it couldn't find the hdlist. but I went to the ftp and everything was there like before.

So I removed the mirror, and added it again.
It dled the list but then gave error:

I tried the same mirror twice, and got the same error.

I've tried 2 other different mirrors, and always got the errors.

I've also tried adding the main mirror from command line with --wget (instead of curl) twice with different mirrors, and both times it just hanged there after downlaoding the list from the mirror. I had to Ctrl+C it. After that if I do the same command line it completes the addition by finding the list in cache/partial. So I now have a main mirror, and I can see packages from it. But I havent had to install anything yet, so I am not sure if it would work.

I also have the 4.4.5-10mdk version of urpmi so I don't think I need to upgrade that. I have Mandrake 10.0OE.

I never changed anything so I dont know why/how it's not working right.
Anyone got any ideas at all what might be the problem, and what I could try?

From reading other posts with similar errors people have said that servers could be too busy or something. I've tried 3 different mirrors, all in the US though. Is there anywhere documentation on what different error codes mean?

[EDIT] I think I found the error codes here: http://curl.haxx.se/libcurl/c/libcurl-errors.html

[/EDIT]

Also is there any way to add a mirror with a list that you downloaded elsewhere. Like if I download the list at school where I have a much faster connection, can I add that mirror with that file that I already have. I hope what I am asking makes sense. I've looked through some opsions of urpmi.addmedia and it seemed like this would be possible but wasn't sure.

If you need some config files or more info just let me know.

Thanks,

Latem

urpmi uses FTP to communicate with the mirrors.

You are getting the error because FTP communications are failing.

Either you have a local firewall (is shorewall installed?) causing the problem or your modem/sharing device is to blame.

Try connecting to the repositories DIRECTLY and download some files from them using a Linux FTP client.

I'll bet you'll have the same problem(s).

Resolve this first.

If you CAN download from the repositories, you can at worst download the entire remote set of directories.

e.g. from PLF you want i586 AND noarch

The add the downloaded directories as a "local" source using the Software Media Manager.

However try direct connectivity.

Usually seeing the message is not unusual with a single busy host or two, but it sounds like you have something far more severe at play if you are not having luck with any repository.

You are getting an initial connection then a timeout.

This is normally symptomatic of one of the FTP "ports" being blocked but not the other.

hi opjose,

thanks for the input.

I dont have firewall on in MCC.

I dont think I have shorewall installed. It is not listed in "Remove Software". And "locate shorewall" returns only
/usr/lib/libDrakX/network/shorewall.pm

I tried connecting to 3 mirrors using gFtp. The first one I tried was my current main mirror, and it failed due to too many connections to the servers. I tried 2 other mirrors (same other ones I tried before w/ urpmi), and was able to connect to them and download a few small (<500k) files just fine. The hdlist file for the main mirror is like 23Mb, could the size matter at all?

I really don't know what's up. cuz my urpmi worked fine before.

On a sidenote it's kind of weird that easyurpmi list keeps changing. before they had like 7 USA mirrors under 10.0 official. now when I tried it, they had only 1. A few days ago they had 3. But all the 10.0 OE stuff on the mirrors is still there, and the mirrors are listed for 10.1 OE too.

If anyone has any more input plz let me know.

Thanks,

Latem

The mirror list changes based upon availability.

No the size of the .cz file is perfectly normal.

You may want to start by updating urpmi itself.

Remember that at worst you can download the entire repository.

I do this and burn it to DVD to set up any additional systems.

isn't 4.4.5-10mdk the latest version of urpmi? I looked through one of the mirrors and that's what I found. at rpm.pbone they have this: http://rpm.pbone.net/index.php3/stat...oarch.rpm.html
Its for 10.1 Official, but it's newer. hmm should I try this even though it's for 10.1?

Also is there any way to add a ftp mirror but give it the hdlist, that is on your computer. I dont have a very fast connection. like for example

urpmi.addmedia -<some_option> ftp://somemirror with [hdlist for that ftp mirror on local system]

I would really like to resolve this. I would like to keep downloading a mirror and burning it as a last resort.

Re: HDList

yes!

I've seen the HDLIST often fail to include newer rpm files that are on the repository.

The one problem is that urpmi.update (or the gui version of it) tends to locate the hdlist.cz files when they are stored in their default locations.

This has proven problematic for me.

In this case I do it in a brute force manner...

I download the entire repository and delete all of the .cz files.

Then I add the source locally.

This causes URPMI to scan each and every file and build a new clean list.

I haven't tried doing this remotely though I know it can be done.

The problem is that urpmi will have to then re-read every remote file which can be a bit tedious, though faster than downloading the whole repository.

Still I just grab everything so I can redeploy it on several machines w/o having to go thru the entire process again.