Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 13 Jul 2009 09:17:24 +0200
From:      Michael Gmelin <freebsdusb@bindone.de>
To:        =?ISO-8859-1?Q?Bal=E1zs_M=E1t=E9ffy?= <repcsike@gmail.com>
Cc:        freebsd-net@freebsd.org
Subject:   Re: Fwd: dump hangs on 7.1
Message-ID:  <4A5ADF84.7040506@bindone.de>
In-Reply-To: <c4b701070907122341g2295f285uab250d23d6bb7f1f@mail.gmail.com>
References:  <200907101829.AA227541664@mail.Go2France.com>	<200907120914.50095.mel.flynn%2Bfbsd.questions@mailing.thruhere.net>	<200907122042515.SM01728@W500.Go2France.com>	<c4b701070907122341q7bef82bbwb0943c5fe3d1ff1d@mail.gmail.com> <c4b701070907122341g2295f285uab250d23d6bb7f1f@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
The problem you're referring to was fixed in 7.1 (we had the same issues
in 7.0 i386), so I don't think this is the problem Len is facing.

Balázs Mátéffy wrote:
> Hi,
> 
> I had a similar error with 7.0, and found reference that there was
> problem(as far as I can remember there was an issue with large disk I/O and
> creating snapshots on the partition).
> Dump was creating the files, and it hanged, sometimes it finishes like once
> in ten for small partitions. Every time hangs at pass 4, but for me
> sometimes it was unable to get back to the shell with ctrl + c, I had to
> close my ssh session, but I could fine the dump session in ps -ax.
> 
> I had the generic kernel, and I user freebsd-update to update to 7.2, now
> it's working like a charm!
> 
> Because you don't have dump, please backup your system with another utility
> before even thinking about the update, or you can still wait for the others
> to tell you something useful.
> 
> Maybe some vmstat / gstat detail could be helpful to look up the resource
> usage when dump hangs?
> 
> Best Regards,
> 
> Balázs.
> 
> 
> 
> 2009/7/12 Len Conrad <LConrad@go2france.com>
> 
> 
>>> On Friday 10 July 2009 08:29:01 Len Conrad wrote:
>>>> FreeBSD 7.1-RELEASE #0: Thu Jan  1 14:37:25 UTC 2009
>>>> root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
>>>>
>>>> CPU: Intel(R) Xeon(R) CPU           E5420  @ 2.50GHz (2496.26-MHz
>> 686-class
>>>> CPU) Origin = "GenuineIntel"  Id = 0x1067a  Stepping = 10
>>>>   AMD Features=0x20100000<NX,LM>
>>>>   AMD Features2=0x1<LAHF>
>>>>   Cores per package: 4
>>>> real memory  = 3484745728 (3323 MB)
>>>> avail memory = 3405537280 (3247 MB)
>>>> ACPI APIC Table: <DELL   PE_SC3  >
>>>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
>>>>  cpu0 (BSP): APIC ID:  0
>>>>  cpu1 (AP): APIC ID:  1
>>>>  cpu2 (AP): APIC ID:  2
>>>>  cpu3 (AP): APIC ID:  3
>>>>
>>>>
>>>> /sbin/dump -0uanL -f - / | ssh dump_images@xxx.net dd
>>>> of=/var/ftp/dump_images/mx1-root-test
>>>>
>>>> dump has completed only once. Several other dumps have all gotten under
>>>> way, target file is created and increases until the hang.
>>>>
>>>> CTRL-C gets back to shell,eg:
>>>>
>>>>   DUMP: Date of this level 0 dump: Fri Jul 10 10:25:33 2009
>>>>   DUMP: Date of last level 0 dump: the epoch
>>>>   DUMP: Dumping snapshot of /dev/da0s1d (/usr) to standard output
>>>>   DUMP: mapping (Pass I) [regular files]
>>>>   DUMP: mapping (Pass II) [directories]
>>>>   DUMP: estimated 1713942 tape blocks.
>>>>   DUMP: dumping (Pass III) [directories]
>>>>   DUMP: dumping (Pass IV) [regular files]
>>>> ^C  DUMP: Interrupt received.
>>>>   DUMP: Do you want to abort dump?: ("yes" or "no") Killed by signal 2.
>>>>   DUMP: Broken pipe
>>>>   DUMP: The ENTIRE dump is aborted.
>>>>
>>>> Hangs always in Pass IV
>>> What's the output ps -auwwx|grep dump at the time of the dump.
>> when the dump hangs:
>>
>> ps auxww | grep dump
>>
>> root    61360  0.0  0.0  3128  1168  p0  I+    1:47PM   0:00.06 /sbin/dump
>> -0uanL -f - / (dump)
>>
>> root    61361  0.0  0.1  5560  2768  p0  I+    1:47PM   0:03.65 ssh
>> xxx@xxx.net dd of=/var/ftp/dump_images/mx1-root-test
>>
>> root    61364  0.0  0.0  3128  1528  p0  I+    1:47PM   0:00.36 dump:
>> /dev/da0s1a: pass 4: 92.66% done, finished in 0:00 at Sun Jul 12 13:47:52
>> 2009 (dump)
>>
>> root    61365  0.0  0.0  3128  1184  p0  I+    1:47PM   0:00.29 /sbin/dump
>> -0uanL -f - / (dump)
>>
>> root    61366  0.0  0.0  3128  1184  p0  I+    1:47PM   0:00.29 /sbin/dump
>> -0uanL -f - / (dump)
>>
>> root    61367  0.0  0.0  3128  1184  p0  I+    1:47PM   0:00.29 /sbin/dump
>> -0uanL -f - / (dump)
>>
>> root    61382  0.0  0.0  1660   900  p1  R+    1:48PM   0:00.00 grep dump
>>
>> ========
>>
>> btw, with dump and dar failing, I tried rdiff-backup which succeeded.
>>
>> Thanks
>> Len
>>
>>
>> _______________________________________________
>> freebsd-net@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-net
>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
>>
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A5ADF84.7040506>