Library error

2009-08-05 Thread Mario Behring
Hi list, I am getting the following error on an IBM ULT-3580 TD2 library when any operation is attempted: ANR8300E I/O error on library LIBLTO1 (OP=8401C05C, CC=-1, KEY=FF, ASC=FF, ASCQ=FF, SENSE=**NONE**, Description=An undetermined error has occurred). Refer to Appendix C in the 'Messages'

SV: Library error

2009-08-05 Thread Christian Svensson
Hi Mario, Have you look at the library if you got any error on the 3584 Display? Best Regards Christian Svensson Cell: +46-70-325 1577 E-mail: christian.svens...@cristie.se Skype: cristie.christian.svensson Från: ADSM: Dist Stor Manager [ads...@vm.marist.e

Re: Library error

2009-08-05 Thread Richard Sims
You didn't provide context on the error... If this is s new library, review that you have implemented the right driver. If a prevailing library, look back in the TSM Activity Log and Windows Event Log for perspective on the start of the problem. Check the library physical status from its panels

Move data(file space)

2009-08-05 Thread Ramiro Ruiz
Hello, I have a storage pool that is getting full, I am thinking on moving the node data through ICS to a tape pool, I read some stuff in the Net but not quiet understand, is this process going to move the node data(file spaces) to tape and free up space on the storage pool that is getting full?

Re: Move data(file space)

2009-08-05 Thread Richard Sims
Read the Admin Guide's description of "storage pool hierarchy". The data can exist in any storage pool in the hierarchy, and be accessed by the client. Richard Sims

Re: Move data(file space)

2009-08-05 Thread Ramiro Ruiz
Thanks Richard, that is all set and working OK. I have 3 storage pools(File) and 1 tape pool, and I setup pool 1 to go to pool 2, pool 2 to pool 3 and pool 3 to tape pool, also setup the migration thresholds. Pool 1 has no more space and doesn't appear to be migrating, anyway I thought if I go

Re: Move data(file space)

2009-08-05 Thread Tchuise, Bertaut
Ramiro, You can make use of the migration process to move the data from a storage pool that's getting full to another. You can use the ISC for that and set the High and Low migration threshold for the data movement. If you have access to the administrative client (dsmadmc), you can logon to the TS

Re: Library error

2009-08-05 Thread Mario Behring
There are several errors on the OS indeed... Did not match serial number "1110072935" provided by "IBM 3582 LTO Library (Changer0)" among the list of drives. Did not match serial number "9111059298" provided by "IBM 3582 LTO Library (Changer0)" among the list of drives. The device 'IBM ULT3580

Re: Move data(file space)

2009-08-05 Thread Tchuise, Bertaut
Ramiro, I sent the previous post prior to your answer below. The move data operation will work as well; I would rather work with the migration operation. You mentioned that pool1 didn't appear to be migrating; granted that you have enough tape drives available, you could increase the migration pro

SV: Library error

2009-08-05 Thread Christian Svensson
Hi Mario, You will not lose the data. But you maybe wanna checkout all volumes with force=yes and reconfigure the Library and checkin all tapes again. I think if you look in the TSM Guide you can find how to do that. Best Regards Christian Svensson Cell: +46-70-325 1577 E-mail: christian.svens.

Re: Move data(file space)

2009-08-05 Thread Ramiro Ruiz
Thank you. One more thing; if the storage pool 1 says that is only 50% full, what should I set the low and high migration threshold? >>> From: "Tchuise, Bertaut" To: Date: 8/5/2009 8:47 AM Subject: Re: [ADSM-L] Move data(file space) Ramiro, I sent the previous post prior to your answer below.

Re: Move data(file space)

2009-08-05 Thread Tchuise, Bertaut
There is no single right answer for this as it depends on what you the administrator feels is right for the type of data you are backing up. It also depends on your scheduling for the other admin process. You can start with a high of 70 and low of 20 and see how that's working for you. BERTAUT TCH

Syntax of select statement

2009-08-05 Thread Moyer, Joni M
Hi Everyone, I'm having some issues getting a script to output into an email as I would like it to and I'm not quite seeing what I am doing wrong. I am running the following: select node_name as "Server ", filespace_name as "Possible failed File System ", substr(char(backup_start

TSM Feature Request

2009-08-05 Thread Huebner,Andy,FORT WORTH,IT
Due to another unplanned server stress test I am once again asking for a minor command change: Define clientaction should not accept * for both domain and node parameters. Andy Huebner This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an

Re: Syntax of select statement

2009-08-05 Thread Clark, Margaret
You could try replacing "date(backup_end) <= current_date -2 days" with "cast((current_timestamp-backup_end)days as decimal)<2" - Margaret Clark -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Moyer, Joni M Sent: Wednesday, August 05, 2009 6:

Re: Syntax of select statement

2009-08-05 Thread Moyer, Joni M
Hi Margaret, That worked perfectly! Thank you so much! I really appreciate the help! -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Clark, Margaret Sent: Wednesday, August 05, 2009 1:37 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Syntax of sele

Re: Scheduled Exc backup failing on -1073741819

2009-08-05 Thread Alex Paschal
Sorry this is a bit late, but it might help someone some day. Instead of just having a command schedule defined as: "c:\lala\something.exe yatta yatta" It can be very helpful to redirect the process's stdout and stderr a log file: "c:\lala\something.exe yatta yatta >c:\something.log 2>&1" This w

Re: ISC/AC logging

2009-08-05 Thread Joerg Pohlmann
Hi Steve. It's still an island, although there seems to be a bit of a causeway on the horizon. The ISC-AC v6.1 security makes one hope that the causeway might lead to LDAP. Joerg Pohlmann 250-245-9863 "ADSM: Dist Stor Manager" wrote on 2009-08-04 17:43:21: > Great information Jeorg, thanks > >