[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#623422: marked as done (dump locks up on sparc)

Your message dated Mon, 04 May 2015 12:20:57 +0000
with message-id <E1YpFMn-0003UQ-3S@franck.debian.org>
and subject line Bug#623422: fixed in dump 0.4b44-7
has caused the Debian Bug report #623422,
regarding dump locks up on sparc
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
623422: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=623422
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: dump
Version: 0.4b43-1
Severity: important

i've got two sparcs (a enterprise 250 and a sunfire v240) which were recently
upgraded from lenny to squeeze. they've got locally built kernels (one ancient,
one 2.6.35.12).

on both machines dump locks up straight after writing out the 
"estimated xxx blocks" message. strace of the main dump process shows it
waiting for its child process, which is as expected. stracing the child
process shows that it is in a tight loop, waiting for (nonexistent)
children. 

a quick check of the source shows that the only relevant wait calls are 
in startnewtape() which does a clone(). apparently that doesn't work
properly in this case, or the child wouldn't mistakenly assume it's 
the parent. 

dump from lenny works fine on both machines, with the very same kernels.

here are some relevant snippets from strace (which unfortunately doesn't 
include the cloned process even with -f given...):

execve("/sbin/dump", ["dump", "-0f", "/stuff/dumpfile", "/dev/md0"], [/* 23 vars */]) = 0
...usual startup...
write(2, "  DUMP: ", 8  DUMP: )                 = 8
write(2, "mapping (Pass II) [directories]\n", 32mapping (Pass II) [directories]
) = 32
write(2, "  DUMP: ", 8  DUMP: )                 = 8
write(2, "estimated 42588 blocks.\n", 24estimated 42588 blocks.
) = 24
rt_sigprocmask(SIG_BLOCK, [INT], NULL, 8) = 0
time(NULL)                              = 1303265797
rt_sigprocmask(SIG_UNBLOCK, [INT], NULL, 8) = 0
clone(Process 2099 attached
child_stack=0, flags=0x80000000|SIGCHLD) = 2099
[pid  2096] rt_sigprocmask(SIG_BLOCK, [INT], NULL, 8) = 0
[pid  2096] wait4(-1, Process 2096 suspended
 <unfinished ...>

the manual strace on 2099 simply gives a never-ending list of
wait4(-1, 0xffa6e57c, 0, NULL)          = -1 ECHILD (No child processes)
wait4(-1, 0xffa6e57c, 0, NULL)          = -1 ECHILD (No child processes)
wait4(-1, 0xffa6e57c, 0, NULL)          = -1 ECHILD (No child processes)

regards
az

--- End Message ---
--- Begin Message --- 
Source: dump
Source-Version: 0.4b44-7

We believe that the bug you reported is fixed in the latest version of
dump, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 623422@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Alexander Zangerl <az@debian.org> (supplier of updated dump package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Mon, 04 May 2015 22:00:02 +1000
Source: dump
Binary: dump
Architecture: source amd64
Version: 0.4b44-7
Distribution: unstable
Urgency: low
Maintainer: Alexander Zangerl <az@debian.org>
Changed-By: Alexander Zangerl <az@debian.org>
Description: 
 dump       - 4.4bsd dump and restore for ext2 filesystems
Closes: 623422 722731 772259
Changes: 
 dump (0.4b44-7) unstable; urgency=low
 .
   * new maintainer (closes: #722731)
   * removed remaining bashisms in example script (closes: #772259)
   * applied patch for lockup on sparcs (closes: #623422)
Checksums-Sha1: 
 7df5718fcf2df7283f412fb8a6b42b152c4651d0 1957 dump_0.4b44-7.dsc
 acef551b4ef2ddc41c8588f48f93f4beae46c414 13538 dump_0.4b44-7.debian.tar.gz
 2f079e74b04c1c0ed90cad1c16cc6c1b4e508345 287368 dump_0.4b44-7_amd64.deb
Checksums-Sha256: 
 29b6c8440c4a2ae47c625a32ae475f99fb5a14a3450e72356eb44af96d6de18c 1957 dump_0.4b44-7.dsc
 9ea2dd141d836724c014902dfaef933c778d3a3666d8ee9cb91fb5e58a976761 13538 dump_0.4b44-7.debian.tar.gz
 4406e121559794573412ff5b336ed9331ebe809b06b0d516abff531612a91de3 287368 dump_0.4b44-7_amd64.deb
Files: 
 c4371ebbf8788afd7a74746093272140 1957 utils optional dump_0.4b44-7.dsc
 df38624b2fb3d9c317d3888499fe6156 13538 utils optional dump_0.4b44-7.debian.tar.gz
 5c109c1b320ec6553e1167106cbcd690 287368 utils optional dump_0.4b44-7_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCgAGBQJVR2GAAAoJED06g4g30PqNt0oP/iG+DUkZmXaMKbfpcuQZzTNp
IV+YJU+heFpwwlaEvIYRFnbuZUPlZQivh/YbKoENI1EePQJ1xjRJzjbZwuAHslds
IKfg1OdTvjMrXSG8G6P34Ik1Y39qDNX2wz/5nSQXqzmlJdL51MROg0WdsaDoSrsn
FRx2md20QGbxkoKlR3XPYYKGI7cWlqGlEM6SktthQKTPLkE/9jMbctKUCfUkqQ34
EMGJxv1jq99BUmyu2Zm0gWPPi84SMBpJxhntyUzU8WrAjxihrMeitMrivETzhVUa
FSJPOSBbFAxegGyfXshqgPAW5WiTKftV24H2eZ8DsVD5tQpJIYBYP/z4n0eZGDv+
6nO0QTxqf/If1SKs7YvcXJfz8se21PwehGqLaKa5aPB4468U7FwHrXixkW72VtMJ
YXZhGa/J/SMOBZUgVhIjZZiuQ042GHpQdNVykCBN+/QPyVhcGSMhsVXLYh8NeDbP
tybhx/cmrHmHNkWH//l9c2wrGVZIZjHPxa7QqNdl2G8rQhFdqZzjp70XOChT7W0h
JQLrwjl8z/eFeQNBwIeYVWCTIEtJM5SdMtfLt7/j2X/1oHe1H2xsIF24ENwMKB6U
G9UBfXJj1PZESEW2AFoUdhnbXxE+SqKWVmuBcl2/0vwcilauktPlZc0UvnrbWlAM
GdWHv3RVbv6Hl+DHnWa0
=P6w4
-----END PGP SIGNATURE-----

--- End Message ---
Reply to: