Re: Restoring w/o amanda
On 11 Mar 2002 at 1:49pm, Brad Tilley wrote > [root@reg root]# dd if=/dev/st0 bs=32k skip=2 count=1 > AMANDA: FILE 20020304 reg /root lev 0 comp N program /bin/tar > To restore, position tape at start of file and run: > dd if=$tape bs=32k skip=1 | /bin/tar -f... - > > 1+0 records in > 1+0 records out > [root@reg root]# > > So, I cd to a /tmp directory and try to run the command as it appeared > in the amanda header, but I always get a tar error. For the dd command to work, you need to be at the beginning of a tape file. Since your first dd command referenced /dev/st0, the rewinding tape device, you were at BOT. To restore the first file off the tape: mt -f /dev/nst0 rewind mt -f /dev/nst0 fsf 1 dd if=/dev/nst0 bs=32k skip=1 | /bin/tar -f - -- Joshua Baker-LePain Department of Biomedical Engineering Duke University
RE: Restoring w/o amanda
instead of the "| /bin/tar -f...", try dumping the output of dd to a file: dd if=$tape bs-32k skip=1 > /tmp/ddoutput Alternatively, rewind the tape to the beginning, and start dd'ing blocks until you get to one that you can't read. Rewind again, and 'skip=' the number of blocks you could read. > -Original Message- > From: Brad Tilley [mailto:[EMAIL PROTECTED]] > Sent: Monday, March 11, 2002 1:50 PM > To: [EMAIL PROTECTED] > Subject: Restoring w/o amanda > > > Hello, > > We are doing a disaster recover check, and we would like to > test amanda > restoration without amanda being present. I have followed the > directions > in 'Unix Backup and Recovery' (O'Reilly) by W. Curtis Preston (a very > good book... well worth the money), but I can't get any further than > reading the amanda header that contains the backup info. Here's what I > do: > > [root@reg root]# dd if=/dev/st0 bs=32k skip=2 count=1 > AMANDA: FILE 20020304 reg /root lev 0 comp N program /bin/tar > To restore, position tape at start of file and run: > dd if=$tape bs=32k skip=1 | /bin/tar -f... - > > 1+0 records in > 1+0 records out > [root@reg root]# > > So, I cd to a /tmp directory and try to run the command as it appeared > in the amanda header, but I always get a tar error. > > I think I am probably overlooking something simple in tar, but I don't > know what. I've never done this before, so please don't flame me too > much if I'm doing something stupid. > > Thank you, > Brad > > >
Restoring w/o amanda
Hello, We are doing a disaster recover check, and we would like to test amanda restoration without amanda being present. I have followed the directions in 'Unix Backup and Recovery' (O'Reilly) by W. Curtis Preston (a very good book... well worth the money), but I can't get any further than reading the amanda header that contains the backup info. Here's what I do: [root@reg root]# dd if=/dev/st0 bs=32k skip=2 count=1 AMANDA: FILE 20020304 reg /root lev 0 comp N program /bin/tar To restore, position tape at start of file and run: dd if=$tape bs=32k skip=1 | /bin/tar -f... - 1+0 records in 1+0 records out [root@reg root]# So, I cd to a /tmp directory and try to run the command as it appeared in the amanda header, but I always get a tar error. I think I am probably overlooking something simple in tar, but I don't know what. I've never done this before, so please don't flame me too much if I'm doing something stupid. Thank you, Brad
Re: Barcode reader
On Mon, 11 Mar 2002, Thomas Hepper wrote: - Hi, - On Fri, Mar 08, 2002 at 11:38:32AM -0800, Stephen Carville wrote: - [..] - > In changer.conf set havereader=1 - - Hmm i think it must be - havebarcode 1 - - Which version of chg-scsi do you have. This option works not with 2.4.2 I wrote my own changer script based on chg-zd-mtx. That script uses 'havereader=1' and I just carried it over to my new script. I didn't know there was any other variant. I am using amanda 2.4.2p2. -- -- Stephen Carville UNIX and Network Administrator DPSI (formerly Ace USA Flood Services) 310-342-3602 [EMAIL PROTECTED]
Re: Barcode reader
On Mon, 11 Mar 2002, Thomas Hepper wrote: > Hi, > On Fri, Mar 08, 2002 at 11:38:32AM -0800, Stephen Carville wrote: > [..] > > In changer.conf set havereader=1 > > Hmm i think it must be > havebarcode 1 I'll try that. I actually already had havereader=1 in the conf but it didn't seem to make a difference. > Which version of chg-scsi do you have. This option works not with 2.4.2 I have whatever version comes with 2.4.3b2 of Amanda. - - - -- Eric Trager
Re: Barcode reader
Hi, On Fri, Mar 08, 2002 at 11:38:32AM -0800, Stephen Carville wrote: [..] > In changer.conf set havereader=1 Hmm i think it must be havebarcode 1 Which version of chg-scsi do you have. This option works not with 2.4.2 Thomas -- --- | Thomas Hepper[EMAIL PROTECTED] | | ( If the above address fail try ) | | ( [EMAIL PROTECTED])| ---
Re: amanda compile error
"Davidson, Brian" wrote: > > I'm trying to build amanda on an NCR 3430 running MP-RAS. > While compiling I got the following error: > > In file included from alloc.c:33: > > amanda.h:1092: conflicting types for `strncasecmp' > > /usr/include/strings.h:32: previous declaration of `strncasecmp' > > make[1]: *** [alloc.lo] Error 1 > > make[1]: Leaving directory > `/home/davidsb/amanda-2.4.3b2-20020308/common-src' > make: *** [all-recursive] Error 1 > > Here are the two conflicting statements: > > # grep strncasecmp /usr/include/strings.h > > int strncasecmp(const char *, const char *, size_t); > > # grep strncasecmp /home/davidsb/amanda-2.4.3b2-20020308/common-src/amanda.h > > extern int strncasecmp P((const char *s1, const char *s2, int n)); Change 'int n' to 'size_t n' here. > > Any clues on what to do beside throw the MP-RAS box out the window (man I > really want to do that!). I've only dabbled in C so I'm not very proficient > at it. I think I might be tempted to defenestrate it myself. :) > > Brian Davidson > 11710 Plaza America Drive > Reston, Virginia 20190 > 703.261.4694 > 703.261.5086 Fax
Re: AMFLUSH
Below is the result from a ls -la of /opt/amanda/lib /opt/amanda/libexec There is no symlinks linking to anywhere else or am I misunderstanding you? /opt/amanda/lib: total 3124 drwxr-xr-x 2 root other512 Feb 15 16:26 ./ drwxr-xr-x 11 root other512 Feb 26 10:35 ../ -rw-r--r-- 1 root other 761834 Feb 15 16:25 libamanda.a -rwxr-xr-x 1 root other662 Feb 15 16:25 libamanda.la* -rw-r--r-- 1 root other 111758 Feb 15 16:25 libamclient.a -rwxr-xr-x 1 root other668 Feb 15 16:25 libamclient.la* -rw-r--r-- 1 root other 640368 Feb 15 16:26 libamserver.a -rwxr-xr-x 1 root other668 Feb 15 16:26 libamserver.la* -rw-r--r-- 1 root other 44988 Feb 15 16:25 libamtape.a -rwxr-xr-x 1 root other662 Feb 15 16:25 libamtape.la* /opt/amanda/libexec: total 8206 drwxr-xr-x 2 root other 1024 Feb 15 16:26 ./ drwxr-xr-x 11 root other512 Feb 26 10:35 ../ -rwxr-xr-x 1 root bin 123384 Feb 15 16:25 amandad* -rw-r--r-- 1 root bin 227 Feb 15 16:26 amcat.awk -rwxr-xr-x 1 root bin 196241 Feb 15 16:26 amcleanupdisk* -rwxr-xr-x 1 root bin 02 Feb 15 16:26 amidxtaped* -rwxr-xr-x 1 root bin 329565 Feb 15 16:26 amindexd* -rwxr-xr-x 1 root bin 147550 Feb 15 16:26 amlogroll* -rw-r--r-- 1 root bin15709 Feb 15 16:26 amplot.awk -rw-r--r-- 1 root bin 3283 Feb 15 16:26 amplot.g -rw-r--r-- 1 root bin 3293 Feb 15 16:26 amplot.gp -rwxr-xr-x 1 root bin 291959 Feb 15 16:26 amtrmidx* -rwxr-xr-x 1 root bin 290423 Feb 15 16:26 amtrmlog* -rwsr-x--- 1 root bin95911 Feb 15 16:25 calcsize* -rwxr-xr-x 1 root bin10061 Feb 15 16:26 chg-chio* -rwxr-xr-x 1 root bin 8254 Feb 15 16:26 chg-chs* -rwxr-xr-x 1 root bin 5789 Feb 15 16:26 chg-manual* -rwxr-xr-x 1 root bin 4102 Feb 15 16:26 chg-mtx* -rwxr-xr-x 1 root bin 9107 Feb 15 16:26 chg-multi* -rwxr-xr-x 1 root bin 6451 Feb 15 16:26 chg-rth* -rwxr-xr-x 1 root bin 316078 Feb 15 16:26 chg-scsi* -rwxr-xr-x 1 root bin15759 Feb 15 16:26 chg-zd-mtx* -rwxr-xr-x 1 root bin 282374 Feb 15 16:26 driver* -rwsr-x--- 1 root bin 257372 Feb 15 16:26 dumper* -rwsr-x--- 1 root bin75886 Feb 15 16:25 killpgrp* -rwxr-xr-x 1 root bin 4591 Feb 15 16:25 patch-system* -rwsr-x--- 1 root bin 336749 Feb 15 16:26 planner* -rwxr-x--- 1 root bin73505 Feb 15 16:25 rundump* -rwsr-x--- 1 root bin73532 Feb 15 16:25 runtar* -rwxr-xr-x 1 root bin 106529 Feb 15 16:25 selfcheck* -rwxr-xr-x 1 root bin 217209 Feb 15 16:25 sendbackup* -rwxr-xr-x 1 root bin 183189 Feb 15 16:25 sendsize* -rwxr-xr-x 1 root bin 325888 Feb 15 16:26 taper* -rwxr-xr-x 1 root bin73379 Feb 15 16:25 versionsuffix* On 11 Mar 2002, at 15:07, Jordi Vidal wrote: > Or maybe libamserver is linked to the old library (2.4.p1), and "make > install" preserved the link. If libamserver-2.4.p2 exists you can try > to remake the link. > > Regards > > > >From: David Flood <[EMAIL PROTECTED]> > >Reply-To: David Flood <[EMAIL PROTECTED]> > >To: [EMAIL PROTECTED] > >Subject: AMFLUSH > >Date: Mon, 11 Mar 2002 10:55:47 + (GMT) > > > >I have recently upgraded from amanda 2.4.1p1 to 2.4.2p2 but when I try to > >do a > >amflush I get the following error: > > > >ld.so.1: /opt/amanda/sbin/amflush: fatal: libamserver-2.4.1p1.so.0: open > >failed: > >No such file or directory > >Killed > > > >The amanda tapeserver is running on Solaris 5.8. > > > >Does anyone know why this is happening and how to fix it? Every other part > >of > >amanda seems to work as it should since the upgrade. > > > > > > > >David Flood > >Systems Administrator > >The Rober Gordon University > >Phone +44(0)1224 262721 > > > > > > > _ > Hable con sus amigos en línea, pruebe MSN Messenger: http://messenger.msn.es > - David Flood Systems Administrator [EMAIL PROTECTED] Tel: +44 (0)1224 262721 The Robert Gordon University School of Computing St. Andrews Street Aberdeen -
Re: AMFLUSH
On Monday 11 March 2002 05:55 am, David Flood wrote: >I have recently upgraded from amanda 2.4.1p1 to 2.4.2p2 but when > I try to do a amflush I get the following error: > >ld.so.1: /opt/amanda/sbin/amflush: fatal: > libamserver-2.4.1p1.so.0: open failed: No such file or > directory >Killed > >The amanda tapeserver is running on Solaris 5.8. > >Does anyone know why this is happening and how to fix it? Every > other part of amanda seems to work as it should since the > upgrade. That sounds as if you used a different directory as the location of the executables when you configured the new one, and the install didn't overwrite the old ones which were found first. Using a locate utility, manually clean out the old ones, and then as root re-install. This is one of the reasons I always use the same script to drive the configuration when I upgrade. Also, the amanda.org site has the newest stable, 2.4.3b3, which has lots of bugfixes, as in all known bugs have been fixed. Highly recommended. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 98.6+% setiathome rank, not too shabby for a hillbilly
amanda compile error
I'm trying to build amanda on an NCR 3430 running MP-RAS. While compiling I got the following error: In file included from alloc.c:33: amanda.h:1092: conflicting types for `strncasecmp' /usr/include/strings.h:32: previous declaration of `strncasecmp' make[1]: *** [alloc.lo] Error 1 make[1]: Leaving directory `/home/davidsb/amanda-2.4.3b2-20020308/common-src' make: *** [all-recursive] Error 1 Here are the two conflicting statements: # grep strncasecmp /usr/include/strings.h int strncasecmp(const char *, const char *, size_t); # grep strncasecmp /home/davidsb/amanda-2.4.3b2-20020308/common-src/amanda.h extern int strncasecmp P((const char *s1, const char *s2, int n)); Any clues on what to do beside throw the MP-RAS box out the window (man I really want to do that!). I've only dabbled in C so I'm not very proficient at it. Brian Davidson 11710 Plaza America Drive Reston, Virginia 20190 703.261.4694 703.261.5086 Fax
AMFLUSH
I have recently upgraded from amanda 2.4.1p1 to 2.4.2p2 but when I try to do a amflush I get the following error: ld.so.1: /opt/amanda/sbin/amflush: fatal: libamserver-2.4.1p1.so.0: open failed: No such file or directory Killed The amanda tapeserver is running on Solaris 5.8. Does anyone know why this is happening and how to fix it? Every other part of amanda seems to work as it should since the upgrade. David Flood Systems Administrator The Rober Gordon University Phone +44(0)1224 262721
