amrecover error

hello When running the command below on client server I get the following error - details are : - terrabkup# amrecover -C fullbkup -s sa01.terra.terrasky.mu -t sa01.terra.terrasky.mu -d /dev/nst0 AMRECOVER Version 2.4.3. Contacting server on sa01.terra.terrasky.mu ... amrecover: Unexpected end of

Re: Can't for the life of me figure out why it won't flush ....

Geoff Swavley wrote: NOTES: driver: WARNING: /holding2/schedule4: 52428800 KB requested, but only 37434075 KB available. taper: tape schedule4-JAN-2004 kb 1053504 fm 1 writing file: I/O error I once had this and finally found out the I/O error was on my holding disk. You might just want

Re: amrecover error

Hi, Madhvi Gokool schrieb: hello When running the command below on client server I get the following error - details are : - terrabkup# amrecover -C fullbkup -s sa01.terra.terrasky.mu -t sa01.terra.terrasky.mu -d /dev/nst0 AMRECOVER Version 2.4.3. Contacting server on sa01.terra.terrasky.mu ...

Re: Can't get good backups, where might this timeout be?

On Thu, 26 Feb 2004 at 8:09am, stan wrote Here's the scenario. I have an existing Amanda installation that was working well. I added several disk partitons to the backup set. These partions are on the dumphost. Tey also are big enough that they have to be broken up into smaller chunks to fit

Re: selfcheck request timed out error

This is a tuff one. I really can't figure out what is going on. Joshua Baker-LePain wrote: On Wed, 25 Feb 2004 at 3:06pm, jlm17 wrote I commented out the only_from line from all three amanda services but it does not work. The other thing to check is /etc/hosts.{allow,deny}. I don't know

Re: ? amrecover to dir other than CWD

Thanks Allen Liu - Original Message - From: Christoph Scheeder [EMAIL PROTECTED] To: Allen Liu --- work [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, February 26, 2004 2:51 AM Subject: Re: ? amrecover to dir other than CWD Hi, if you want to restore in the original

Re: selfcheck request timed out error

On Thu, 26 Feb 2004 at 10:16am, jlm17 wrote tcpdump gives me this: tcpdump -vv -i lo tcpdump: listening on lo, link-type EN10MB (Ethernet), capture size 68 bytes 10:08:27.706802 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], length: 145) royal.inse.lucent.com.798

Re: selfcheck request timed out error

Thanks for the help. Turns out it was xinetd. There was an only_from in both /etc/xinetd.conf and in /etc/xinetd.d/amanda. By commenting out all of those amcheck returned with no errors. Joshua Baker-LePain wrote: On Thu, 26 Feb 2004 at 10:16am, jlm17 wrote tcpdump gives me this: tcpdump -vv

Re: Problems with amrecover

Here is an example: [EMAIL PROTECTED] _root]# zmore 20040226_0.gz -- 20040226_0.gz -- / /.borland/ /.cpan/ /.cpan/Bundle/ /.cpan/build/ /.cpan/build/Algorithm-Cluster-1.24/ /.cpan/build/Algorithm-Cluster-1.24/blib/ /.cpan/build/Algorithm-Cluster-1.24/blib/arch/

Problems with amrecover

Hi, Can someone please point me in the right direction, as I can't think what is going wrong I am trying to do a restore using amrecover, but I get the response that the index does not exist: [EMAIL PROTECTED] root]# amrecover -C full AMRECOVER Version 2.4.3. Contacting server on localhost ...

? holding disk contents

Hi all, I ma trying to see what holding disk contents look like. My changer script is chg-manual. The drive didn't have tape in. When I ran amdump, it asked for putting tape in. at this moment I check my holding disk directory, it has timestamp but no contents. Does it suppose to have some data

Re: Problem with amrecover and tapeless

Pascal, I recall a similar error when the chg-disk changer wasn't setting the data sym-link to the correct tape slot. Try using the command: settape chg-disk before doing the extract. It also worked if I manually ran the command: amtape config slot N in another window before doing the

Can't get good backups, where might this timeout be?

\  NOTES: planner: black WAVS-lo 20040226 0 [dumps too big, 1910970 KB, full dump delayed] planner: black MUSIC-lo 20040226 0 [dumps too big, 2385450 KB, full dump delayed] planner: black MUSIC-hk 20040226 0 [dumps too big, 3231520 KB, full dump delayed] planner: black WAVS-oz 20040226 0 [dumps