The network installer did not find disks on several computers. ( Bug 5788 , Bug 5667 ) After i deleted stage 2 from the cache, that problem was gone on all clients i tried! Is it possible that urpmi-proxy did not detect a new version? Is it comparing (version)name or date of files? -Stupid me, i should have just moved the stage 2 files - not deleted, so i could have been sure of its age and content... Possibly a new stage2 arrived at my mirror about the same time. I did this some time last 12 hours before this post. Is it possible to see when there came a new version? My mirror urpmi-proxy fetches from is usually updated within ours.
well, pending configuration changes, it checks the date if that's available. i recommend http mirrors in the urpmi-proxy... can you give the extract of the urpmi-proxy.log file around those installs? that way, we can see what happend at that time...
Thank you for the quick reply. My source is http://ftp.acc.umu.se/mirror/mageia I grep:ed the log file for the stage 2 folder path, It is always (That is for period 7 april until now) 200 - CACHED_NO_CHECK Except the one time after i deleted the files it was 200 - MISS
can you show me your config file?
Created attachment 2225 [details] urpmi-proxy.conf
i'm not sure, but i think i might have updated the configuration, can you check if you have a urpmi-proxy.conf.rpmnew?
I donot have that file, beacuse it is running on an mga1-64 server, so i rebuilt the package from cauldron to mga1. Never updated. Can you modify the conf i attached to what you think would be better, and attach, so can I try it?
can you try to rebuild for mga1 the new version, it'll likely help you with it. i do wish backports was opened though... after release i'm gonna try and request for it again... anyway, the 0.3 handles things differently. and has better time checking integration. also i'm testing new configuration settings for a while now... likely in next version i'm gonna do some changes in it.
Nice to know there is progress in one of my fauvorite apps :) Backports yes. Things like servers you normally do not run on cauldron... OK, will rebuild 0.3 in a couple days. Too busy now.
Verified bug now before upgrade: Now there is a newer stage2/mdkinst.sqfs on the mirror i use, but urpmi-proxy serve an elder from cache.
Updated urpmi-proxy to 0.3.2.1 : still it do not pull the new stage2 files. Message now on those files are now different: HIT_NO_CHECK In urpmi.proxy.conf I added the line $check_updates_only_files = 'VERSION mdkinst.sqfs'; and issued httpd restart. It made no change. But possbly i use wrong syntax? Or I misunderstand the use of that setting altogether.
Summary: Did urpmi-proxy serve old stage2 ? => urpmi-proxy do not update installer stage2 files
it's a regex but updates only, is updates only are you using a http source? can you enable debug and give try again (when failing) and show the apache error log?
OK i will remove that line again. I read the description line "## These files will always be checked for newer versions." like it is possible to force it to check *any listed* file better. Maybe it should be rephrased. The source address i have in conf file http://ftp.acc.umu.se/mirror/mageia is listed at http://mirrors.mageia.org as http and is a tier1. I think it is best if you set up a urpi-proxy yourself. For just testing these two files not much bandwidth nor disk space is needed.
Source RPM: urpmi-proxy-0.2.4-3.mga2.src.rpm => urpmi-proxy-0.3.2-1.mga2.src.rpm
i have it installed, but a new testing version... i'll go check it out some more
Hi, This bug was filed against cauldron, but we do not have cauldron at the moment. Please report whether this bug is still valid for Mageia 2. Thanks :) Cheers, marja
Keywords: (none) => NEEDINFO
@ Morgan @ AL13N This bug was filed agains old cauldron, from before Mageia 2 release. Please confirm it is still valid for Mageia 2 and cauldron. If so, please remove NEEDINFO from the Keywords and put MGA2TOO on the whiteboard. Thanks :)
CC: (none) => marja11
try these settings: these should create a bit more overhead, but should work better $check_updates_only_files = undef; $check_no_updates_files = '\.rpm$'; $merge_files = 'something_that_cannot_exist';
Keywords: NEEDINFO => (none)Whiteboard: (none) => MGA2TOO
Thanks, I will try that workaround, but no time to test soon.
What's the status for this bug? According to comment #17 Morgan Leijström was supposed to test a workaround 1 year ago.
i had forgotten about this bug... i need to make these the default settings and have a specific undef for the merge_files... i assume these settings work well... as i do frequent installs and rescue and etc...
I had forgot too... still using same urpmi proxy on my mga1 file server... I think i tested your workaround OK but wanted to verify on a mga 2 server setup i intended to do, but life etc happened and i still now when mga 3 released have not updated the fileserver... One issue that popped up recently however when i installed a couple mga3-64 systems: Somehow urpmi-proxy served an erroneous file. I deleted that file from clients cache, but next it just recieved same crap from proxy. I had to find and delete that file in urpmi-proxy cache too, then it went OK. Unfortunately I was to busy to dig into logs. Probably it is unimportant which file it was, anyway i mention that last time it was mga3 libyalib1 package.
ok, i'll just ship these new settings for cauldron, and close this as a configuration issue.
Keywords: NEEDINFO => (none)Status: NEW => ASSIGNEDWhiteboard: MGA2TOO => MGA2TOO MGA3TOO
new version in cauldron has the new configuration values, so i'm closing this one as WONT_FIX for mga2 and mga3
Status: ASSIGNED => RESOLVEDVersion: Cauldron => 3Resolution: (none) => WONTFIXWhiteboard: MGA2TOO MGA3TOO => MGA2TOO