Subject: Re: dump, dd, ssh oh my!
From: Matthew Schumacher (schu@schu.net)
Date: Wed Jun 26 2002 - 15:59:38 AKDT
In case anyone cares, I figured this out... here is the fix:
ssh host1 "dump -0ua -b 32 -f - /" | dd of=temp obs=32k
By using obs in dd you define the output-only block size so whatever
comes from ssh is broken up into 32k blocks as dump intended. For some
reason using bs=32k didn't cause dump to output 32k blocks correctly.
Now the output is:
808630+3956 records in
12666+0 records out
Which looks a little better.
schu
Matthew Schumacher wrote:
> Aklugers,
>
> I seem to having trouble with doing a network backup using ssh and dump.
> According to my unix backup book and several other resources on the
> internet this should work:
>
> host2# dump -0 -b 32 -f - /| ssh host1 "dd of=/dev/nst0 bs=32k"
>
> Instead I get:
>
> ===============================================================
> DUMP: Date of this level 0 dump: Tue Jun 25 15:52:16 2002
> DUMP: Dumping /dev/sda2 (/) to standard output
> DUMP: Added inode 8 to exclude list (journal inode)
> DUMP: Added inode 7 to exclude list (resize inode)
> DUMP: Label: /
> DUMP: mapping (Pass I) [regular files]
> DUMP: mapping (Pass II) [directories]
> DUMP: estimated 168473 tape blocks.
> DUMP: Volume 1 started with block 1 at: Tue Jun 25 15:52:17 2002
> DUMP: dumping (Pass III) [directories]
> DUMP: dumping (Pass IV) [regular files]
> DUMP: 58.18% done at 326 kB/s, finished in 0:03
> DUMP: Volume 1 completed at: Tue Jun 25 16:01:11 2002
> DUMP: Volume 1 174528 tape blocks (170.44MB)
> DUMP: Volume 1 took 0:08:54
> DUMP: Volume 1 transfer rate: 326 kB/s
> DUMP: 174528 tape blocks (170.44MB)
> DUMP: finished in 534 seconds, throughput 326 kBytes/sec
> DUMP: Date of this level 0 dump: Tue Jun 25 15:52:16 2002
> DUMP: Date this dump completed: Tue Jun 25 16:01:11 2002
> DUMP: Average transfer rate: 326 kB/s
> DUMP: DUMP IS DONE
> 2+43556 records in
> 2+43556 records out
> ===============================================================
>
> Notice the odd dd output on the bottom and also the terrible throughput.
> Both dd and dump are set to use a 32k block. Here is what I get when
> I try to restore -b 32 -f /dev/st0 -i: "restore: Tape blocksize is too
> large, use '-b 32'"
>
> Anyway, I can do it locally without issue:
> ===============================================================
> host1# dump -0u -b 32 -f - / | dd of=/dev/nst0 bs=32k
> DUMP: Date of this level 0 dump: Tue Jun 25 15:46:46 2002
> DUMP: Dumping /dev/sda2 (/) to standard output
> DUMP: Added inode 8 to exclude list (journal inode)
> DUMP: Added inode 7 to exclude list (resize inode)
> DUMP: Label: /
> DUMP: mapping (Pass I) [regular files]
> DUMP: mapping (Pass II) [directories]
> DUMP: estimated 162967 tape blocks.
> DUMP: Volume 1 started with block 1 at: Tue Jun 25 15:46:47 2002
> DUMP: dumping (Pass III) [directories]
> DUMP: dumping (Pass IV) [regular files]
> DUMP: Volume 1 completed at: Tue Jun 25 15:47:14 2002
> DUMP: Volume 1 168256 tape blocks (164.31MB)
> DUMP: Volume 1 took 0:00:27
> DUMP: Volume 1 transfer rate: 6231 kB/s
> DUMP: 168256 tape blocks (164.31MB)
> DUMP: finished in 27 seconds, throughput 6231 kBytes/sec
> DUMP: Date of this level 0 dump: Tue Jun 25 15:46:46 2002
> DUMP: Date this dump completed: Tue Jun 25 15:47:14 2002
> DUMP: Average transfer rate: 6231 kB/s
> DUMP: DUMP IS DONE
> 2629+0 records in
> 2629+0 records out
>
> host1# restore -b 32 -f /dev/st0 -i
> restore >
> ===============================================================
>
> Anyone have any ideas?
>
> schu
>
>
-- "We'll need 2000 crickets, 4 cans of Easy Cheese, and the fluid from 18 glowsticks for this plan to work..."--------- To unsubscribe, send email to <aklug-request@aklug.org> with 'unsubscribe' in the message body.
This archive was generated by hypermail 2a23 : Wed Jun 26 2002 - 16:02:13 AKDT