Re: Failed with strange errors

2006-09-15 Thread Kevin Till
Nick Brockner wrote: Hi All, I am new to amanda, and I have just set up a backup scheme and am trying to test (using 2.5.1). When I have only one of my remote hosts in the disklist, the backup will run fine. When I add the other remote host as well as the localhost (also a web server), I am

Re: amflush "NO FILE TO FLUSH"

2006-09-15 Thread up
he DLT drive complained about needing to be cleaned, so I did that, > amlabeled another tape (not a new one, but one that should be fine) and > attempted to amflush thusly: > > su-2.05b$ amflush ns1 ns1_0 Scanning/home/amanda/dumps... > 20060914210742: found Amanda directory. >

amflush "NO FILE TO FLUSH"

2006-09-15 Thread up
. The DLT drive complained about needing to be cleaned, so I did that, amlabeled another tape (not a new one, but one that should be fine) and attempted to amflush thusly: su-2.05b$ amflush ns1 ns1_0 Scanning/home/amanda/dumps... 20060914210742: found Amanda directory. Today is: 200

Re: Sun License statements

2006-09-15 Thread Jon LaBadie
On Fri, Sep 15, 2006 at 12:33:45PM -0400, Ian Turner wrote: > On Friday 15 September 2006 11:21, Jon LaBadie wrote: > > I scanned throught the 2.4.4 code and found no indication it is used > > by any code there. It is unlikely sst gets used more in later amanda > > releases. > > A quick grep of 2

Re: Sun License statements

2006-09-15 Thread Ian Turner
On Friday 15 September 2006 11:21, Jon LaBadie wrote: > I scanned throught the 2.4.4 code and found no indication it is used > by any code there. It is unlikely sst gets used more in later amanda > releases. A quick grep of 2.5.1 suggests it's not in use there either. I say we ditch it. --Ian -

Re: Sun License statements

2006-09-15 Thread Jon LaBadie
On Fri, Sep 15, 2006 at 10:00:51AM -0400, William Baroniunas wrote: > Hi. > > I would like to get some feedback on certain Sun copyright statements > which can be found in /contrib/sst directory. These appear to be a > chunk of example code that someone upstream copied inadvertently. We > ar

Failed with strange errors

2006-09-15 Thread Nick Brockner
Hi All, I am new to amanda, and I have just set up a backup scheme and am trying to test (using 2.5.1). When I have only one of my remote hosts in the disklist, the backup will run fine. When I add the other remote host as well as the localhost (also a web server), I am seeing the errors be

Sun License statements

2006-09-15 Thread William Baroniunas
Hi. I would like to get some feedback on certain Sun copyright statements which can be found in /contrib/sst directory. These appear to be a chunk of example code that someone upstream copied inadvertently. We are currently planning to patch the code out since it seems to be Solaris-specif

Re: changes to amanda.conf for amanda 2.5.1?

2006-09-15 Thread up
On Thu, 14 Sep 2006, Frank Smith wrote: > Chan, Victor wrote: > > To all, > > > > I've changed up to Amanda 2.5.1. For some reason, these three > > parameters that used to work in Amanda.conf didn't work anymore. > > > > What version were you using? > > > > > > diskdir "var/tmp: > > I don't see t

Re: changes to amanda.conf for amanda 2.5.1?

2006-09-15 Thread Jean-Louis Martineau
Hi, amanda 2.5.1 doesn't support old syntax/obsoletes options. Use holdingdisk and logdir instead. Jean-Louis Chan, Victor wrote: To all, I’ve changed up to Amanda 2.5.1. For some reason, these three parameters that used to work in Amanda.conf didn’t work anymore. diskdir “var/tmp: disk

Re: amtapetype "aborts" on XServe running Yellow Dog Linux 4.1

2006-09-15 Thread Geert Uytterhoeven
On Fri, 15 Sep 2006, Geert Uytterhoeven wrote: > On Thu, 14 Sep 2006, Nick Jones wrote: > > Here is what I've gotten twice, with hardware compression on and off. > > > > [EMAIL PROTECTED] amanda]# ./sbin/amtapetype -f /dev/tape -e 400g -o > > Writing 2048 Mbyte compresseable data: 31 sec > > Wr

Re: amtapetype "aborts" on XServe running Yellow Dog Linux 4.1

2006-09-15 Thread Geert Uytterhoeven
On Thu, 14 Sep 2006, Nick Jones wrote: > Here is what I've gotten twice, with hardware compression on and off. > > [EMAIL PROTECTED] amanda]# ./sbin/amtapetype -f /dev/tape -e 400g -o > Writing 2048 Mbyte compresseable data: 31 sec > Writing 2048 Mbyte uncompresseable data: 31 sec > Estimated