On Mon, Sep 05, 2011 at 09:25:24PM +0530, shirish शिरीष wrote:
>2011/9/5 Steve McIntyre <[email protected]>:
>> On Thu, Sep 01, 2011 at 02:23:17AM +0530, shirish शिरीष wrote:
>>>Hi all,
>>
>> It's expected that jigdo files for moving targets (e.g. the
>> weekly/daily builds) will miss files later, once they are removed from
>> the main archive. jigdo-lite should then fall back to using the
>> snapshot server(s) listed in the jigdo file itself, namely:
>>
>> Debian=http://snapshot.debian.org/archive/debian/20110822T043712Z/
>> Debian=http://us.cdimage.debian.org/cdimage/snapshot/Debian/ --try-last
>>
>> I am surprised that the mirrors you've tried are missing so many of
>> the files needed for the image, but that shouldn't be fatal - this is
>> what the snaphost servers are there for.
>
>Thank you for sharing. Couple of more things. It is a weekly which
>means it *should* be there for at least 6 days. This started happening
>to me on the third day, if I take today as the day I start downloading
>a fresh image. That was a fresh image as by mistake I had removed the
>earlier image otherwise it is usually very small, couple of hundred
>files difference which gets over in few hours.

Right. The jigdo and template files themselves are replaced every
Monday (typically) as part of the weekly build setup. However, the
.deb and other files that are referenced may drop out of the Debian
archive much more quickly, depending on testing migrations. This is
why we have the snapshot server as a fallback.

>As far as your point of using the snapshot archive at the very last,
>when does that happen or how many hops or services it has to try
>before hopping onto  snapshot service.

It should fall back automatically AFAIK, but it's a while since I've
looked at the code in jigdo-lite to be able to tell you exact details
of how and when. So, testing with an old jigdo file I have easy access
to...

Yes, it should get there, but only when it's tried and failed to
download all the files that are missing from the normal mirror:

...
--2011-09-05 17:51:30--  
http://ftp.uk.debian.org/debian/pool/main/m/mkvmlinuz/mkvmlinuz_32_powerpc.deb
Reusing existing connection to ftp.uk.debian.org:80.
HTTP request sent, awaiting response... 404 Not Found
2011-09-05 17:51:30 ERROR 404: Not Found.

Skipping object `debian-40r9-powerpc-CD-1.iso.tmpdir' (No such file or 
directory)
Found 0 of the 1079 files required by the template
Copied input files to temporary file `debian-40r9-powerpc-CD-1.iso.tmp' - 
repeat command and supply more files to continue

-----------------------------------------------------------------
1079 files not found in previous pass, trying
alternative download locations:

--2011-09-05 17:51:30--  
http://us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/a/arts/libartsc0_1.5.5-1_powerpc.deb
Resolving us.cdimage.debian.org... 83.142.228.128, 2001:470:1f08:80b::2
Connecting to us.cdimage.debian.org|83.142.228.128|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 16602 (16K) [application/octet-stream]
Saving to: 
`debian-40r9-powerpc-CD-1.iso.tmpdir/us.cdimage.debian.org/cdimage/snapshot/Debian/pool/main/a/arts/libartsc0_1.5.5-1_powerpc.deb'

100%[=========================================================================================>]
 16,602      --.-K/s   in 0.03s   
...

and it should then continue to use the fallback snapshot servers for
the rest of the files. If that's not happening for you, then something
is clearly broken...

>I have to say what has happened is rare because I had been using it
>for the last 6 months or slightly more with good results but still
>would like to know.
>
>As an aside. if there is some good tool by which one can read the
>contents of the jigdo file woule be interested to know that as well
>specifically for locations.

The jigdo file is simply a text file, normally gzipped - use zless or
similar.

-- 
Steve McIntyre, Cambridge, UK.                                [email protected]
Into the distance, a ribbon of black
Stretched to the point of no turning back




-- 
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

Reply via email to