Re: gnutar: file changed as we read it

2002-05-12 Thread Kris Boulez
Quoting Joshua Baker-LePain ([EMAIL PROTECTED]): > On Wed, 8 May 2002 at 4:04pm, Kris Boulez wrote > > > > And what version of GNUtar? > > > > > tar (GNU tar) 1.13 > > Bad. Bad bad bad. You need to upgrade to at least 1.13.19, and from all > report

Re: gnutar: file changed as we read it

2002-05-10 Thread Kris Boulez
Quoting Joshua Baker-LePain ([EMAIL PROTECTED]): > On Wed, 8 May 2002 at 4:04pm, Kris Boulez wrote > > > > And what version of GNUtar? > > > > > tar (GNU tar) 1.13 > > Bad. Bad bad bad. You need to upgrade to at least 1.13.19, and from all > report

file permissions for rundump in 2.4.1p1

2001-08-28 Thread Kris Boulez
ut) . asking killpgrp to terminate sendsize: pid 13741 finish time Mon Aug 27 22:27:08 2001 The permissions on the rundump binary look like the ones on the working hosts. -rwsr-x---1 root amanda 14092 aug 8 17:16 rundump Someone who has an idea on this ? Kris, -- Kris Boule

Backing up filesystem to large for one tape

2001-08-06 Thread Kris Boulez
- (if the above step doesn't work) create a new /dev/rdsk/.. entry pointing to the same device but with a different name Do you think d) can be made to work ? Kris, -- Kris Boulez Tel: +32-9-241.11.00 AlgoNomics NV Fax: +32-9

Re: Exabyte 100L Tape Library, Solaris 8 and Amanda?

2001-07-13 Thread Kris Boulez
Quoting John R. Jackson ([EMAIL PROTECTED]): > >Hi all, new to the group! :-) > > Welcome! > > >I have a 400GIG RAID array on an Sun E3500 and a new Exabyte 110L tape > >library to back it up. > > OK. > > >Also, the 110L has scsi mode and sequential mode, not sure which one would > >be best

Re: one tape is not enough

2001-07-13 Thread Kris Boulez
Quoting Paul Lussier ([EMAIL PROTECTED]): > > In a message dated: Wed, 11 Jul 2001 13:40:13 +0200 > Vicente Vives said: > > >My problem is very 'simple'... > >I have to dump 13 GB using 2 GB tapes. > > > >Can i do this? > >How ? > > You can, you just need to be creative in how you do it. There

amanda-2.4.1-p1 and VxFS 3.3.3

2001-02-01 Thread Kris Boulez
Since upgrading VxFS (Veritas Filesystem) to v 3.3.3 on our Solaris 2.6 servers, amanda (2.4.1-p1) is complaining about strange dump results. An excerpt from a mail follows. Kris, /-- appel /dev/dsk/c3t5d0s4 lev 0 STRANGE sendbackup: start [appel:/dev/dsk/c3t5d0s4 level 0] sendbackup: info