Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*LTO\s+Volume\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*LTO\s+Volume\s*$/: 15 ]

Total 15 documents matching your query.

1. LTO Volume (score: 1): Author: Akash Jain <akashj AT IBILTTECHNOLOGIES DOT COM>; Date: Sat, 5 Mar 2005 22:57:04 +0530; Hi experts, I have one simple query. While taking backups on LTO through, it occupies new LTO volume only after the used and in process volume will display status as ?FULL?. But in my case I had obse; /lists/html/ADSM-L/2005-03/msg00198.html (9,470 bytes)
2. Re: LTO Volume (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Sat, 5 Mar 2005 14:44:05 -0500; Akash - I term this "Tape leak", as I summarize in http://people.bu.edu/rbs/ADSM.QuickFacts . We had a good discussion of this about 6 months ago on ADSM-L. One member was pursuing it with IBM as a p; /lists/html/ADSM-L/2005-03/msg00199.html (11,156 bytes)
3. Re: LTO Volume (score: 1): Author: Akash Jain <akashj AT IBILTTECHNOLOGIES DOT COM>; Date: Sun, 6 Mar 2005 06:45:06 +0530; Thanks for the reply.... But this is now happening with other scratch volumes also; I mean to say the previous one BT00557 has been now in a state of 'FULL' Where as other volumes checked in as scrat; /lists/html/ADSM-L/2005-03/msg00201.html (12,568 bytes)
4. Re: LTO Volume (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Sun, 6 Mar 2005 06:12:52 -0500; Akash - In analyzing problems, get into the habit of acquiring the complete information available about the ingredients of the problem scenario so that it becomes more understandable. In this case, p; /lists/html/ADSM-L/2005-03/msg00202.html (13,272 bytes)
5. Re: LTO Volume (score: 1): Author: Iain Barnetson <Iain.Barnetson AT HALLIBURTON DOT COM>; Date: Mon, 07 Mar 2005 06:26:04 -0500; Ruichard, I tried the SQL query below that you gave, but got an error "where status='filling'" at the '=' bit Regards, Iain Barnetson IT Systems Administrator UKN Infrastructure Operations Akash - I; /lists/html/ADSM-L/2005-03/msg00206.html (11,527 bytes)
6. Re: LTO Volume (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Mon, 7 Mar 2005 07:53:33 -0500; Ruichard, I tried the SQL query below that you gave, but got an error "where status='filling'" at the '=' bit And the error was... ? The Select is tried-and-true, and works well. Perhaps you tried t; /lists/html/ADSM-L/2005-03/msg00209.html (10,911 bytes)
7. Re: LTO Volume (score: 1): Author: Andreas Priebe <andreas.priebe AT PROMOS-CONSULT DOT DE>; Date: Mon, 7 Mar 2005 14:28:01 +0100; Hi Richard, The Select is tried-and-true, and works well. On one of my TSM servers it gives me an SQL error due to the formmating: ANR2948E The value '381468.0' can not be assigned or converted to SQ; /lists/html/ADSM-L/2005-03/msg00215.html (10,296 bytes)
8. Re: LTO Volume (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Mon, 7 Mar 2005 08:55:31 -0500; Good suggestion, Andreas, now that we're getting into "terrorbytes". thanks, Richard Sims Hi Richard, The Select is tried-and-true, and works well. On one of my TSM servers it gives me an SQL error d; /lists/html/ADSM-L/2005-03/msg00218.html (10,603 bytes)
9. Re: LTO Volume (score: 1): Author: Iain Barnetson <Iain.Barnetson AT HALLIBURTON DOT COM>; Date: Mon, 07 Mar 2005 09:25:46 -0500; Richard, Sorry. The error msg was: tsm: ABZBKUP001>SELECT STGPOOL_NAME AS " STORAGE POOL ", CHAR(VOLUME_NAME,6) AS "VOLNAME", PCT_UTILIZED as "PC T UTIL", DEC(EST_CAPACITY_MB,6) AS "MB_CAPACITY", CHA; /lists/html/ADSM-L/2005-03/msg00221.html (13,519 bytes)
10. Re: LTO Volume (score: 1): Author: Andrew Raibeck <storman AT US.IBM DOT COM>; Date: Mon, 7 Mar 2005 08:02:49 -0700; Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: storman AT us.ibm DOT com The only dumb; /lists/html/ADSM-L/2005-03/msg00222.html (15,613 bytes)
11. Re: LTO Volume (score: 1): Author: Iain Barnetson <Iain.Barnetson AT HALLIBURTON DOT COM>; Date: Mon, 07 Mar 2005 10:18:35 -0500; Cheers Andy, I just kinda thought that what you'd put would work. I never realised there were variables that might need adjusting................. Anyway, Richard Sims was good enough to point out th; /lists/html/ADSM-L/2005-03/msg00223.html (15,980 bytes)
12. Re: LTO Volume (score: 1): Author: Andreas Priebe <andreas.priebe AT PROMOS-CONSULT DOT DE>; Date: Mon, 7 Mar 2005 16:28:38 +0100; Hi Iain tsm: ABZBKUP001>SELECT STGPOOL_NAME AS " STORAGE POOL ", - "ACCESS", - ANR2948E The value '4096000.0' can not be assigned or converted to SQL data type DECIMAL(7,1). ........................V; /lists/html/ADSM-L/2005-03/msg00224.html (10,482 bytes)
13. Re: LTO Volume (score: 1): Author: Iain Barnetson <Iain.Barnetson AT HALLIBURTON DOT COM>; Date: Mon, 07 Mar 2005 10:50:23 -0500; Yeah thanks guys. 8mb did the trick. I've just been trying out some of these things as the pass by, see if they're any use to me. One thing I'm struggling on just now is: I've got an NDMP job schedul; /lists/html/ADSM-L/2005-03/msg00226.html (11,529 bytes)
14. Re: LTO Volume (score: 1): Author: Akash Jain <akashj AT IBILTTECHNOLOGIES DOT COM>; Date: Thu, 10 Mar 2005 11:01:22 +0530; Hi After running and observation from past so many days it has been observed that backup is going on two LTO volumes i.e. TAPE LEAKING as per the term used. Now please update me the resolution for th; /lists/html/ADSM-L/2005-03/msg00349.html (12,079 bytes)
15. Re: LTO Volume (score: 1): Author: "Loon, E.J. van - SPLXM" <Eric-van.Loon AT KLM DOT COM>; Date: Thu, 10 Mar 2005 12:35:48 +0100; Hi Richard! You remembered correctly! I've had IBM open APAR IC43086 for this behavior. This problem is projected to be fixed in 5.2.5. My guess it will be fixed in 5.3.1 too then. Kindest regards, E; /lists/html/ADSM-L/2005-03/msg00353.html (12,237 bytes)

Current List: 1 - 15
Page: [1]