Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*DLT1\s+Tape\s+drive\s+performance\.\.\.\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*DLT1\s+Tape\s+drive\s+performance\.\.\.\s*$/: 8 ]

Total 8 documents matching your query.

1. DLT1 Tape drive performance... (score: 1): Author: Dan Brown <monkeypants AT shaw DOT ca>; Date: Wed, 03 Nov 2004 13:50:51 -0600; I've never really thought about this before until I had our DLT drive sitting beside our desk during some renovations. What should the average DLT1 tape drive perform like during backup? Ours happens; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-11/msg00031.html (13,426 bytes)
2. Re: DLT1 Tape drive performance... (score: 1): Author: Glenn English <ghe AT slsware DOT com>; Date: Wed, 03 Nov 2004 13:21:08 -0700; I had a very similar "shoe polishing" problem when I went from DDS to a DLT VS160. I solved it by not having a tape in the drive when doing the backup, then doing the flush when the system is (pretty; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-11/msg00034.html (11,867 bytes)
3. Re: DLT1 Tape drive performance... (score: 1): Author: Frank Smith <fsmith AT hoovers DOT com>; Date: Wed, 03 Nov 2004 14:33:00 -0600; It will wear out the tapes, also. Evidently your server isn't feeding data to the drive fast enough to keep up and the drive is constantly having to stop and reposition itself. It's not the DLT that; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-11/msg00037.html (15,505 bytes)
4. Re: DLT1 Tape drive performance... (score: 1): Author: Paul Bijnens <paul.bijnens AT xplanation DOT com>; Date: Thu, 04 Nov 2004 09:39:50 +0100; During a backup, or a flush, the tape drive writes data for 4 seconds, then rewinds for 1 second, then writes for 4 seconds, then rewinds for 1 second, etc. This seems like a good way to wear out a; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-11/msg00060.html (14,134 bytes)
5. Re: DLT1 Tape drive performance... (score: 1): Author: Dan Brown <monkeypants AT shaw DOT ca>; Date: Thu, 04 Nov 2004 17:38:13 -0600; During a backup, or a flush, the tape drive writes data for 4 seconds, then rewinds for 1 second, then writes for 4 seconds, then rewinds for 1 second, etc. This seems like a good way to wear out a; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-11/msg00099.html (13,417 bytes)
6. Re: DLT1 Tape drive performance... (score: 1): Author: Jon LaBadie <jon AT jgcomp DOT com>; Date: Fri, 5 Nov 2004 00:38:13 -0500; No adjustment to tapetype I'm aware of would do anything for shoeshining. Specifically, the speed parameter (I suspect that is what you are thinking of changing) is not needed or used by amanda. It m; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-11/msg00102.html (12,375 bytes)
7. Re: DLT1 Tape drive performance... (score: 1): Author: Paul Bijnens <paul.bijnens AT xplanation DOT com>; Date: Fri, 05 Nov 2004 09:32:51 +0100; This may be a problem then as the IDE holding disk is NFS mounted from a third machine. The server with the backup is a SCSI only system and doesn't support IDE. That's bad indeed, unless you have gi; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-11/msg00109.html (14,221 bytes)
8. Re: DLT1 Tape drive performance... (score: 1): Author: Dan Brown <monkeypants AT shaw DOT ca>; Date: Sat, 06 Nov 2004 15:40:55 -0600; I adjusted the tapebufs setting from 20 to 128, and the DLT drive now writes for around 10 seconds before stopping and seeking. I've adjusted it to 256 to see what happens once I need to flush the ho; /usr/local/webapp/mharc-adsm.org/html/Amanda-Users/2004-11/msg00133.html (12,655 bytes)

Current List: 1 - 8
Page: [1]