Re: root-tar failing

2002-03-08 Thread Jan Boshoff

Jenn Sturm wrote:

> --
> I've configured my Linux box to backup my Irix box using tar, as
> recommended on this list. It works great for everything but the root
> paritition. I've tried dumptype comp-root-tar and root-tar, and it
> continues to fail. I tried creating an exclude.gtar file, and that
> doesn't seem to be helping any.
>
> Here's the contents of the exclude.gtar file.  Does the hostname of
> the Irix box need to be in there?
>
> ./dev/fd
> ./tmp
> ./var/spool

I was experiencing the exact same problems backing up my Irix box.  My
exclude file looks as follows:

CDROM
CIFS
Desktop
users
users2
scratch
tmp
dev
usrs

The users.. and usrs directories are backed up as filesystems so that's
why they are excluded here.   I'm not sure whether this is sufficient,
but it definitely took care of my problems.  Remember though that the
exclude file needs to reside on the client that's being backed up.  I.e.
you can have a different exclude file for each client.  Amanda will look
for the exclude file in the directory specified in the dumptype - on the
client.

Jan


--


  Jan Boshoff
  PhD Student, Chemical Engineering
  Univ. of Delaware, DE USA
  www.che.udel.edu/research_groups/nanomodeling







Re: Tapelist

2002-03-05 Thread Jan Boshoff

Sorry, I just found my question in the FAQ.  Please ignore and forgive me
for asking before reading!

Thanks
Jan

Jan Boshoff wrote:

> Hi Everyone
>
> Again a general question.  I added some tapes to our cycle, but in such
> a way that my tapelist looks as follows:
>
> 20020305 Weekly1 reuse
> 20020302 Weekly6 reuse
> 20020228 Weekly5 reuse
> 20020226 Weekly4 reuse
> 20020223 Weekly8 reuse
> 20020221 Weekly7 reuse
> 20020218 Weekly3 reuse
> 20020216 Weekly2 reuse
>
> So you see I use tapes in the order 1,2,3,7,8,4,5,6
>
> I'd like this to be 1,2,3,4,5,6,7,8, for the sake of the guy taking over
> from me not being confused, and also for my left-brain mentality to not
> crinch every time amanda asks for tape 7 after tape 3.  :)
>
> Any ideas?
>
> Another thing, if I'd now like to add a tape, Weekly9, after Weekly8, is
> it okay to update amanda.conf today, and rigging the tapelist file as
> follows:
>
> 20020305 Weekly1 reuse
> 20020302 Weekly6 reuse
> 20020228 Weekly5 reuse
> 20020226 Weekly4 reuse
> 20020224 Weekly9 reuse   <---  Added this entry with fictitious date
> 20020223 Weekly8 reuse
> 20020221 Weekly7 reuse
> 20020218 Weekly3 reuse
> 20020216 Weekly2 reuse
>
> Thanks!
> Jan Boshoff




Tapelist

2002-03-05 Thread Jan Boshoff

Hi Everyone

Again a general question.  I added some tapes to our cycle, but in such
a way that my tapelist looks as follows:

20020305 Weekly1 reuse
20020302 Weekly6 reuse
20020228 Weekly5 reuse
20020226 Weekly4 reuse
20020223 Weekly8 reuse
20020221 Weekly7 reuse
20020218 Weekly3 reuse
20020216 Weekly2 reuse

So you see I use tapes in the order 1,2,3,7,8,4,5,6

I'd like this to be 1,2,3,4,5,6,7,8, for the sake of the guy taking over
from me not being confused, and also for my left-brain mentality to not
crinch every time amanda asks for tape 7 after tape 3.  :)

Any ideas?

Another thing, if I'd now like to add a tape, Weekly9, after Weekly8, is
it okay to update amanda.conf today, and rigging the tapelist file as
follows:


20020305 Weekly1 reuse
20020302 Weekly6 reuse
20020228 Weekly5 reuse
20020226 Weekly4 reuse
20020224 Weekly9 reuse   <---  Added this entry with fictitious date
20020223 Weekly8 reuse
20020221 Weekly7 reuse
20020218 Weekly3 reuse
20020216 Weekly2 reuse

Thanks!
Jan Boshoff




Re: tar can't estimate

2002-02-04 Thread Jan Boshoff

Thanks for the help Josh

I've upgraded to 1.13.19.

Also, here's the output of /tmp/amanda/sendsize*debug:

asking killpgrp to terminate
calculating for amname '/users', dirname '/users'
sendsize: getting size via gnutar for /users level 0
sendsize: running "/usr/freeware/libexec/runtar --create --directory /users
--listed-incremental
/var/amanda/gnutar-lists/columbus.che.udel.edu_users_0.new --sparse
--one-file-system --ignore-failed-read --totals --file /dev/null
--exclude-from=/usr/freeware/etc/amanda/userfiles_amanda.exclude ."
runtar: error [must be invoked by root]

.
(no size line match in above gnutar output)
.

Thanks again!




tar can't estimate

2002-02-04 Thread Jan Boshoff

Hi everyone

I've used amanda a while now using xfsdump on mostly SGI Irix machines.
Recently I added a disklist entry that would use GNUtar though.  But I
get the following error and I'm not sure what to make of it.   It seems
tar is unable to accurately estimate the dump size.  Here's all my
outputs:

>From the report:

...
FAILURE AND STRANGE DUMP SUMMARY:
  columbus.c /users lev 0 FAILED [disk /users offline on
columbus.che.udel.edu?]
...

>From the log file:

...
FAIL planner columbus.che.udel.edu /users 0 [disk /users offline on
columbus.che.udel.edu?]
...

>From the amdump.1 file:

planner: pid 60549 executable /usr/freeware/libexec/planner version
2.4.1p1
planner: build: VERSION="Amanda-2.4.1p1"
planner:BUILT_DATE="Fri Mar  3 08:29:23 PST 2000"
planner:BUILT_MACH="IRIX humu 6.2 01200533 IP22"
planner:
CC="/hosts/babylon.engr/usr/dist/new_toolroots/6.2/products/freeware/latest/ptoolroot/usr/bin/cc
-nostdinc -I.
-I/xlv1/freeware/2000.May/amanda/2.4.1p1-sgipl2-root/usr/freeware/include
-I/xlv1/freeware/2000.May/amanda/2.4.1p1-sgipl2-root/usr/include -O3
-OPT:Olimit=0:space=ON -n32 -mips3 -nostdlib
-L/xlv1/freeware/2000.May/amanda/2.4.1p1-sgipl2-root/usr/freeware/lib32
-L/xlv1/freeware/2000.May/amanda/2.4.1p1-sgipl2-root/usr/lib32 -woff
1009,1014,1048,1107,1110,1116,1164,1185,1188,1204,1230,1233
-Wl,-woff,85,-woff,84 -rpath /usr/freeware/lib32"
planner: paths: bindir="/usr/freeware/bin" sbindir="/usr/freeware/bin"
planner:libexecdir="/usr/freeware/libexec"
planner:mandir="/usr/freeware/man"
planner:CONFIG_DIR="/usr/freeware/etc/amanda"
planner:DEV_PREFIX="/dev/dsk/" RDEV_PREFIX="/dev/rdsk/"
planner:DUMP="/sbin/dump" RESTORE="/sbin/restore"
planner:XFSDUMP="/sbin/xfsdump" XFSRESTORE="/sbin/xfsrestore"
planner:SAMBA_CLIENT="/usr/samba/bin/smbclient"
planner:GNUTAR="/usr/freeware/bin/tar"
planner:COMPRESS_PATH="/usr/sbin/gzip"
planner:UNCOMPRESS_PATH="/usr/sbin/gzip" MAILER="/usr/sbin/Mail"

planner:listed_incr_dir="/var/amanda/gnutar-lists"
planner: defs:  DEFAULT_SERVER="amanda-server"
DEFAULT_CONFIG="DailySet1"
planner:DEFAULT_TAPE_SERVER="amanda-server"
planner:DEFAULT_TAPE_DEVICE="/dev/null" HAVE_MMAP HAVE_SYSVSHM
planner:LOCKING=POSIX_FCNTL SETPGRP_VOID DEBUG_CODE BSD_SECURITY

planner:USE_AMANDAHOSTS CLIENT_LOGIN="amanda" FORCE_USERID
HAVE_GZIP
planner:COMPRESS_SUFFIX=".gz" COMPRESS_FAST_OPT="--fast"
planner:COMPRESS_BEST_OPT="--best" UNCOMPRESS_OPT="-dc"
...
setting up estimates for columbus.che.udel.edu:/users
driver: started dumper1 pid 65369
columbus.che.udel.edu:/users overdue 11720 days for level 0
setup_estimate: columbus.che.udel.edu:/users: command 0, options:
last_level -1 next_level0 -11720 level_days 0
getting estimates 0 (0) -1 (-1) -1 (-1)
...
FAILED QUEUE:
  0: columbus.che.udel.edu /users

Oh yeah, and finally:

/usr/freeware/bin/tar --version
tar (GNU tar) 1.13


Does anyone have any ideas?

Thanks!
Jan Boshoff




Unexpected error estimating filesystem size

2001-07-20 Thread Jan Boshoff

Hi everyone

I've been using Amanda now for about 2 months to back up 5 Unix machines
with great success.  It's a wonderful tool that makes life s much
easier for a time-strapped grad student.

I'm running Amanda 2.4.1p1 on Irix 6.5.11.  Over the last week or so,
amdump has not been able to get a result for the size estimate of one of
the filesystems on the amanda server.  Amcheck finds no host errors,
however, the amdump report goes:

FAILURE AND STRANGE DUMP SUMMARY:
  columbus /dev/dsk/dks1d3s7 lev 0 FAILED [missing result for
/dev/dsk/dks1d3s7 in columbus.che.udel.edu response]

If I look into amdump.1, I see for columbus:

SETTING UP FOR ESTIMATES...
setup_estimate: columbus:/dev/dsk/dks1d3s7: command 0, options:
last_level 0 next_level0 0 level_days 0
getting estimates 0 (15426316) 1 (120595) -1 (-1)

GETTING ESTIMATES...
error result for host columbus disk /dev/dsk/dks1d3s7: missing estimate

I've checked all permissions, specifically, /dev/dsk/dks1d3s7, not
amanda is in group sys,

brw-r-1 root sys 0,195 Jul 20 10:44
/dev/dsk/dks1d3s7

Also, /dev/rdsk/dks1d3s7

crw-r-1 root sys 0,196 Jul 20 10:45
/dev/rdsk/dks1d3s7

What will cause a failure in estimating the filesystem size?


Thanks for the help!
Jan

--

=========
  Jan Boshoff
  PhD Student, Chemical Engineering
  Univ. of Delaware, DE USA

  Web: www.che.udel.edu/research_groups/nanomodeling
=






Read attribute dissapears on Irix

2001-06-17 Thread Jan Boshoff

Hi everyone

I've successfully implemented Amanda on our cluster of 5 Unix machines,
and I'd like to thank the developers of Amanda for such a great tool -
it's allowed me to focus on my research again rather than doing menial
tasks for sysadm!  Thank you for a great package.

I'm running Amanda 2.4.1.p1 on mostly Irix 6.5 boxes.  My question seems
to be related to Irix, I've not seen this problem on the one AIX machine
that we have.

Every once in a while, when running amcheck, it returns with an error
stating that a filesystem is not readable.  Maybe someone else has run
into this problem, it only seems to occur on the SGI Irix 6.5 boxes.
The server is an Irix 6.5 box, and it sporadically happens to both
server and clients.  The error message is:

ERROR: [hostname]: [can not access /dev/rdsk/dks1d1s7
(/dev/dsk/dks1d1s7): Permission denied]

I then have do chmod g+r to /dev/rdsk/dks1d1s7 again to make the
filesystem readable.  I have not been able to correlate this with any
weird system behavior.  Does Irix automatically assign permissions to
these files?  Does anyone know what I can do to permanently change the
permission of the filesystem to be readable?

--

==========
  Jan Boshoff
  PhD Student, Chemical Engineering
  Univ. of Delaware, DE USA

  Office: (302) 831-2345
==






Re: Listing tape content -- confusion

2001-06-16 Thread Jan Boshoff

Joseph

To interactively list the contents of a tape, pipe the output to the
program you used during the backup.  For example I use xfsdump on the SGI,
so I will issue the command:

amrestore -p $TAPE whatever (as you say) | xfsrestore -i - ./

This will allow me to browse the contents of the backup and restore the
files I select into the current directory.

Jan

Joseph Del Corso wrote:

> Hello,
> Can someone clarify for me how to list tape content?
>
> Specifically I know I can issue the following command:
>
> amrestore $TAPE whatever
>
> And according to archived emails, this should list tape content...
> but according to the man page, this also extracts the contents of the
> tape.  I don't want to extract anything (yet), I simply want to list
> the directory/file contents of what's on the tape to see if everything
> was backed up correctly.
>
> Is the line (above) the exact syntax for doing this? or am I forgetting
> some flag that doesn't automatically restore files?
>
> Joe

--

==
  Jan Boshoff
  PhD Student, Chemical Engineering
  Univ. of Delaware, DE USA

  Office: (302) 831-2345
==