Re: problems with label of tape in last slot

2005-11-04 Thread Stefan Herrmann

and again problems with the label of the last tape:

START driver date 20051104
DISK planner stefan.hq.imos.net /
DISK planner ox.hq.imos.net /
DISK planner ox.hq.imos.net /usr
DISK planner ox.hq.imos.net /var
DISK planner sulu.hq.imos.net /
DISK planner sulu.hq.imos.net /boot
DISK planner sulu.hq.imos.net /opt1
DISK planner sulu.hq.imos.net /opt2
START planner date 20051104
STATS driver startup time 0.212
ERROR taper no-tape [label daily8 or new tape not found in rack]
FAIL planner ox.hq.imos.net /var 20051104 0 [Request to ox.hq.imos.net 
timed out.]
FAIL planner ox.hq.imos.net /usr 20051104 0 [Request to ox.hq.imos.net 
timed out.]
FAIL planner ox.hq.imos.net / 20051104 0 [Request to ox.hq.imos.net 
timed out.]

FINISH planner date 20051104 time 773.556
[...]

stefan:/usr/local/amanda/etc/amanda/daily amanda$ amcheck daily
Amanda Tape Server Host Check
-
Holding disk /Volumes/amanda2: 212687 MB disk space available, that's 
plenty

amcheck-server: slot 2: date 20051027 label daily2 (active tape)
amcheck-server: slot 3: date 20051027 label daily3 (active tape)
amcheck-server: slot 4: date 20051028 label daily4 (active tape)
amcheck-server: slot 5: date 20051029 label daily5 (active tape)
amcheck-server: slot 6: date 20051030 label daily6 (active tape)
amcheck-server: slot 7: date 20051031 label daily7 (active tape)
amcheck-server: slot expr:: tape_rdlabel: tape open: syntax error: No 
such file or directory

amcheck-server: slot 1: date 20051026 label daily1 (active tape)
ERROR: label daily8 or new tape not found in rack
   (expecting tape daily8 or a new tape)
NOTE: skipping tape-writable test
Server check took 2.250 seconds

Amanda Backup Client Hosts Check

Client check: 3 hosts checked in 10.606 seconds, 0 problems found

(brought to you by Amanda 2.4.5)



so i did amrmtape and newly labeled the tape 8:

stefan:/usr/local/amanda/etc/amanda/daily amanda$ amrmtape daily daily8
amrmtape: remove label daily8.
amrmtape: preserving original database in curinfo.orig.17536 (exported).
stefan:/usr/local/amanda/etc/amanda/daily amanda$ amlabel daily daily8 
slot 8

labeling tape in slot expr: (syntax error):
rewinding
amlabel: tape_rewind: tape open: syntax error: No such file or directory
stefan:/usr/local/amanda/etc/amanda/daily amanda$ amlabel daily daily8 
slot 8

labeling tape in slot 8 (file:/Volumes/amanda1/daily):
rewinding, reading label daily8
rewinding, writing label daily8, checking label, done.

second call of amlabel worded, as usual..


bye
Stefan Herrmann



Re: AW: AW: AW: AW: AW: AW: AW: Estimate timeout from server

2005-11-04 Thread Alexander Jolk

Sebastian Kösters wrote:

Thats all in sendsize:

sendsize: debug 1 pid 5132 ruid 33 euid 33: start at Fri Nov  4 02:30:02
2005
sendsize: version 2.4.3
sendsize[5132]: time 0.007: waiting for any estimate child
sendsize[5134]: time 0.007: calculating for amname '/pst', dirname '/pst',
spindle -1
sendsize[5134]: time 0.007: getting size via gnutar for /pst level 0
sendsize[5134]: time 0.034: spawning /usr/lib/amanda/runtar in pipeline
sendsize[5134]: argument list: /bin/tar --create --file /dev/null
--directory /pst --one-file-system --listed-incremental
/var/lib/amanda/gnutar-lists/pst_ps
t_0.new --sparse --ignore-failed-read --totals --exclude-from
/tmp/amanda/sendsize._pst.20051104023002.exclude .
sendsize[5134]: time 2938.236: Total bytes written: 86986362880 (81GB,
28MB/s)
sendsize[5134]: time 2938.237: .
sendsize[5134]: estimate time for /pst level 0: 2938.203
sendsize[5134]: estimate size for /pst level 0: 84947620 KB
sendsize[5134]: time 2938.237: waiting for /bin/tar /pst child
sendsize[5134]: time 2938.237: after /bin/tar /pst wait
sendsize[5134]: time 2938.238: done with amname '/pst', dirname '/pst',
spindle -1
sendsize[5132]: time 2938.238: child 5134 terminated normally
sendsize: time 2938.238: pid 5132 finish time Fri Nov  4 03:19:00 2005


[...]


Seems to work but why not directly with amanda?!


Remind me, did you change etimeout?  Your sendsize debug file seems 
normal to me, and in fact we see that the estimate size is correctly 
identified.  Could you show the corresponding amandad debug file please?


Alex


--
Alexander Jolk  * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28  *  Fax +33-1 42 68 18 29


AW: AW: AW: AW: AW: AW: AW: AW: Estimate timeout from server

2005-11-04 Thread Sebastian Kösters
The last try from which i posted the output was by hand. Now i`am trying
again with Amanda (Timeout 4000)


-Ursprüngliche Nachricht-
Von: Alexander Jolk [mailto:[EMAIL PROTECTED] 
Gesendet: Freitag, 4. November 2005 09:54
An: Sebastian Kösters
Cc: amanda-users@amanda.org
Betreff: Re: AW: AW: AW: AW: AW: AW: AW: Estimate timeout from server

Sebastian Kösters wrote:
 Thats all in sendsize:
 
 sendsize: debug 1 pid 5132 ruid 33 euid 33: start at Fri Nov  4 02:30:02
 2005
 sendsize: version 2.4.3
 sendsize[5132]: time 0.007: waiting for any estimate child
 sendsize[5134]: time 0.007: calculating for amname '/pst', dirname '/pst',
 spindle -1
 sendsize[5134]: time 0.007: getting size via gnutar for /pst level 0
 sendsize[5134]: time 0.034: spawning /usr/lib/amanda/runtar in pipeline
 sendsize[5134]: argument list: /bin/tar --create --file /dev/null
 --directory /pst --one-file-system --listed-incremental
 /var/lib/amanda/gnutar-lists/pst_ps
 t_0.new --sparse --ignore-failed-read --totals --exclude-from
 /tmp/amanda/sendsize._pst.20051104023002.exclude .
 sendsize[5134]: time 2938.236: Total bytes written: 86986362880 (81GB,
 28MB/s)
 sendsize[5134]: time 2938.237: .
 sendsize[5134]: estimate time for /pst level 0: 2938.203
 sendsize[5134]: estimate size for /pst level 0: 84947620 KB
 sendsize[5134]: time 2938.237: waiting for /bin/tar /pst child
 sendsize[5134]: time 2938.237: after /bin/tar /pst wait
 sendsize[5134]: time 2938.238: done with amname '/pst', dirname '/pst',
 spindle -1
 sendsize[5132]: time 2938.238: child 5134 terminated normally
 sendsize: time 2938.238: pid 5132 finish time Fri Nov  4 03:19:00 2005

[...]

 Seems to work but why not directly with amanda?!

Remind me, did you change etimeout?  Your sendsize debug file seems 
normal to me, and in fact we see that the estimate size is correctly 
identified.  Could you show the corresponding amandad debug file please?

Alex


-- 
Alexander Jolk  * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28  *  Fax +33-1 42 68 18 29






AW: AW: AW: AW: AW: AW: AW: AW: Estimate timeout from server

2005-11-04 Thread Sebastian Kösters
Like i said i started amdumup with etimeout = 4000but now ist running
since 8:36  now it is 10:53.

And it is even running

I dont understand.

On the client thera are the following process from amanda:

8243 ?S  0:00 /usr/lib/amanda/sendbackup
 8245 ?S 52:15 /usr/bin/gzip --fast
 8246 ?S  1:19 /usr/lib/amanda/sendbackup
 8247 ?S  0:00 sh -c /bin/tar -tf - 2/dev/null | sed -e
's/^\.//'
 8248 ?S  0:49 /bin/tar -tf -
 8249 ?S  0:00 sed -e s/^\.//
 8250 ?R  2:30 gtar --create --file - --directory /pst
--one-file-system --listed-incremental
/var/lib/amanda/gnutar-lists/pst_pst_0.new --sparse
 

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im
Auftrag von Alexander Jolk
Gesendet: Freitag, 4. November 2005 09:54
An: Sebastian Kösters
Cc: amanda-users@amanda.org
Betreff: Re: AW: AW: AW: AW: AW: AW: AW: Estimate timeout from server

Sebastian Kösters wrote:
 Thats all in sendsize:
 
 sendsize: debug 1 pid 5132 ruid 33 euid 33: start at Fri Nov  4 02:30:02
 2005
 sendsize: version 2.4.3
 sendsize[5132]: time 0.007: waiting for any estimate child
 sendsize[5134]: time 0.007: calculating for amname '/pst', dirname '/pst',
 spindle -1
 sendsize[5134]: time 0.007: getting size via gnutar for /pst level 0
 sendsize[5134]: time 0.034: spawning /usr/lib/amanda/runtar in pipeline
 sendsize[5134]: argument list: /bin/tar --create --file /dev/null
 --directory /pst --one-file-system --listed-incremental
 /var/lib/amanda/gnutar-lists/pst_ps
 t_0.new --sparse --ignore-failed-read --totals --exclude-from
 /tmp/amanda/sendsize._pst.20051104023002.exclude .
 sendsize[5134]: time 2938.236: Total bytes written: 86986362880 (81GB,
 28MB/s)
 sendsize[5134]: time 2938.237: .
 sendsize[5134]: estimate time for /pst level 0: 2938.203
 sendsize[5134]: estimate size for /pst level 0: 84947620 KB
 sendsize[5134]: time 2938.237: waiting for /bin/tar /pst child
 sendsize[5134]: time 2938.237: after /bin/tar /pst wait
 sendsize[5134]: time 2938.238: done with amname '/pst', dirname '/pst',
 spindle -1
 sendsize[5132]: time 2938.238: child 5134 terminated normally
 sendsize: time 2938.238: pid 5132 finish time Fri Nov  4 03:19:00 2005

[...]

 Seems to work but why not directly with amanda?!

Remind me, did you change etimeout?  Your sendsize debug file seems 
normal to me, and in fact we see that the estimate size is correctly 
identified.  Could you show the corresponding amandad debug file please?

Alex


-- 
Alexander Jolk  * BUF Compagnie * [EMAIL PROTECTED]
Tel +33-1 42 68 18 28  *  Fax +33-1 42 68 18 29






Re: problems with label of tape in last slot

2005-11-04 Thread Paul Bijnens

Stefan Herrmann wrote:

and again problems with the label of the last tape:

START driver date 20051104
DISK planner stefan.hq.imos.net /
DISK planner ox.hq.imos.net /
DISK planner ox.hq.imos.net /usr
DISK planner ox.hq.imos.net /var
DISK planner sulu.hq.imos.net /
DISK planner sulu.hq.imos.net /boot
DISK planner sulu.hq.imos.net /opt1
DISK planner sulu.hq.imos.net /opt2
START planner date 20051104
STATS driver startup time 0.212
ERROR taper no-tape [label daily8 or new tape not found in rack]
FAIL planner ox.hq.imos.net /var 20051104 0 [Request to ox.hq.imos.net 
timed out.]
FAIL planner ox.hq.imos.net /usr 20051104 0 [Request to ox.hq.imos.net 
timed out.]
FAIL planner ox.hq.imos.net / 20051104 0 [Request to ox.hq.imos.net 
timed out.]

FINISH planner date 20051104 time 773.556
[...]

stefan:/usr/local/amanda/etc/amanda/daily amanda$ amcheck daily
Amanda Tape Server Host Check
-
Holding disk /Volumes/amanda2: 212687 MB disk space available, that's 
plenty

amcheck-server: slot 2: date 20051027 label daily2 (active tape)
amcheck-server: slot 3: date 20051027 label daily3 (active tape)
amcheck-server: slot 4: date 20051028 label daily4 (active tape)
amcheck-server: slot 5: date 20051029 label daily5 (active tape)
amcheck-server: slot 6: date 20051030 label daily6 (active tape)
amcheck-server: slot 7: date 20051031 label daily7 (active tape)
amcheck-server: slot expr:: tape_rdlabel: tape open: syntax error: No 
such file or directory

amcheck-server: slot 1: date 20051026 label daily1 (active tape)
ERROR: label daily8 or new tape not found in rack
   (expecting tape daily8 or a new tape)
NOTE: skipping tape-writable test
Server check took 2.250 seconds

Amanda Backup Client Hosts Check

Client check: 3 hosts checked in 10.606 seconds, 0 problems found

(brought to you by Amanda 2.4.5)



so i did amrmtape and newly labeled the tape 8:

stefan:/usr/local/amanda/etc/amanda/daily amanda$ amrmtape daily daily8
amrmtape: remove label daily8.
amrmtape: preserving original database in curinfo.orig.17536 (exported).
stefan:/usr/local/amanda/etc/amanda/daily amanda$ amlabel daily daily8 
slot 8

labeling tape in slot expr: (syntax error):
rewinding
amlabel: tape_rewind: tape open: syntax error: No such file or directory
stefan:/usr/local/amanda/etc/amanda/daily amanda$ amlabel daily daily8 
slot 8

labeling tape in slot 8 (file:/Volumes/amanda1/daily):
rewinding, reading label daily8
rewinding, writing label daily8, checking label, done.

second call of amlabel worded, as usual..


Still full of syntax error message, that we try to locate.
My guess is that it is hapening in the chg-disk shell script,
when a syntax error for the expr command is triggered when
advancing to the last slot.  Could be missing quotes around a variable
that is empty in some cases.

I'm still waiting for the sh -vx output of chg-disk.
The last one you sent, was a normal case, not the case of
going from the last-but-one to the last slot.

So do:

  $ cd /usr/local/amanda/etc/amanda/daily
  $ /usr/local/libexec/chg-disk -slot 7
  $ sh -vx /usr/local/libexec/chg-disk -next


--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***


Re: AW: AW: AW: AW: AW: AW: AW: Estimate timeout from server

2005-11-04 Thread Paul Bijnens

Sebastian Kösters wrote:

Hi!

Thats all in sendsize:

sendsize: debug 1 pid 5132 ruid 33 euid 33: start at Fri Nov  4 02:30:02
2005
sendsize: version 2.4.3
sendsize[5132]: time 0.007: waiting for any estimate child
sendsize[5134]: time 0.007: calculating for amname '/pst', dirname '/pst',
spindle -1
sendsize[5134]: time 0.007: getting size via gnutar for /pst level 0
sendsize[5134]: time 0.034: spawning /usr/lib/amanda/runtar in pipeline
sendsize[5134]: argument list: /bin/tar --create --file /dev/null
--directory /pst --one-file-system --listed-incremental
/var/lib/amanda/gnutar-lists/pst_ps
t_0.new --sparse --ignore-failed-read --totals --exclude-from
/tmp/amanda/sendsize._pst.20051104023002.exclude .
sendsize[5134]: time 2938.236: Total bytes written: 86986362880 (81GB,
28MB/s)
sendsize[5134]: time 2938.237: .
sendsize[5134]: estimate time for /pst level 0: 2938.203
sendsize[5134]: estimate size for /pst level 0: 84947620 KB
sendsize[5134]: time 2938.237: waiting for /bin/tar /pst child
sendsize[5134]: time 2938.237: after /bin/tar /pst wait
sendsize[5134]: time 2938.238: done with amname '/pst', dirname '/pst',
spindle -1
sendsize[5132]: time 2938.238: child 5134 terminated normally
sendsize: time 2938.238: pid 5132 finish time Fri Nov  4 03:19:00 2005


This sendsize is completely normal.
The previous one you sent, did have the error about not finding the size 
line. But that size line is there in this run!

Notice the line Total bytes written: ...




[EMAIL PROTECTED] gnutar-lists]# /bin/tar --create --file /dev/null
--directory /pst --one-file-system --listed-incremental
/var/lib/amanda/gnutar-lists/pst_pst_0.new --sparse --ignore-failed-read
--totals .

After +1 hour

Gesamtzahl geschriebener Bytes: 86991011840 (81GB, 27MB/s) (English: Total
number of written bytes )


Seems you have some mixed English-German environment.  Amanda 
specifically looks for the English string, and does not recognize the
german words.  Could it be that some amdump runs somehow use the german 
environment?





Seems to work but why not directly with amanda?!



I cannot conclude that from the evidence you give here:  the sendsize is
perfect.




--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***


Re: problems with label of tape in last slot

2005-11-04 Thread Stefan Herrmann


Am 04.11.2005 um 11:20 schrieb Paul Bijnens:

I'm still waiting for the sh -vx output of chg-disk.
The last one you sent, was a normal case, not the case of
going from the last-but-one to the last slot.

So do:

  $ cd /usr/local/amanda/etc/amanda/daily
  $ /usr/local/libexec/chg-disk -slot 7
  $ sh -vx /usr/local/libexec/chg-disk -next


sorry, forgot that .. output is attached, hope it's ok this time.

bye
stefan Herrmann
7 file:/Volumes/amanda1/daily
#! /bin/sh
#
# Amanda, The Advanced Maryland Automatic Network Disk Archiver
# Copyright (c) 1991-1999 University of Maryland at College Park
# All Rights Reserved.
#
# Permission to use, copy, modify, distribute, and sell this software and its
# documentation for any purpose is hereby granted without fee, provided that
# the above copyright notice appear in all copies and that both that
# copyright notice and this permission notice appear in supporting
# documentation, and that the name of U.M. not be used in advertising or
# publicity pertaining to distribution of the software without specific,
# written prior permission.  U.M. makes no representations about the
# suitability of this software for any purpose.  It is provided as is
# without express or implied warranty.
#
# U.M. DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL
# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL U.M.
# BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
# WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION
# OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN
# CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
#
# Author: Jean-Christian SIMONETTI, System and Network Engineer
#   Wanadoo Portails
#   Sophia Antipolis, France
#
#   This changer script is based on a directory structure like:
#   slot_root_dir -|
#  |- info
#  |- data - slot1
#  |- slot1
#  |- slot2
#  |- ...
#  |- slotn
#   where 'slot_root_dir' is the tapedev 'file:xxx' parameter and 'n'
#   is the tapecycle parameter.
#   
#   To use this driver, just put the line 'tpchanger chg-disk' in your
#   amanda.conf.
#
#   Example of use:
#   --- cut here ---
#   tapedev  file:/BACKUP2/slots/
#   rawtapedev file:/BACKUP2/slots/
#   changerdev /dev/null
#   tpchanger chg-disk
#   changerfile /usr/local/amanda/etc/changer
#   tapetype HARD-DISK
#   define tapetype HARD-DISK {
#   length 12000 mbytes
#   }
#   --- cut here ---
#
#   The number of slot is equal to your tapecyle.
#   You must create the slots and data directory.
#


prefix=/usr/local/amanda
+ prefix=/usr/local/amanda
exec_prefix=${prefix}
+ exec_prefix=/usr/local/amanda
sbindir=${exec_prefix}/sbin
+ sbindir=/usr/local/amanda/sbin
libexecdir=${exec_prefix}/libexec
+ libexecdir=/usr/local/amanda/libexec
 
PATH=$sbindir:$libexecdir:/usr/bin:/bin:/usr/sbin:/sbin:/usr/ucb:/usr/local/bin
+ 
PATH=/usr/local/amanda/sbin:/usr/local/amanda/libexec:/usr/bin:/bin:/usr/sbin:/sbin:/usr/ucb:/usr/local/bin
export PATH
+ export PATH

USE_VERSION_SUFFIXES=no
+ USE_VERSION_SUFFIXES=no
if test $USE_VERSION_SUFFIXES = yes; then
SUF=-2.4.5
else
SUF=
fi
+ test no = yes
+ SUF=

MYNAME=$0
+ MYNAME=/usr/local/amanda/libexec/chg-disk

TAPE=`amgetconf$SUF tapedev`
amgetconf$SUF tapedev
++ amgetconf tapedev
+ TAPE=file:/Volumes/amanda1/daily
SLOTDIR=`echo $TAPE | sed 's/^file://'`
echo $TAPE | sed 's/^file://'
++ echo file:/Volumes/amanda1/daily
++ sed 's/^file://'
+ SLOTDIR=/Volumes/amanda1/daily

CHANGERFILE=`amgetconf$SUF changerfile`
amgetconf$SUF changerfile
++ amgetconf changerfile
+ CHANGERFILE=/usr/local/amanda/etc/amanda/daily/changer
ACCESSFILE=$CHANGERFILE-access
+ ACCESSFILE=/usr/local/amanda/etc/amanda/daily/changer-access
CLEANFILE=$CHANGERFILE-clean
+ CLEANFILE=/usr/local/amanda/etc/amanda/daily/changer-clean
SLOTFILE=$CHANGERFILE-slot
+ SLOTFILE=/usr/local/amanda/etc/amanda/daily/changer-slot
[ ! -f $ACCESSFILE ]  echo 0  $ACCESSFILE
+ '[' '!' -f /usr/local/amanda/etc/amanda/daily/changer-access ']'
[ ! -f $CLEANFILE ]  echo 0  $CLEANFILE
+ '[' '!' -f /usr/local/amanda/etc/amanda/daily/changer-clean ']'
[ ! -f $SLOTFILE ]  echo 0  $SLOTFILE
+ '[' '!' -f /usr/local/amanda/etc/amanda/daily/changer-slot ']'
ACCESSCOUNT=`cat $ACCESSFILE`
cat $ACCESSFILE
++ cat /usr/local/amanda/etc/amanda/daily/changer-access
+ ACCESSCOUNT=2
CLEANCOUNT=`cat $CLEANFILE`
cat $CLEANFILE
++ cat /usr/local/amanda/etc/amanda/daily/changer-clean
+ CLEANCOUNT=

FIRSTSLOT=1
+ FIRSTSLOT=1
LASTSLOT=`amgetconf$SUF tapecycle`
amgetconf$SUF tapecycle
++ amgetconf tapecycle
+ LASTSLOT=8
CURSLOT=0
+ CURSLOT=0
CLEANSLOT=$LASTSLOT
+ CLEANSLOT=8

load() {
  WHICHSLOT=$1;
  ln -s $SLOTDIR/slot$WHICHSLOT $SLOTDIR/data
 

AW: AW: AW: AW: AW: AW: AW: AW: Estimate timeout from server

2005-11-04 Thread Sebastian Kösters
Hi!

We have some more server with (for example) german tar and there are no
Problems with the backup. Amanda is installed in English
 

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im
Auftrag von Paul Bijnens
Gesendet: Freitag, 4. November 2005 11:26
An: Sebastian Kösters
Cc: amanda-users@amanda.org
Betreff: Re: AW: AW: AW: AW: AW: AW: AW: Estimate timeout from server

Sebastian Kösters wrote:
 Hi!
 
 Thats all in sendsize:
 
 sendsize: debug 1 pid 5132 ruid 33 euid 33: start at Fri Nov  4 02:30:02
 2005
 sendsize: version 2.4.3
 sendsize[5132]: time 0.007: waiting for any estimate child
 sendsize[5134]: time 0.007: calculating for amname '/pst', dirname '/pst',
 spindle -1
 sendsize[5134]: time 0.007: getting size via gnutar for /pst level 0
 sendsize[5134]: time 0.034: spawning /usr/lib/amanda/runtar in pipeline
 sendsize[5134]: argument list: /bin/tar --create --file /dev/null
 --directory /pst --one-file-system --listed-incremental
 /var/lib/amanda/gnutar-lists/pst_ps
 t_0.new --sparse --ignore-failed-read --totals --exclude-from
 /tmp/amanda/sendsize._pst.20051104023002.exclude .
 sendsize[5134]: time 2938.236: Total bytes written: 86986362880 (81GB,
 28MB/s)
 sendsize[5134]: time 2938.237: .
 sendsize[5134]: estimate time for /pst level 0: 2938.203
 sendsize[5134]: estimate size for /pst level 0: 84947620 KB
 sendsize[5134]: time 2938.237: waiting for /bin/tar /pst child
 sendsize[5134]: time 2938.237: after /bin/tar /pst wait
 sendsize[5134]: time 2938.238: done with amname '/pst', dirname '/pst',
 spindle -1
 sendsize[5132]: time 2938.238: child 5134 terminated normally
 sendsize: time 2938.238: pid 5132 finish time Fri Nov  4 03:19:00 2005

This sendsize is completely normal.
The previous one you sent, did have the error about not finding the size 
line. But that size line is there in this run!
Notice the line Total bytes written: ...



 [EMAIL PROTECTED] gnutar-lists]# /bin/tar --create --file /dev/null
 --directory /pst --one-file-system --listed-incremental
 /var/lib/amanda/gnutar-lists/pst_pst_0.new --sparse --ignore-failed-read
 --totals .
 
 After +1 hour
 
 Gesamtzahl geschriebener Bytes: 86991011840 (81GB, 27MB/s) (English: Total
 number of written bytes )

Seems you have some mixed English-German environment.  Amanda 
specifically looks for the English string, and does not recognize the
german words.  Could it be that some amdump runs somehow use the german 
environment?


 
 Seems to work but why not directly with amanda?!


I cannot conclude that from the evidence you give here:  the sendsize is
perfect.




-- 
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  Are you sure?  ...   YES   ...   Phew ...   I'm out  *
***






Re: RAIT with Tape und Virtual Tape

2005-11-04 Thread Nicki Messerschmidt, Linksystem Muenchen GmbH
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Bijnens said the following:
 Nicki Messerschmidt, Linksystem Muenchen GmbH wrote:
has anyone a setup where the rait driver of amanda is used to place
Backups onto tapes and virtual tapes (using the chg-multi) at the same
time? Are there drawbacks and what problems could arise?
I already use both of them separate (on different hosts), but I'm not
sure about the rait setup...
 I'm planning so set up something like that over the next weeks.
 I'll summarize on the list when I get to it.
Would be nice. As I read the RAIT driver only does RAIT-5, but I want
RAIT-1. Or is there some other way for mirroring tapes?


Cheers
Nicki

- --
Linksystem Muenchen GmbH  [EMAIL PROTECTED]
Schloerstrasse 10   http://www.link-m.de
80634 Muenchen  Tel. 089 / 890 518-0
We make the Net work.   Fax 089 / 890 518-77
PGP Keys: https://www.link-m.de/pgp/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Get keys at: https://www.link-m.de/pgp

iD8DBQFDazm36zWc+bXuIEMRAvd9AJ9KWVquj+kMnUCR+4dBOM7BdhRrYgCghf4N
Ig2GFNXds2PvFy1BDFdfbzc=
=kBpn
-END PGP SIGNATURE-


Re: DAMN! I'm getting the Host down error -Thanks

2005-11-04 Thread todd zenker

Stefan,

I tried you're example and other examples for the xinetd.conf file and
nothing worked.  I'm thinking the OS is a bit old and needs upgrading.
(Redhat 7 and Redhat 8)
Old version of amanda 2.4.4p1 worked.
Maybe I'll try 2.4.4p4

Thanks again.

-todd


At 04:09 PM 11/2/2005, Stefan G. Weichinger wrote:

Stefan G. Weichinger wrote:
 todd zenker wrote:

Greetings.

I just installed 2.4.5 on a linux box(RedHat 9).
(Version 2.4.4p1 was working fine)
I'm getting an error Host down.
On the system log I noticed an error
Deactivating service amanda due to excessive incoming connections
I change the xinetd.conf to allow 500 connections.  Didn't work.

There is no firewall.
I need a check list of things to look for.  My .amandahosts file has
every instances that I can think of.


 This sounds more like a xinetd-related issue than a amanda-related one.
 Please let us know some more details of your setup. Are there many
 clients? How many? And are there very much DLEs as well?

Found something else in the archives (yes, I do look them up ;-) ):

Recheck your /etc/xinetd.d-entries for the amanda-relevant files, and
also recheck the server = ...  lines for proper paths.

Maybe you have installed the new binaries to another path and missed to
adjust the xinetd-files.

Also check the also_from = ... lines for proper setup.

No need to say you need to restart xinetd after any changes...

Stefan.


Todd Zenker
NASA-Goddard Space Flight Center






Different DLE per day

2005-11-04 Thread Montagni, Giovanni
Title: Different DLE per day






On Wednesday, i have to backup more folder than the others workdays.

In addiction, the Wednesday backup use two tapes instead of one and i don't have a tape changer (i heard about a chg-manual script that simulate a tape changer but i don't know how it works).

Can i do this?

Is there a way to change number of tapes and DLE on a certain day in amanda?

Or i have to make two different configuration?


Many thanks


Giovanni





Incrementals even if tape is big enough

2005-11-04 Thread matilda matilda
Hi all,

until yesterday I thought I understand amanda roughly, but now I'm not sure 
anymore.
I thought that the planner tries to put as much as possible from all DLE to the 
tape.
I just installed a new tape drive with big tapes which should be big enough to 
hold
a full dump of all systems every day at the moment.

So, why does the planner schedule incremental dumps when he could do full dumps?

Best regards
Andreas Mock





Re: Incrementals even if tape is big enough

2005-11-04 Thread Joshua Baker-LePain

On Fri, 4 Nov 2005 at 4:52pm, matilda matilda wrote


until yesterday I thought I understand amanda roughly, but now I'm not sure 
anymore.
I thought that the planner tries to put as much as possible from all DLE to the 
tape.
I just installed a new tape drive with big tapes which should be big enough to 
hold
a full dump of all systems every day at the moment.

So, why does the planner schedule incremental dumps when he could do full dumps?


Amanda's goal is *not* to fill the tapes every night.  Its goal is for the 
backups each night to be the same size.


--
Joshua Baker-LePain
Department of Biomedical Engineering
Duke University


Re: problems with label of tape in last slot

2005-11-04 Thread Jon LaBadie
On Fri, Nov 04, 2005 at 11:33:38AM +0100, Stefan Herrmann wrote:
 
 Am 04.11.2005 um 11:20 schrieb Paul Bijnens:
 I'm still waiting for the sh -vx output of chg-disk.
 The last one you sent, was a normal case, not the case of
 going from the last-but-one to the last slot.
 
 So do:
 
   $ cd /usr/local/amanda/etc/amanda/daily
   $ /usr/local/libexec/chg-disk -slot 7
   $ sh -vx /usr/local/libexec/chg-disk -next
 
 sorry, forgot that .. output is attached, hope it's ok this time.
 
 bye
 stefan Herrmann

 7 file:/Volumes/amanda1/daily
 #! /bin/sh
 #
 # Amanda, The Advanced Maryland Automatic Network Disk Archiver
 # Copyright (c) 1991-1999 University of Maryland at College Park
 # All Rights Reserved.
 #
 # Permission to use, copy, modify, distribute, and sell this software and its
...
 CLEANFILE=$CHANGERFILE-clean
 + CLEANFILE=/usr/local/amanda/etc/amanda/daily/changer-clean
...
 [ ! -f $CLEANFILE ]  echo 0  $CLEANFILE
 + '[' '!' -f /usr/local/amanda/etc/amanda/daily/changer-clean ']'
...
 CLEANCOUNT=`cat $CLEANFILE`
 cat $CLEANFILE
 ++ cat /usr/local/amanda/etc/amanda/daily/changer-clean
 + CLEANCOUNT=

There is some problem with your changer-clean file.
Note the CLEANCOUNT gets set to null.

Then around line 155 it causes other problems.
The code is:

  if [ $NEWSLOT = $CLEANSLOT ]; then
  expr $CLEANCOUNT + 1  $CLEANFILE

 + '[' 8 = 8 ']'
 + expr + 1
 expr: syntax error
 + echo 0

The expr has problems because $CLEANCOUNT is null.
And the cleanfile is overwritten by the redirection
as an empty file again.

The initialization part of the code checks for the existance
of a cleanfile, but doesn't check the contents or the ability
of the script to read/write the file.

I'd suggest you check the ownership/permission/existance of
'/usr/local/amanda/etc/amanda/daily/changer-clean'.  If empty
or containing a non-numeric, make it a 1 line file containing
a zero.

After you try using slot 8 again, hopefully successful, check
the cleanfile again.  Maybe something trashes in the script.
More likely you created this file during setup using something
like touch, which left it empty.  All was well until you used
the last slot.

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)


Re: Incrementals even if tape is big enough

2005-11-04 Thread Jon LaBadie
On Fri, Nov 04, 2005 at 11:10:08AM -0500, Joshua Baker-LePain wrote:
 On Fri, 4 Nov 2005 at 4:52pm, matilda matilda wrote
 
 until yesterday I thought I understand amanda roughly, but now I'm not 
 sure anymore.
 I thought that the planner tries to put as much as possible from all DLE 
 to the tape.
 I just installed a new tape drive with big tapes which should be big 
 enough to hold
 a full dump of all systems every day at the moment.
 
 So, why does the planner schedule incremental dumps when he could do full 
 dumps?
 
 Amanda's goal is *not* to fill the tapes every night.  Its goal is for the 
 backups each night to be the same size.
 

If you want more data each dump, shorten your dumpcycle.
Even down to zero which will cause full dumps each run.

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)


Re: RAIT with Tape und Virtual Tape

2005-11-04 Thread Jon LaBadie
On Fri, Nov 04, 2005 at 11:36:39AM +0100, Nicki Messerschmidt, Linksystem 
Muenchen GmbH wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Paul Bijnens said the following:
  Nicki Messerschmidt, Linksystem Muenchen GmbH wrote:
 has anyone a setup where the rait driver of amanda is used to place
 Backups onto tapes and virtual tapes (using the chg-multi) at the same
 time? Are there drawbacks and what problems could arise?
 I already use both of them separate (on different hosts), but I'm not
 sure about the rait setup...
  I'm planning so set up something like that over the next weeks.
  I'll summarize on the list when I get to it.
 Would be nice. As I read the RAIT driver only does RAIT-5, but I want
 RAIT-1. Or is there some other way for mirroring tapes?
 

I'm not certain of this because reading the docs I saw doesn't mention it.
However ...

If I recall correctly, since the amanda RAIT driver tries to do a parity
drive, impossible with only two drives, if you have only two drives specified
it falls back to a mirror configuration.

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)


Re: RAIT with Tape und Virtual Tape

2005-11-04 Thread Nicki Messerschmidt, Linksystem Muenchen GmbH
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jon LaBadie said the following:
 On Fri, Nov 04, 2005 at 11:36:39AM +0100, Nicki Messerschmidt, 
 Linksystem Muenchen GmbH wrote:
 Paul Bijnens said the following:
 Nicki Messerschmidt, Linksystem Muenchen GmbH wrote:
 has anyone a setup where the rait driver of amanda is used to 
 place Backups onto tapes and virtual tapes (using the 
 chg-multi) at the same time? Are there drawbacks and what 
 problems could arise? I already use both of them separate (on 
 different hosts), but I'm not sure about the rait setup...
 I'm planning so set up something like that over the next weeks. 
 I'll summarize on the list when I get to it.
 Would be nice. As I read the RAIT driver only does RAIT-5, but I 
 want RAIT-1. Or is there some other way for mirroring tapes?
 I'm not certain of this because reading the docs I saw doesn't 
 mention it. However ...
 
 If I recall correctly, since the amanda RAIT driver tries to do a 
 parity drive, impossible with only two drives, if you have only two 
 drives specified it falls back to a mirror configuration.
O.k. I tried it today and using the chg-multi changer script with
entries like:
slot 1: rait:{tape:/dev/nst0,file:/some/path}
I was able to do some backups after both the virtual tape and the real
tape had the same label. If they differed I got a
Numeric value of of domain error.
Restore using amrecover failed out of the box with the same error. When
I set the tape device to either on of the rait component it worked well.


Cheers
Nicki

- --
Linksystem Muenchen GmbH  [EMAIL PROTECTED]
Schloerstrasse 10   http://www.link-m.de
80634 Muenchen  Tel. 089 / 890 518-0
We make the Net work.   Fax 089 / 890 518-77
PGP Keys: https://www.link-m.de/pgp/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (MingW32)
Comment: Get keys at: https://www.link-m.de/pgp

iD8DBQFDa9Rw6zWc+bXuIEMRAvC1AJ9p4SHY+cUKTKM2kvoErVRTXOIs6gCgkkvx
JrTfNxLkUa3/qYBbLZ0FhEI=
=Gqb3
-END PGP SIGNATURE-


Re: RAIT with Tape und Virtual Tape

2005-11-04 Thread Jon LaBadie
On Fri, Nov 04, 2005 at 10:36:48PM +0100, Nicki Messerschmidt, Linksystem 
Muenchen GmbH wrote:

 O.k. I tried it today and using the chg-multi changer script with
 entries like:
 slot 1: rait:{tape:/dev/nst0,file:/some/path}
 I was able to do some backups after both the virtual tape and the real
 tape had the same label. If they differed I got a
 Numeric value of of domain error.
 Restore using amrecover failed out of the box with the same error. When
 I set the tape device to either on of the rait component it worked well.
 

You may be the first to try it.

Is there anything you can see different in the index dirs,
or curinfo, or ???

What I'm wondering eventually is whether the virtual tape
can be removed without the real tape losing its index.  I guess
not as you found they must be the same tape label.

Did you have to do an amlabel for one, then an amlabel -f for
the second?  What does that do to the tapelist?

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)


empty active tapes

2005-11-04 Thread Jeff Allison
OK I now appear to be able to backup my DLE again after applying the
patch posted and rejigging the DLE sizes.

But I now have a number of tapes marked as active but empty

[EMAIL PROTECTED] _home_jeff]$ amadmin homes info|grep homes
  0  20051030  homes_03   13 2932134 1343891 5377
  1  20051102  homes_082 1330261  648784 2980
  0  20051029  homes_01   11 3773840 3580650 8612
  1  20051104  homes_123   18740   17418  130
  0  20051104  homes_125 8973140 8721258 34548
  0  20051104  homes_121 1714780 1398492 5773
  0  20051102  homes_081 4241970 4106513 12230
  1  20051104  homes_124 530  69   12
  0  20051029  homes_01   12 3214950 3214950 1756
  1  20051104  homes_122  146910  146910  430
  0  20051103  homes_204 8591700 8228845 8625
[EMAIL PROTECTED] _home_jeff]$

From the output homes_02 has no data on it but amanda will not write to
it as its marked as active.

Does the no-reuse or reuse reset these flags of is there another way???

Also this version which I compiled from source seems much slower than
the rpm originally installed. Would an change from 2.4.2p2 slow
performance?

Thanks Jeff