atom feed20 messages in org.freebsd.freebsd-stableRe: bin/121684: : dump(8) frequently ...
FromSent OnAttachments
MichaelAug 31, 2008 7:12 pm 
Derek KulińskiSep 1, 2008 2:06 am 
Mike TancsaSep 1, 2008 6:35 am 
Kevin ObermanSep 1, 2008 8:59 am 
Mike TancsaSep 1, 2008 9:06 am 
Lawrence FarrSep 1, 2008 9:41 am 
Kevin ObermanSep 1, 2008 1:13 pm 
Derek KulińskiSep 1, 2008 1:17 pm 
MichaelSep 1, 2008 2:28 pm.patch
Jeremy ChadwickSep 1, 2008 2:38 pm 
Jeremy ChadwickSep 1, 2008 3:27 pm 
Mike TancsaSep 1, 2008 3:31 pm 
Jeremy ChadwickSep 1, 2008 3:36 pm 
Kevin ObermanSep 1, 2008 4:51 pm 
Derek KulińskiSep 1, 2008 6:18 pm 
Danny BranissSep 1, 2008 11:38 pm 
Jeremy ChadwickSep 1, 2008 11:47 pm 
Robert WatsonSep 2, 2008 12:55 am 
Kevin ObermanSep 2, 2008 8:21 am 
Danny BranissSep 3, 2008 2:14 am 
Subject:Re: bin/121684: : dump(8) frequently hangs
From:Mike Tancsa (mi@sentex.net)
Date:Sep 1, 2008 3:31:13 pm
List:org.freebsd.freebsd-stable

At 05:38 PM 9/1/2008, Jeremy Chadwick wrote:

Can someone explain what "dump frequently hangs" actually means?

Does it lock up the entire machine indefinitely (and if so, how long did you wait for it to (hopefully) recover)?

As in the process hanging. For me, it was fixed quite some time ago.

[zoo]# ps -auxlww | grep dump root 32093 0.0 3.8 39972 38036 ?? D Fri11PM 0:00.43 /sbin/dump -C24 0 1 0 20 0 pause root 73970 0.0 2.7 28708 26688 ?? D Thu11PM 0:00.14 /sbin/dump -C24 0 1 1 20 0 pause root 80852 0.0 3.8 39972 38000 ?? D 11:30PM 0:18.43 /sbin/dump -C24 0 1 0 20 0 pause root 98637 0.0 0.1 3308 1040 pd RL+ 8:20AM 0:00.00 grep dump 0 72305 0 96 0 - [zoo]# kill -9 80852 [zoo]# kill -9 80852 [zoo]# kill -9 80852 [zoo]# ps -auxlww | grep dump root 32093 0.0 3.8 39972 38036 ?? D Fri11PM 0:00.43 /sbin/dump -C24 0 1 0 20 0 pause root 73970 0.0 2.7 28708 26688 ?? D Thu11PM 0:00.14 /sbin/dump -C24 0 1 1 20 0 pause root 80852 0.0 3.8 39972 38000 ?? D 11:30PM 0:18.43 /sbin/dump -C24 0 1 0 20 0 pause root 98639 0.0 0.1 3308 1040 pd R+ 8:20AM 0:00.00 grep dump 0 72305 0 96 0 - [zoo]#

[1]: rsync is great for backups, and very fast, but there's the issue of modifying atimes. I committed a patch to ports/net/rsync which adds an --atimes flag, except its behaviour is not what you'd expect: the file which was copied, at the destination, has the correct atime (of the source), but the source itself ends up getting its atime modified, so you're essentially destroying the atime data on the source.

One of the reasons I dont use it for backups. Also its a pain with things like /dev and other special files.

---Mike