Package: apt
Version: 0.6.46.2
Severity: serious
I'm filing this new bug following some discussion (attached) in
debian-devel. I've also seen this behaviour a few time and it's very
annoying. This should be fixed for etch...
Cheers,
--
Raphaël Hertzog
Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/
--- Begin Message ---
Hello,
Is this a bug in apt?
pbuilder update --override-config --configfile /tmp/pbuilder-local.SvMNy19452
W: /home/brian/.pbuilderrc does not exist
Upgrading for distribution etch
Building the build Environment
-> extracting base tarball [/var/cache/pbuilder/base-etch.tgz]
-> creating local configuration
-> copying local configuration
-> mounting /proc filesystem
-> mounting /dev/pts filesystem
-> policy-rc.d already exists
-> Installing apt-lines
Refreshing the base.tgz
-> upgrading packages
Get:1 http://ftp.au.debian.org etch Release.gpg [378B]
Get:2 http://ftp.au.debian.org etch Release [74.4kB]
Get:3 http://ftp.au.debian.org etch/main Packages/DiffIndex [2038B]
Get:4 http://ftp.au.debian.org etch/main Packages [5579kB]
Get:5 http://ftp.au.debian.org etch/main Packages [5579kB]
99% [5 Packages gzip 0]
(hangs for ever)
I have tried waiting for it to timeout, but it doesn't.
I tried running it in strace, but then it works. Perfectly.
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version Description
+++-============================-============================-========================================================================
ii apt 0.6.46.2 Advanced
front-end for dpkg
The chroot in question doesn't yet have the latest Etch key, but I
don't think that is significant.
Doing a search for bugs, I see #358817, but this doesn't involve NFS
so it looks different.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
Hi,
Brian May wrote:
> Hello,
>
> Is this a bug in apt?
>
> pbuilder update --override-config --configfile /tmp/pbuilder-local.SvMNy19452
[...]
> Get:5 http://ftp.au.debian.org etch/main Packages [5579kB]
> 99% [5 Packages gzip 0]
>
> (hangs for ever)
[...]
I experienced the same some time ago and worked it around
by temporarily switching to a different mirror. It then succeeded,
and afterwards I could again switch to my usual mirror.
But, yesterday I had the same issue in my i386 chroot, so the issue
seems to persist....
Andreas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
On Mon, 27 Nov 2006, Andreas Fester wrote:
> I experienced the same some time ago and worked it around
> by temporarily switching to a different mirror. It then succeeded,
> and afterwards I could again switch to my usual mirror.
>
> But, yesterday I had the same issue in my i386 chroot, so the issue
> seems to persist....
Use --save-after-login and pbuilder login to open the chroot, add the new
apt key, and only then run the update.
I don't know where the bug is, but it is directly related to apt key
management.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Henrique de Moraes Holschuh wrote:
> On Mon, 27 Nov 2006, Andreas Fester wrote:
>> I experienced the same some time ago and worked it around
>> by temporarily switching to a different mirror. It then succeeded,
>> and afterwards I could again switch to my usual mirror.
>>
>> But, yesterday I had the same issue in my i386 chroot, so the issue
>> seems to persist....
>
> Use --save-after-login and pbuilder login to open the chroot, add the new
> apt key, and only then run the update.
>
> I don't know where the bug is, but it is directly related to apt key
> management.
I tried to track it down; I could reproduce it with non-stripped apt-binaries
from
a re-compiled apt source package. pstree showed the following processes while
apt-get was hanging:
apt-get(5027)???bzip2(5049)
??gpgv(5032)
??gzip(5038)
??http(5029)
??http(5030)
apt-get was blocked in a select() called from apt-get.cc:1354
1353 // Run it
1354 if (Fetcher.Run() == pkgAcquire::Failed) // <<==
1355 return false;
bzip/gzip/gpgv were hanging in a select() which was called from WaitFd(),
and http did not show a useful stack trace.
Then, strangely, while still debugging, apt-get update suddenly
worked again (even without updating the apt key), so I was not able to
further examine it ... Maybe the above observations help when it happens
again :)
Andreas
- --
Andreas Fester
mailto:[EMAIL PROTECTED]
WWW: http://www.littletux.net
ICQ: 326674288
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFaz9jZ3bQVzeW+rsRAjQVAKCZYlKQftP1lwjz7OvbUUYXJYaZ6wCgv5mp
S4msVMYT39GL2ZaXET4fUF0=
=Glr1
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
On Mon, Nov 27, 2006 at 08:41:23PM +0100, Andreas Fester wrote:
> I tried to track it down; I could reproduce it with non-stripped apt-binaries
> from
> a re-compiled apt source package. pstree showed the following processes while
> apt-get was hanging:
>
> apt-get(5027)???bzip2(5049)
> ??gpgv(5032)
> ??gzip(5038)
> ??http(5029)
> ??http(5030)
>
> apt-get was blocked in a select() called from apt-get.cc:1354
>
> 1353 // Run it
> 1354 if (Fetcher.Run() == pkgAcquire::Failed) // <<==
> 1355 return false;
>
> bzip/gzip/gpgv were hanging in a select() which was called from WaitFd(),
> and http did not show a useful stack trace.
This sounds similar to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341537
Try to see if the place where apt is getting stuck is one where it's
waiting for input from an external process which might have gotten
stuck or dead.
--
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28
Billboard billboard burning bright / in my windshield every night.
Lead me to a decent joint / where I can stop and get a bite.
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Andreas Fester wrote:
> I tried to track it down; I could reproduce it with non-stripped apt-binaries
> from
> a re-compiled apt source package. pstree showed the following processes while
> apt-get was hanging:
>
> apt-get(5027)???bzip2(5049)
> ??gpgv(5032)
> ??gzip(5038)
> ??http(5029)
> ??http(5030)
I'm also seeing this, I've been seeing it starting approximatly 2 weeks ago
(well before the new apt key) on several machines (i386, arm) with several
mirrors, including mirrors.kernel.org and ftp.nl.debian.org.
> apt-get was blocked in a select() called from apt-get.cc:1354
>
> 1353 // Run it
> 1354 if (Fetcher.Run() == pkgAcquire::Failed) // <<==
> 1355 return false;
Hmm, when I straced apt-get, it was in a loop looking for a file:
select(8, [5 6 7], [], NULL, {0, 500000}) = 0 (Timeout)
stat64("/var/lib/apt/lists/partial/mirrors.kernel.org_debian_dists_testing_non-free_binary-i386_Packages.decomp",
0xafe9b960) = -1 ENOENT (No such file or directory)
gettimeofday({1164688481, 613704}, NULL) = 0
rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
write(1, "\r99% [3 Packages bzip2 0]", 25) = 25
I've also seen this on some of the machines. Running apt again clears
this up:
Get: 9 http://mirrors.kernel.org testing/main Packages [4249kB]
Get: 10 http://mirrors.kernel.org testing/main Packages [4249kB]
50% [9 Packages bzip2 0] [10 Packages 22499/4249kB 0%] 512kB/s 8s
bzip2: Compressed file ends unexpectedly;
perhaps it is corrupted? *Possible* reason follows.
bzip2: Inappropriate ioctl for device
Input file = (stdin), output file = (stdout)
It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.
You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.
Err http://mirrors.kernel.org testing/main Packages
Sub-process bzip2 returned an error code (2)
> Then, strangely, while still debugging, apt-get update suddenly
> worked again (even without updating the apt key), so I was not able to
> further examine it ... Maybe the above observations help when it happens
> again :)
Ditto, after I run it 4-5 times it completes.
--
see shy jo
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
>>>>> "Henrique" == Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
Henrique> Use --save-after-login and pbuilder login to open the
Henrique> chroot, add the new apt key, and only then run the
Henrique> update.
I tried that, it didn't help.
The only solution I found when I checked last was to run apt-get via
strace...
I also have plenty of diskspace.
--
Brian May <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
On Monday 27 November 2006 11:55, Brian May wrote:
> Hello,
>
> Is this a bug in apt?
>
> pbuilder update --override-config --configfile
> /tmp/pbuilder-local.SvMNy19452 W: /home/brian/.pbuilderrc does not exist
> Upgrading for distribution etch
> Building the build Environment
> -> extracting base tarball [/var/cache/pbuilder/base-etch.tgz]
> -> creating local configuration
> -> copying local configuration
> -> mounting /proc filesystem
> -> mounting /dev/pts filesystem
> -> policy-rc.d already exists
> -> Installing apt-lines
> Refreshing the base.tgz
> -> upgrading packages
> Get:1 http://ftp.au.debian.org etch Release.gpg [378B]
> Get:2 http://ftp.au.debian.org etch Release [74.4kB]
> Get:3 http://ftp.au.debian.org etch/main Packages/DiffIndex [2038B]
> Get:4 http://ftp.au.debian.org etch/main Packages [5579kB]
> Get:5 http://ftp.au.debian.org etch/main Packages [5579kB]
> 99% [5 Packages gzip 0]
> (hangs for ever)
>
> I have tried waiting for it to timeout, but it doesn't.
>
Don't know whether its related, I stopped using ftp.au.debian.org. IIRC it
was replying to package requests with a 302 redirect, which apt-proxy
seemed to be unable to handle.
Is this a 302 redirect something debian package management/archive mirroring
tools are expected to handle, or are mirrors not expected to use redirects?
ftp.iinet.net.au/debian/ also seems to be intermittent partially updated. I
wonder whether they're mirroring from ftp.au.debian.org, and also having
problems with the 302 responses.
HTH
Andrew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
On Tue, Nov 28, 2006 at 01:34:54AM +1100, Andrew Vaughan wrote:
> > Get:1 http://ftp.au.debian.org etch Release.gpg [378B]
> > Get:2 http://ftp.au.debian.org etch Release [74.4kB]
> > Get:3 http://ftp.au.debian.org etch/main Packages/DiffIndex [2038B]
> > Get:4 http://ftp.au.debian.org etch/main Packages [5579kB]
> > Get:5 http://ftp.au.debian.org etch/main Packages [5579kB]
> > 99% [5 Packages gzip 0]
> > (hangs for ever)
> >
> > I have tried waiting for it to timeout, but it doesn't.
> >
>
> Don't know whether its related, I stopped using ftp.au.debian.org. IIRC it
> was replying to package requests with a 302 redirect, which apt-proxy
> seemed to be unable to handle.
>
> Is this a 302 redirect something debian package management/archive mirroring
> tools are expected to handle, or are mirrors not expected to use redirects?
>
> ftp.iinet.net.au/debian/ also seems to be intermittent partially updated. I
> wonder whether they're mirroring from ftp.au.debian.org, and also having
> problems with the 302 responses.
This is indepent on mirror choice I think. I got the same issue with ftp.it and
solved
twice as pointed by henrique. Installing debian-archive-keyring in the
pbuilder chroot (with the new recent key) just before updating solved the
issue this time and in the previous case also.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--- End Message ---
