Re: udp packet trucation with planner and sendsize
Mike, The patch is not required with amanda 2.5.1 Could you send me the amandad..debug file and the sendsize..debug file Jean-Louis Mike Coyne wrote: I am currently working with amanda2.5.1-p1 on a HPUX 11.11 machine. I seem to be getting my packets truncated to about 1024 bytes or so between the planner and the sendsize routine. This is much less than the 32768 byte limits mentioned in other posts. I may be having a problem with the code that splits up the packets , mentioned in a previous post there is a diff/patch that sets the max size to 65535 . Where can I get this patch?
udp packet trucation with planner and sendsize
I am currently working with amanda2.5.1-p1 on a HPUX 11.11 machine. I seem to be getting my packets truncated to about 1024 bytes or so between the planner and the sendsize routine. This is much less than the 32768 byte limits mentioned in other posts. I may be having a problem with the code that splits up the packets , mentioned in a previous post there is a diff/patch that sets the max size to 65535 . Where can I get this patch?
planner and sendsize
Here it goes something interesting too: sendsize.log> calculating for amname '/data0', dirname '/data0' sendsize: getting size via dump for /data0 level 0 sendsize: running "/sbin/dump 0Ssf 1048576 - /dev/md0" /dev/md0: Bad magic number in super-block while opening filesystem DUMP: The ENTIRE dump is aborted. running /usr/local/amanda/libexec/killgrp . ???
Re: planner and sendsize
On Wed, 13 Feb 2002 at 7:38pm, Juanjo wrote > Well, what I want to backup is a directory named /data0, which is inside > a reiserfs filesystem mounted on /dev/md0 which is a raid device... Then you can't use dump -- you must use tar. > gathering more info I've seen DUMP failing, but how come it's trying to > dump it?? I simply want backup of /data0, so tar should be the way, no? Yep. But you have to specify tar in your dumptype in amanda.conf. > Perhaps tar is failing at some point? > It's never getting started. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
Re: planner and sendsize
-Original Message- From: Joshua Baker-LePain <[EMAIL PROTECTED]> To: Juanjo <[EMAIL PROTECTED]> Date: Wed, 13 Feb 2002 13:13:12 -0500 (EST) Subject: Re: planner and sendsize > On Wed, 13 Feb 2002 at 6:23pm, Juanjo wrote > > > Here it goes something interesting too: > > > > sendsize.log> > > > > calculating for amname '/data0', dirname '/data0' > > sendsize: getting size via dump for /data0 level 0 > > sendsize: running "/sbin/dump 0Ssf 1048576 - /dev/md0" > > /dev/md0: Bad magic number in super-block while opening filesystem > > DUMP: The ENTIRE dump is aborted. > > running /usr/local/amanda/libexec/killgrp > > . > > > Hmmm, what filesystem are you running on that partition? If it's ext2, > then you may need to talk to the dump/restore maintainer about > supporting > software RAID partitions. You could also try upgrading dump/restore. > > -- > Joshua Baker-LePain > Department of Biomedical Engineering > Duke University > Well, what I want to backup is a directory named /data0, which is inside a reiserfs filesystem mounted on /dev/md0 which is a raid device... gathering more info I've seen DUMP failing, but how come it's trying to dump it?? I simply want backup of /data0, so tar should be the way, no? Perhaps tar is failing at some point? Regards.
Re: planner and sendsize
On Wed, 13 Feb 2002 at 6:23pm, Juanjo wrote > Here it goes something interesting too: > > sendsize.log> > > calculating for amname '/data0', dirname '/data0' > sendsize: getting size via dump for /data0 level 0 > sendsize: running "/sbin/dump 0Ssf 1048576 - /dev/md0" > /dev/md0: Bad magic number in super-block while opening filesystem > DUMP: The ENTIRE dump is aborted. > running /usr/local/amanda/libexec/killgrp > . > Hmmm, what filesystem are you running on that partition? If it's ext2, then you may need to talk to the dump/restore maintainer about supporting software RAID partitions. You could also try upgrading dump/restore. -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
planner and sendsize
Here it goes something interesting too: sendsize.log> calculating for amname '/data0', dirname '/data0' sendsize: getting size via dump for /data0 level 0 sendsize: running "/sbin/dump 0Ssf 1048576 - /dev/md0" /dev/md0: Bad magic number in super-block while opening filesystem DUMP: The ENTIRE dump is aborted. running /usr/local/amanda/libexec/killgrp . ???
