What cause this error?

2003-07-19 Thread Christoffer Dahl Petersen
Hi!

I'm starting to get the same error more and more often, but I don't know
what is causing it?
When I run amcheck, I get this:
Amanda Tape Server Host Check
-
Holding disk /var/tmp: 13484300 KB disk space available, that's plenty
NOTE: skipping tape-writable test
Server check took 1.396 seconds

Amanda Backup Client Hosts Check

Client check: 2 hosts checked in 0.756 seconds, 0 problems found

(brought to you by Amanda 2.4.2p2)

-
But when I run the actually backup I get this back:
These dumps were to tape daglig3.
*** A TAPE ERROR OCCURRED: [[writing file: Input/output error]].
Some dumps may have been left in the holding disk.
Run amflush to flush them to tape.
The next tape Amanda expects to use is: daglig1.

FAILURE AND STRANGE DUMP SUMMARY:
  filserver2 /home/files2 lev 0 FAILED [out of tape]
  filserver2 /home/files2 lev 0 FAILED [data write: Connection reset by
peer]
  filserver2 /home/files2 lev 0 FAILED [dump to tape failed]


STATISTICS:
  Total   Full  Daily
      
Estimate Time (hrs:min)0:01
Run Time (hrs:min) 5:54
Dump Time (hrs:min)2:48   2:48   0:00
Output Size (meg)   11890.611890.60.0
Original Size (meg) 21655.021655.00.0
Avg Compressed Size (%)54.9   54.9-- 
Filesystems Dumped1  1  0
Avg Dump Rate (k/s)  1208.1 1208.1-- 

Tape Time (hrs:min)2:48   2:48   0:00
Tape Size (meg) 11890.611890.60.0
Tape Used (%)  35.1   35.10.0
Filesystems Taped 1  1  0
Avg Tp Write Rate (k/s)  1208.1 1208.1-- 


FAILED AND STRANGE DUMP DETAILS:

/-- filserver2 /home/files2 lev 0 FAILED [data write: Connection reset
by peer]
sendbackup: start [filserver2:/home/files2 level 0]
sendbackup: info BACKUP=/bin/tar
sendbackup: info RECOVER_CMD=/bin/tar -f... -
sendbackup: info end
\


NOTES:
  taper: tape daglig3 kb 25720480 fm 2 writing file: Input/output error


DUMP SUMMARY:
 DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS  KB/s MMM:SS 
KB/s
-- -

filserver/home/files 0 2217476012175968  54.9 167:581208.1
167:591208.1
filserver2   -ome/files2 0 FAILED
---

(brought to you by Amanda version 2.4.2p2)


-
Can someone tell me what the problem is here.

Thanks

Christoffer Dahl Petersen



Re: What cause this error?

2003-07-19 Thread Gene Heskett
On Saturday 19 July 2003 03:53, Christoffer Dahl Petersen wrote:
Hi!

I'm starting to get the same error more and more often, but I don't
 know what is causing it?
When I run amcheck, I get this:
Amanda Tape Server Host Check
-
Holding disk /var/tmp: 13484300 KB disk space available, that's
 plenty NOTE: skipping tape-writable test
Server check took 1.396 seconds

Amanda Backup Client Hosts Check

Client check: 2 hosts checked in 0.756 seconds, 0 problems found

(brought to you by Amanda 2.4.2p2)

-
But when I run the actually backup I get this back:
These dumps were to tape daglig3.
*** A TAPE ERROR OCCURRED: [[writing file: Input/output error]].
Some dumps may have been left in the holding disk.
Run amflush to flush them to tape.
The next tape Amanda expects to use is: daglig1.

FAILURE AND STRANGE DUMP SUMMARY:
  filserver2 /home/files2 lev 0 FAILED [out of tape]
  filserver2 /home/files2 lev 0 FAILED [data write: Connection
 reset by peer]
  filserver2 /home/files2 lev 0 FAILED [dump to tape failed]


STATISTICS:
  Total   Full  Daily
      
Estimate Time (hrs:min)0:01
Run Time (hrs:min) 5:54
Dump Time (hrs:min)2:48   2:48   0:00
Output Size (meg)   11890.611890.60.0
Original Size (meg) 21655.021655.00.0
Avg Compressed Size (%)54.9   54.9--
Filesystems Dumped1  1  0
Avg Dump Rate (k/s)  1208.1 1208.1--

Tape Time (hrs:min)2:48   2:48   0:00
Tape Size (meg) 11890.611890.60.0
Tape Used (%)  35.1   35.10.0
Filesystems Taped 1  1  0
Avg Tp Write Rate (k/s)  1208.1 1208.1--


FAILED AND STRANGE DUMP DETAILS:

/-- filserver2 /home/files2 lev 0 FAILED [data write: Connection
 reset by peer]
sendbackup: start [filserver2:/home/files2 level 0]
sendbackup: info BACKUP=/bin/tar
sendbackup: info RECOVER_CMD=/bin/tar -f... -
sendbackup: info end
\


NOTES:
  taper: tape daglig3 kb 25720480 fm 2 writing file: Input/output
 error


DUMP SUMMARY:
 DUMPER STATSTAPER
 STATS HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS  KB/s
 MMM:SS KB/s
-- -

filserver/home/files 0 2217476012175968  54.9 167:581208.1
167:591208.1
filserver2   -ome/files2 0 FAILED
---

(brought to you by Amanda version 2.4.2p2)

Well, this is missing one vital piece of info, but it looks as if you 
taped one filesystem only, and it was close to 12Gb.  Then it didn't 
have room for the next one of 26Gb.  How big is the tape in raw 
capacity?


-
Can someone tell me what the problem is here.

Thanks

Christoffer Dahl Petersen

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.26% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.



Re: What cause this error?

2003-07-19 Thread Christoffer Dahl Petersen
lør, 2003-07-19 kl. 10:30 skrev Gene Heskett:

 Well, this is missing one vital piece of info, but it looks as if you 
 taped one filesystem only, and it was close to 12Gb.  Then it didn't 
 have room for the next one of 26Gb.  How big is the tape in raw 
 capacity?

The Tapes says: 40/80GB
And my tapedrive is a HP Surestore DAT40I 
(http://amanda.sourceforge.net/cgi-bin/fom?_highlightWords=hp%20surestorefile=132)

Thanks

Christoffer





Re: What cause this error?

2003-07-19 Thread Gene Heskett
On Saturday 19 July 2003 05:53, Christoffer Dahl Petersen wrote:
lør, 2003-07-19 kl. 10:30 skrev Gene Heskett:
 Well, this is missing one vital piece of info, but it looks as if
 you taped one filesystem only, and it was close to 12Gb.  Then it
 didn't have room for the next one of 26Gb.  How big is the tape in
 raw capacity?

The Tapes says: 40/80GB
And my tapedrive is a HP Surestore DAT40I
 (http://amanda.sourceforge.net/cgi-bin/fom?_highlightWords=hp%20sur
estorefile=132)

And is the compression turned off in the drive?

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.26% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.



Re: What cause this error?

2003-07-19 Thread Christoffer Dahl Petersen
On Sat, 19 Jul 2003, Gene Heskett wrote:
 
 And is the compression turned off in the drive?

I dont know, how do I verify that?

Christoffer Dahl Petersen
 



i need your assistance

2003-07-19 Thread y . jumbo
Dear Sir 

My name is Jumbo Yengeni a south   African
 citizen I got your Contact through
the south African chamber of commece and
 industry . I am the brother  to  mr Tony Yengeni 
. Mr Yengeni was the chairman of parliament's in
 south Africa and  the former chief whip of the  ruling 
political party ANC .

My  Brother (MR. T. YENGENI), has as a result of
 trust and Confidence he has mandated that I 
search for a Reliable and trustworthy foreign
 partner, who Will help receive some funds, 
which we have in cash Totalling US$35m
(Thirty Five Million United States Dollars Only)
 into a personal, company or any Reliable foreign 
bank account for safe keeping for a Short period 
of time, since our family bank accounts Within 
and outside the country have all been Frozen by
 the authorities.

 (I would refer you to these few Websites for further information
About my family) 

1) http://news.bbc.co.uk/2/hi/business/2756861.st
 2)http://www.cnn.com/2001/WORLD/europe/10/03/safrica.arms/index.html 
3 http://iafrica.com/news/sa/993487.htm 
4)http://www.sabcnews.co.za/south_africa/crime1justice/0,1009,55366,00.html 

However I have managed to push the money abroad and
 it is presently in the custody of a financial company in 
Europe I got your contact through the South African
chamber of commerce and industry. I hope you are trustworthy
 and will not sit on the money when  you receive it. 
The total sum will be shared as 
follows: 20% for you , 75% For my family ,  and
then the remaining 5% will be  used for the reimbursement 
of  all the expenses we will incurre in the process of this 
transaction where you will take delivery of the funds ,

.There is no risk involved what so ever on this 
transaction, these funds will be received  in your
 favor upon proper application.  If you are interested in this 
business, please urgently contact me on
the following  e-mail address.

  Please endeavor to keep this business 
confidential.

I will be most grateful if you
can come forward and help me.
  Thanks
Mr. jumbo Yengeni--


amrecover problem: need help/advice

2003-07-19 Thread Freels, James D.




Hello I have used amanda for a long time and have used the amrecover command to recover files/directories in the past without problems. Recently, I accidently deleted a large chunk of my home directory (you don't really want to know how this happened do you--long story). Normally, if something like this happens I do not panic because I know that I can recover most, if not all, of the files deleted. 

The AMANDA log files all indicate backups have been written normally. Indeed, I can verify that myt home directory and each individual file thereof is listed in the index files on the backup server. However, unlike in the past, when I issue the normal

amrecover /dev/tape_norewind machine disk-device

I get a scsi-related error message after if finds the file on the tape. It searches through the tape, finds the file, and only dumps part of the file. For example, if the file should be 4GB, it is only dumping about 500 Mb. It is as if a buffer is overflowing or something like that.

I get no similar messages when creating the tape, only when trying to read off the tape.

Any help appreciated. I am at a loss unless I have had a buggy tape drive for some time and not realized it.

P.S. I have also taken the tape to a second compatible drive on an entirely different machine. This drive also could not read the tape. Not looking good...




-- 
James D. Freels, Ph.D.
[EMAIL PROTECTED]








Re: What cause this error?

2003-07-19 Thread Jon LaBadie
On Sat, Jul 19, 2003 at 11:53:21AM +0200, Christoffer Dahl Petersen wrote:
 lr, 2003-07-19 kl. 10:30 skrev Gene Heskett:
 
  Well, this is missing one vital piece of info, but it looks as if you 
  taped one filesystem only, and it was close to 12Gb.  Then it didn't 
  have room for the next one of 26Gb.  How big is the tape in raw 
  capacity?
 
 The Tapes says: 40/80GB
 And my tapedrive is a HP Surestore DAT40I 
 (http://amanda.sourceforge.net/cgi-bin/fom?_highlightWords=hp%20surestorefile=132)
 

Where did you ever get the notion that it is 40/80 GB.
There is no DAT/DDS format of those capacities.

There is a DAT/DDS format, and the one reported in the above URL,
of 20/40 GB.  I.e. 20GB native capacity, approximately 40GB of
compressed data.

Some significant data from your report:
(BTW you could use the columnspec to format it better)

 DUMP SUMMARY:
 DUMPER STATS
 HOSTNAME DISKL ORIG-KB   OUT-KB   COMP%  MMM:SS   KB/s ...
 -- --- ...
 filserver/home/files 0 22174760  12175968  54.9  167:58 1208.1 ...
 filserver2   -ome/files2 0 FAILED

Your first DLE was 22GB native and compressed with gzip to 12GB.
Things failed on the second DLE


 NOTES:
   taper: tape daglig3 kb 25720480 fm 2 writing file: Input/output error

Your tape filled to overflow at 25GB on the second DLE.

That is a surprising number to me, 25GB, unless the second DLE was
not being compressed by gzip.


Another thing to note; you are not using your holding disk at all.
Both DLE's were going direclty to tape.  Evidence for this is
1) the identity between the dump stats and the taper stats (compare
   with above
2) the lack of dumper stats for the 2nd DLE.

...   TAPER STATS
 HOSTNAME DISKL ...   MMM:SS   KB/s
 -- ...   ---
 filserver/home/files 0 ...   167:59  1208.1
 filserver2   -ome/files2 0 ...   FAILED


Another oddity, another part of your report says 12GB were taped
and that was 35% of tape capacity.  That implies your tapetype is
claiming a native capacity of 12/0.35 or about 34GB.  What is your
tapetype.  Not the one in the URL you mentioned.  That was 19.5GB.

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


Re: amrecover problem: need help/advice

2003-07-19 Thread Gene Heskett
On Saturday 19 July 2003 10:46, Freels, James D. wrote:
Hello I have used amanda for a long time and have used the amrecover
command to recover files/directories in the past without problems.
Recently, I accidently deleted a large chunk of my home directory
 (you don't really want to know how this happened do you--long
 story). Normally, if something like this happens I do not panic
 because I know that I can recover most, if not all, of the files
 deleted.

The AMANDA log files all indicate backups have been written
 normally. Indeed, I can verify that myt home directory and each
 individual file thereof is listed in the index files on the backup
 server.  However, unlike in the past, when I issue the normal

amrecover /dev/tape_norewind machine  disk-device

I get a scsi-related error message after if finds the file on the
 tape. It searches through the tape, finds the file, and only dumps
 part of the file.  For example, if the file should be 4GB, it is
 only dumping about 500 Mb.  It is as if a buffer is overflowing or
 something like that.

I get no similar messages when creating the tape, only when trying
 to read off the tape.

Any help appreciated.  I am at a loss unless I have had a buggy tape
drive for some time and not realized it.

P.S.  I have also taken the tape to a second compatible drive on an
entirely different machine.  This drive also could not read the
 tape. Not looking good...

That doesn't sound as if its the drive to me since 2 drives cannot 
read this tape, its more than likely a bad tape.  I don't think thats 
what you wanted to hear though...

Can you 'mt -f /device fsf nn' where nn is the number of the next file 
on the tape?

This is one of the reasons one should have a tapecycle that is at 
*least* 2*runspercycle*runtapes.  It would be somewhat dated, but 
better than nothing, to back up one dumpcycles worth of tapes in the 
sequence and recover that.

-- 
Cheers, Gene
AMD [EMAIL PROTECTED] 320M
[EMAIL PROTECTED]  512M
99.26% setiathome rank, not too shabby for a WV hillbilly
Yahoo.com attornies please note, additions to this message
by Gene Heskett are:
Copyright 2003 by Maurice Eugene Heskett, all rights reserved.