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>