FS#8350 - Pacman segfaults during downloading

Attached to Project: Pacman
Opened by Timm (gummibaerchen) - Friday, 19 October 2007, 14:00 GMT
Last edited by Dan McGee (toofishes) - Sunday, 17 February 2008, 19:52 GMT
Task Type Bug Report
Category General
Status Closed
Assigned To Aaron Griffin (phrakture)
Dan McGee (toofishes)
Architecture All
Severity High
Priority Normal
Reported Version 3.0.6
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:
I just made my daily "pacman -Syu", and then pacman crashed...

Additional info:
[root@machine user]# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra 313.6K 207.3K/s 00:00:02 [#####################] 100%
testing is up to date
community 308.6K 205.2K/s 00:00:02 [#####################] 100%
:: Starting full system upgrade...
warning: gajim: local (0.11.2-1) is newer than extra (0.11.1-1)
warning: mesa: local (7.0.1-1) is newer than extra (6.5.2-1)
warning: renderproto: local (0.9.3-1) is newer than extra (0.9.2-1)
warning: synaptics: local (0.14.6.99-1) is newer than extra (0.14.6-2)
warning: unichrome-dri: local (7.0.1-1) is newer than extra (6.5.2-1)
warning: xf86-input-acecad: local (1.2.1-1) is newer than extra (1.2.0-1)
warning: xf86-input-aiptek: local (1.0.1-4) is newer than extra (1.0.1-1)
warning: xf86-input-digitaledge: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-elographics: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-evdev: local (1.1.5-4) is newer than extra (1.1.5-1)
warning: xf86-input-fpit: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-hyperpen: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-jamstudio: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-joystick: local (1.2.3-2) is newer than extra (1.2.3-1)
warning: xf86-input-keyboard: local (1.2.2-2) is newer than extra (1.1.1-1)
warning: xf86-input-magellan: local (1.1.1-1) is newer than extra (1.1.0-1)
warning: xf86-input-magictouch: local (1.0.0.5-5) is newer than extra (1.0.0.5-2)
warning: xf86-input-mouse: local (1.2.1-5) is newer than extra (1.2.1-1)
warning: xf86-input-mutouch: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-palmax: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-spaceorb: local (1.1.1-1) is newer than extra (1.1.0-1)
warning: xf86-input-summa: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-tek4957: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-ur98: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-input-vmmouse: local (12.4.2-1) is newer than extra (12.4.1-1)
warning: xf86-input-void: local (1.1.0-2) is newer than extra (1.1.0-1)
warning: xf86-video-apm: local (1.1.1-4) is newer than extra (1.1.1-1)
warning: xf86-video-ark: local (0.6.0-4) is newer than extra (0.6.0-1)
warning: xf86-video-chips: local (1.1.1-4) is newer than extra (1.1.1-1)
warning: xf86-video-cirrus: local (1.1.0-4) is newer than extra (1.1.0-1)
warning: xf86-video-dummy: local (0.2.0-4) is newer than extra (0.2.0-1)
warning: xf86-video-fbdev: local (0.3.1-4) is newer than extra (0.3.1-1)
warning: xf86-video-mga: local (1.9.99-1) is newer than extra (1.4.6.1-1)
warning: xf86-video-nv: local (2.1.5-1) is newer than extra (2.0.2-1)
warning: xf86-video-rendition: local (4.1.3-4) is newer than extra (4.1.3-1)
warning: xf86-video-s3virge: local (1.9.1-8) is newer than extra (1.9.1-3)
warning: xf86-video-v4l: local (0.1.1-4) is newer than extra (0.1.1-1)
warning: xf86-video-vesa: local (1.3.0-5) is newer than extra (1.3.0-1)
warning: xf86-video-vga: local (4.1.0-4) is newer than extra (4.1.0-1)
warning: xorg-server: local (1.4-3) is newer than extra (1.2.0-5)
resolving dependencies... done.
looking for inter-conflicts... done.

Targets: orbit2-2.14.10-1 libbonobo-2.20.1-1 glib2-2.14.2-1 pango-1.18.3-1
gtk2-2.12.1-1 gail-1.20.1-1 at-spi-1.20.1-1 gconf-2.20.1-1
gnome-keyring-2.20.1-1 libgnome-2.20.1.1-1 libgnomeui-2.20.1-1
libpng-1.2.22-1

Total Package Size: 15.50 MB

Proceed with installation? [Y/n] y
:: Retrieving packages from extra...
orbit2 367.7K 196.9K/s 00:00:02 [#####################] 100%
Internal pacman error: Segmentation faults 00:00:00 [##############-------] 64%
Please submit a full bug report, with the given package if appropriate.
[root@machine user]#

Log:
[2007-10-19 15:37] synchronizing package lists
[2007-10-19 15:37] starting full system upgrade

Steps to reproduce:
"pacman -Syu"
This task depends upon

Closed by  Dan McGee (toofishes)
Sunday, 17 February 2008, 19:52 GMT
Reason for closing:  Works for me
Additional comments about closing:  NREP, hopefully fixed with pacman 3.1.X.
Comment by Timm (gummibaerchen) - Friday, 19 October 2007, 15:32 GMT
In another "pacman -Su" it stopped while downloading a package, so maybe this error is caused by some problem with the internet/mirror?

Proceed with installation? [Y/n] y
:: Retrieving packages from extra...
libbonobo 600.1K 856.4K/s 00:00:01 [#####################] 100%
glib2 1443.5K 247.9K/s 00:00:06 [#####################] 100%
pango 403.1K 225.5K/s 00:00:02 [#####################] 100%
gtk2 7.5M 319.6K/s 00:00:24 [#####################] 100%
gail 296.7K 196.3K/s 00:00:02 [#####################] 100%
at-spi 330.0K 281.4K/s 00:00:00 [################-----] 77%
Comment by Dan McGee (toofishes) - Monday, 22 October 2007, 15:28 GMT
If we want a chance at catching this, we are going to need a crash that you catch with --debug output. I'm guessing it is related to something with the mirror, although pacman shouldn't be so unhelpful when it dies.
Comment by Timm (gummibaerchen) - Monday, 22 October 2007, 18:23 GMT
Yes. It worked afterwards, so I am not able to reproduce this bug (I hope).

I had some errors with network/mirrors before, but that didn't actually crash pacman, iirc.
Comment by Nagy Gabor (combo) - Friday, 26 October 2007, 19:35 GMT
Yes, I also had such problems.
My database was out-of-date and I tried to download files from server (== my local HDD) which didn't exist on server (HDD). But it is hard to reproduce: it happened in case of lots of not-downloadable files. Probably, there is something "undeterministic" stuff here (sometimes the bug causes segment violation, sometimes doesn't); and I remember then in this case, pacman didn't try all the configured mirrors, despite the fact that wget gave an error message (<-this message differed from the non-segfaulting ones, but I don't remember, sorry).
Comment by Dan McGee (toofishes) - Tuesday, 13 November 2007, 01:05 GMT
  • Field changed: Summary (Pacman segfaults on today's update → Pacman segfaults during downloading)
  • Field changed: Status (Unconfirmed → Researching)
  • Field changed: Severity (Critical → High)
Do we know any more about this bug? For now I'm going to drop the severity a bit because it doesn't ruin anything on your system.

Timm, were you using an XferCommand? I'd like to at least find the cases this occurs in, and if it matters whether an external downloader is being used or not.
Comment by Timm (gummibaerchen) - Tuesday, 13 November 2007, 15:16 GMT
What do you mean with XferCommand?

And no, I don't use an external downloader.
Comment by Dan McGee (toofishes) - Tuesday, 13 November 2007, 16:51 GMT
Please read the manpage to see what I mean about XferCommand rather than me duplicate it here (man pacman.conf).

So it looks like this occurs with both the internal downloader and Nagy's use of wget.
Comment by Timm (gummibaerchen) - Wednesday, 14 November 2007, 11:47 GMT
Ahh, all right, now I know what you mean.

But as already said I don't make use of the XferCommand.
Comment by Dan McGee (toofishes) - Sunday, 17 February 2008, 01:19 GMT
Still an issue in 3.1.X series? Otherwise I'd like to get this closed.
Comment by Timm (gummibaerchen) - Sunday, 17 February 2008, 13:15 GMT
Can't say for sure, but at least it never appeared here again.

And I have no idea to reproduce this also.

So probably that's fixed.

Loading...