Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*baffling\s+tape\,\s+3584\s+HW\s+compression\,\s+and\s+stgpool\s+design\s*$/: 11 ]

Total 11 documents matching your query.

1. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: Dan Foster <dsf AT GBLX DOT NET>
Date: Wed, 4 Sep 2002 09:43:32 +0000
Hot Diggety! Koen Willems was rumored to have written: Apparently, it was bad tapes. Interesting. Guess that makes sense. Nah, wasn't planning to. The backups are fast enough that we wouldn't have an
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-09/msg00064.html (12,854 bytes)

2. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: Dan Foster <dsf AT GBLX DOT NET>
Date: Wed, 4 Sep 2002 09:40:22 +0000
Hot Diggety! David Longo was rumored to have written: Looks like two bad tapes in the 3570 library. Thanks! Going to store them in the 'rejects pile' until I can legally have them degaussed and then
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-09/msg00066.html (11,252 bytes)

3. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: Dan Foster <dsf AT GBLX DOT NET>
Date: Wed, 4 Sep 2002 09:39:20 +0000
Hot Diggety! David Longo was rumored to have written: Niiice! Sounds like bulk of data must be ASCII or something easily compressible with repeatable data. Thanks, using FORMAT=ULTRIUMC and it now in
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-09/msg00067.html (11,178 bytes)

4. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: Dan Foster <dsf AT GBLX DOT NET>
Date: Wed, 4 Sep 2002 09:40:50 +0000
Hot Diggety! Zlatko Krastev/ACIT was rumored to have written: Very interesting tidbit. I'll note that and file away for future reference. Thanks! -Dan
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-09/msg00161.html (11,098 bytes)

5. baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: Dan Foster <dsf AT GBLX DOT NET>
Date: Tue, 27 Aug 2002 08:34:14 +0000
Couple unrelated questions: 1. When I query a 3570 library, there's one tape that baffles me: Library Name Volume Name Status Last Use Home Element -- -- -- -- -- 3570LIB1 133060 Private 34 I can't d
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg01165.html (13,979 bytes)

6. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: "Cook, Dwight E" <DWIGHT.E.COOK AT SAIC DOT COM>
Date: Tue, 27 Aug 2002 04:30:37 -0700
Tapes like this generally become this way due to some error such as not being able to read the volume's internal label when mounted to fill a scratch request. There is some TSM message that is along
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg01169.html (15,032 bytes)

7. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: Koen Willems <koen_willems AT HOTMAIL DOT COM>
Date: Tue, 27 Aug 2002 13:16:48 +0000
Dear reader, Maybe that the access state is "unavaileble" try "q vol f=d" look at the access state if it is not in a readw state use "update vol XXXX access=readwrite" Then do a move data on the volu
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg01173.html (16,999 bytes)

8. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: David Longo <David.Longo AT HEALTH-FIRST DOT ORG>
Date: Tue, 27 Aug 2002 10:06:45 -0400
For question 2, on my 3584 drives I have the FORMAT=ULTRIUMC and it uses comperssion. I'm getting about 275GB average on my tapes (IBM tapes), have gotten nearly 400GB on some! David Longo Couple unr
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg01177.html (15,510 bytes)

9. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: Daniel Sparrman <daniel.sparrman AT EXIST DOT SE>
Date: Tue, 27 Aug 2002 14:09:23 +0200
This could also occur when you checkin a scratch tape, without setting the status to scratch. However, as I remember it, you only have to update the library volume using upd libvol "library_name" "vo
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg01186.html (15,960 bytes)

10. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: David Longo <David.Longo AT HEALTH-FIRST DOT ORG>
Date: Tue, 27 Aug 2002 09:48:45 -0400
My experience with tapes in this condition is that the "write protect" tab was set on by accident. AS Dwighty check the tape out. Then check the Write Protect. If it is on, then set it off and check
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg01187.html (16,549 bytes)

11. Re: baffling tape, 3584 HW compression, and stgpool design (score: 1)
Author: Zlatko Krastev/ACIT <acit AT ATTGLOBAL DOT NET>
Date: Wed, 28 Aug 2002 16:52:53 +0300
Dan, David already answered to question 2 but as an additional remark - when TSM started to write a tape volume uncompressed the tape has to become back scratch to start write on it with compression.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2002-08/msg01223.html (16,036 bytes)


This search system is powered by Namazu