[pacman-dev] crash in pacman 2.9.8
Here's what I got few minutes ago. Targets: codecs-20061022-1 ghostscript-8.15.3-1 hdparm-6.8-1 tcl-8.4.14-1 tk-8.4.14-1 Total Package Size: 22.4 MB Proceed with upgrade? [Y/n] :: Retrieving packages from current... codecs-20061022-1 [################] 100% 13944K 5.1K/s 00:02:40 warning: failed to get filesize for ghostscript-8.15.3-1.pkg.tar.gz failed downloading ghostscript-8.15.3-1.pkg.tar.gz from ftp.archlinux.org: 550 Failed to open file. hdparm-6.8-1 [################] 100% 34K 2.5K/s 00:00:13 tcl-8.4.14-1 [################] 100% 1644K 5.5K/s 00:00:44 tk-8.4.14-1 [################] 100% 1398K 5.4K/s 00:00:04 warning: failed to get filesize for ghostscript-8.15.3-1.pkg.tar.gz failed downloading ghostscript-8.15.3-1.pkg.tar.gz from ftp.nethat.com: 550 ghostscript-8.15.3-1.pkg.tar.gz: No such file or directory warning: failed to get filesize for ghostscript-8.15.3-1.pkg.tar.gz failed downloading ghostscript-8.15.3-1.pkg.tar.gz from ftp-linux.cc.gatech.edu: 550 Failed to open file. warning: failed to get filesize for ghostscript-8.15.3-1.pkg.tar.gz failed downloading ghostscript-8.15.3-1.pkg.tar.gz from ftp.ibiblio.org: 550 ghostscript-8.15.3-1.pkg.tar.gz: No such file or directory connect: Connection refused error: cannot connect to archlinux.antesis.org *** glibc detected *** pacman: double free or corruption (!prev): 0x0864c448 *** ======= Backtrace: ========= /lib/libc.so.6[0xb7e35750] /lib/libc.so.6(__libc_free+0x84)[0xb7e36da4] pacman[0x80604ee] pacman[0x805b731] pacman[0x805bdeb] pacman[0x80523c6] pacman[0x8055335] /lib/libc.so.6(__libc_start_main+0xd8)[0xb7de7808] pacman[0x804a0a1] ======= Memory map: ======== 08048000-0806b000 r-xp 00000000 03:05 161895 /usr/bin/pacman 0806b000-0806c000 rw-p 00023000 03:05 161895 /usr/bin/pacman 0806c000-08669000 rw-p 0806c000 00:00 0 [heap] b7c00000-b7c21000 rw-p b7c00000 00:00 0 b7c21000-b7d00000 ---p b7c21000 00:00 0 b7d96000-b7da0000 r-xp 00000000 03:05 776177 /usr/lib/libgcc_s.so.1 b7da0000-b7da1000 rw-p 00009000 03:05 776177 /usr/lib/libgcc_s.so.1 b7dab000-b7db9000 r-xp 00000000 03:02 78266 /lib/libresolv-2.4.so b7db9000-b7dbb000 rw-p 0000d000 03:02 78266 /lib/libresolv-2.4.so b7dbb000-b7dbd000 rw-p b7dbb000 00:00 0 b7dbd000-b7dc5000 r-xp 00000000 03:02 78272 /lib/libnss_files-2.4.so b7dc5000-b7dc7000 rw-p 00007000 03:02 78272 /lib/libnss_files-2.4.so b7dce000-b7dd2000 rw-p b7dce000 00:00 0 b7dd2000-b7eec000 r-xp 00000000 03:02 78245 /lib/libc-2.4.so b7eec000-b7eee000 r--p 00119000 03:02 78245 /lib/libc-2.4.so b7eee000-b7ef0000 rw-p 0011b000 03:02 78245 /lib/libc-2.4.so b7ef0000-b7ef3000 rw-p b7ef0000 00:00 0 b7ef3000-b7f04000 r-xp 00000000 03:05 780101 /usr/lib/libz.so.1.2.3 b7f04000-b7f05000 rw-p 00011000 03:05 780101 /usr/lib/libz.so.1.2.3 b7f05000-b7f07000 rw-p b7f05000 00:00 0 b7f07000-b7f08000 rw-p b7f07000 00:00 0 b7f08000-b7f0c000 r-xp 00000000 03:02 78267 /lib/libnss_dns-2.4.so b7f0c000-b7f0e000 rw-p 00003000 03:02 78267 /lib/libnss_dns-2.4.so b7f0e000-b7f10000 rw-p b7f0e000 00:00 0 b7f10000-b7f11000 r-xp b7f10000 00:00 0 [vdso] b7f11000-b7f2b000 r-xp 00000000 03:02 78244 /lib/ld-2.4.so b7f2b000-b7f2c000 r--p 00019000 03:02 78244 /lib/ld-2.4.so b7f2c000-b7f2d000 rw-p 0001a000 03:02 78244 /lib/ld-2.4.so bfde7000-bfdfd000 rw-p bfde7000 00:00 0 [stack] Aborted -- Roman Kyrylych (Роман Кирилич)
On Tue, Oct 24, 2006 at 06:07:27PM +0300, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
Here's what I got few minutes ago.
can you reproduce this with pacman3, too? udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org
2006/10/24, VMiklos <vmiklos@frugalware.org>:
On Tue, Oct 24, 2006 at 06:07:27PM +0300, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
Here's what I got few minutes ago.
can you reproduce this with pacman3, too?
I doubt I can reproduce this even with pacman 2.9.8 :-/ This is the first time when this happened to me. If I guess correctly there was an error when recovering from some network error. I don't know how to reproduce this. Maybe only by using VMware and two arch boxes - server (with package mirror) and client, and forcing virtual "power off" for server machine. :-/ If I manage how to reproduce this at all, then I try it with pacman 3 (I haven't even compile it yet). I was just running pacman -Syu on my seconf work from PuTTY at my first work. (I often do so.) After this error I did nothing, so maybe there are some logs left or maybe something in db is corrupted. Where should I look to find possible traces? -- Roman Kyrylych (Роман Кирилич)
On Tue, Oct 24, 2006 at 09:43:54PM +0300, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
there are some logs left or maybe something in db is corrupted. Where should I look to find possible traces?
use --debug=-1 (yes, pacman3-only :/ ) and grep for 'No such file' in the output. if nothing found then the db should be ok udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org
2006/10/24, VMiklos <vmiklos@frugalware.org>:
On Tue, Oct 24, 2006 at 09:43:54PM +0300, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
there are some logs left or maybe something in db is corrupted. Where should I look to find possible traces?
use --debug=-1 (yes, pacman3-only :/ ) and grep for 'No such file' in the output. if nothing found then the db should be ok
OK, I'll try it tomorrow when I get to this server where error occured (I have no ssh access to it from my home). -- Roman Kyrylych (Роман Кирилич)
On 10/24/06, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
2006/10/24, VMiklos <vmiklos@frugalware.org>:
On Tue, Oct 24, 2006 at 09:43:54PM +0300, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
there are some logs left or maybe something in db is corrupted. Where should I look to find possible traces?
use --debug=-1 (yes, pacman3-only :/ ) and grep for 'No such file' in the output. if nothing found then the db should be ok
OK, I'll try it tomorrow when I get to this server where error occured (I have no ssh access to it from my home).
I've seen this before. I'm fairly certain it's an ftplib issue specifically with antesis (or however it's spelled) but never looked into it.
2006/10/24, Aaron Griffin <aaronmgriffin@gmail.com>:
I've seen this before. I'm fairly certain it's an ftplib issue specifically with antesis (or however it's spelled) but never looked into it.
Is my help still needed then? Do you think it will be hard to reproduce this? BTW, as I see ftplib has functions for writing to FTP too. Then libalpm/libftp can be used for some dev tool for managing repos on FTP, I suppose? -- Roman Kyrylych (Роман Кирилич)
On Tue, Oct 24, 2006 at 10:35:05PM +0300, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
BTW, as I see ftplib has functions for writing to FTP too. Then libalpm/libftp can be used for some dev tool for managing repos on FTP, I suppose?
_could_ be used :) i don't know how the Arch dev tools works, our repoman works via ssh, so that's an other story udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org
OK, I've looked at this machine, where pacman crashed, and found no corruption in db. Only ghostscript-8.15.3-1.pkg.tar.gz.part and /tmp/pacman.lck was left. So, I tried pacman -Su and got exactly the same crash. :-) Then i run pacman -Svu (still pacman 2.9.8) and . . . connecting to archlinux.antesis.org:80 connect: Connection refused error: cannot connect to archlinux.antesis.org *** glibc detected *** pacman: double free or corruption (fasttop): 0x0864d6e8 *** . . . phrakture, you was right about antesis! Then I commented archlinux.antesis.org from /etc/pacman.d/{current,extra} and pacman hanged at connecting to ftp.kegep.tuc.gr:21 but after a minute or more continued and ended with error: failed to retrieve some files from current I'll try to do pacman -Su with pacman3. Any suggestions how to compile pacman3 so it could work with pacman2 simultaneously? -- Roman Kyrylych (Роман Кирилич)
2006/10/25, Roman Kyrylych <roman.kyrylych@gmail.com>:
OK, I've looked at this machine, where pacman crashed, and found no corruption in db. Only ghostscript-8.15.3-1.pkg.tar.gz.part and /tmp/pacman.lck was left. So, I tried pacman -Su and got exactly the same crash. :-) Then i run pacman -Svu (still pacman 2.9.8) and . . . connecting to archlinux.antesis.org:80 connect: Connection refused error: cannot connect to archlinux.antesis.org *** glibc detected *** pacman: double free or corruption (fasttop): 0x0864d6e8 *** . . . phrakture, you was right about antesis! Then I commented archlinux.antesis.org from /etc/pacman.d/{current,extra} and pacman hanged at connecting to ftp.kegep.tuc.gr:21 but after a minute or more continued and ended with error: failed to retrieve some files from current
I'll try to do pacman -Su with pacman3. Any suggestions how to compile pacman3 so it could work with pacman2 simultaneously?
OK, I've checked this with Pacman 3 ( /usr/local/bin/pacman.static -Su ): . . . connect: Connection refused [12:19:08] warning: cannot connect to archlinux.antesis.org . . . [12:23:45] warning: failed to retrieve some files from current error: failed to commit transaction (unexpected error) It seems that this bug is fixed in Pacman 3! :-) BTW, make install complained about Hungarian man files: /bin/install -c -m 644 'pacman.8' '/usr/local/share/man/hu/man8/pacman.8' /bin/install: cannot stat `pacman.8': No such file or directory /bin/install -c -m 644 'makepkg.8' '/usr/local/share/man/hu/man8/makepkg.8' /bin/install: cannot stat `makepkg.8': No such file or directory /bin/install -c -m 644 'PKGBUILD.8' '/usr/local/share/man/hu/man8/PKGBUILD.8' /bin/install: cannot stat `PKGBUILD.8': No such file or directory make[3]: *** [install-man8] Помилка 1 make[3]: Залишаю каталог "/root/cvs/pacman-lib/doc/hu" make[2]: *** [install-am] Помилка 2 make[2]: Залишаю каталог "/root/cvs/pacman-lib/doc/hu" make[1]: *** [install-recursive] Помилка 1 make[1]: Залишаю каталог "/root/cvs/pacman-lib/doc" make: *** [install-recursive] Помилка 1 Sorry, parts of messages are in Ukrainian because I use uk_UA.KOI8-U locale. -- Roman Kyrylych (Роман Кирилич)
On Wed, Oct 25, 2006 at 12:25:09PM +0300, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
BTW, make install complained about Hungarian man files:
/bin/install -c -m 644 'pacman.8' '/usr/local/share/man/hu/man8/pacman.8' /bin/install: cannot stat `pacman.8': No such file or directory /bin/install -c -m 644 'makepkg.8' '/usr/local/share/man/hu/man8/makepkg.8' /bin/install: cannot stat `makepkg.8': No such file or directory /bin/install -c -m 644 'PKGBUILD.8' '/usr/local/share/man/hu/man8/PKGBUILD.8' /bin/install: cannot stat `PKGBUILD.8': No such file or directory make[3]: *** [install-man8] ??????? 1 make[3]: ??????? ??????? "/root/cvs/pacman-lib/doc/hu" make[2]: *** [install-am] ??????? 2 make[2]: ??????? ??????? "/root/cvs/pacman-lib/doc/hu" make[1]: *** [install-recursive] ??????? 1 make[1]: ??????? ??????? "/root/cvs/pacman-lib/doc" make: *** [install-recursive] ??????? 1
Sorry, parts of messages are in Ukrainian because I use uk_UA.KOI8-U locale.
i think something happened during the merge since it works in our tree udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org
On Wed, Oct 25, 2006 at 11:28:18AM +0300, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
Any suggestions how to compile pacman3 so it could work with pacman2 simultaneously?
./configure, make, sudo cp src/bin/pacman.static /usr/bin/pacman3 udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org
2006/10/25, VMiklos <vmiklos@frugalware.org>:
On Wed, Oct 25, 2006 at 11:28:18AM +0300, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
Any suggestions how to compile pacman3 so it could work with pacman2 simultaneously?
./configure, make, sudo cp src/bin/pacman.static /usr/bin/pacman3
Thanks, I already figured all by myself. I just used ./configure with default prefix /usr/local, so everything was placed there. BTW, make uninstall left LC_MESSAGES in /usr/locale/share/{locale,man} I think I'll get accustomed to diffing/patching today, so I'll be able to send a bunch of different patches. ;-) -- Roman Kyrylych (Роман Кирилич)
participants (3)
-
Aaron Griffin
-
Roman Kyrylych
-
VMiklos