[PMR46508] Restore problems TSM Server 5.3 vs. Compaq R01 clients
Hi All, A restore from a 5.3 server to a Compaq ***R01 client sleeps for about 2 hours after +/- 30 seconds of restore. See also PMR46508. Are there TSMers in this list with this combination who can also do a restore test? I'm afraid we are not the only one who haves a restore problem... You need to restore enough data (i.e. c:\program files to a temp. dir), because the restore starts to sleep after +/- 30 sec. or +/- 25-100MB. Regards, Maurice van 't Loo ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **
Re: tsm tape path problems
One thing I have found with Windows is after any type of hardware change, whether it is a replacement or just firmware updates, Windows seems to not recognize it as the same device, and creates new ones for this same (upgraded) hardware. If you just give the TSM server a few minutes to time out on trying to initialize the library, then you can update the library path to the new device= and then update the drive paths to the new device=. I've started stopping TSM, removing the library/drives from Device manager in Windows, doing the upgrade/replace and rebooting. I've found that Windows assigns the same devices. Then I just restart TSM and verify that all is well. I don't know if persistent mappings with the fibre adapter (if you are running fibre drives) would resolve this issue... Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Wednesday, July 06, 2005 11:21 PM To: ADSM-L@VM.MARIST.EDU Subject: tsm tape path problems TSM 5.1.9.0 on win2K server. Overland Neo 4100 with 2 LTO-2 drives. I've got a bad problem, and I'm stuck trying to read the manual for clues but I'm having trouble finding what I need to know and I could really use a point in the right direction. TSM has been running just fine since I set it up more than two years ago. I used the TSM wizard to set everything up, and it was quite easy. Last week we had an LTO-2 drive failure, some bad cables, and an intermittent library controller card. All those hardware issues have been fixed. But somewhere in the mess of fixing all the hardware issues, the TSM /windows drivers for the devices got confused, and TSM is now recognizing the library and the drives as different device names. Whereas TSM used to call the devices: lb6.0.0.3 (library), mt1.0.0.3 (drive 1), and mt2.0.0.3 (drive 2); TSM is now calling those devices lb6.0.0.5, mt1.0.0.5, and mt2.0.0.5. I've tried everything I know of to fix the path between the server and the old devices (lb6.0.0.3), but nothing I tried worked. So, I then set out to try and define new path's for the new devices (lb6.0.0.5). I've done the following: - Define the new library and drives, giving them the proper names and element ID's. - Update the server's LTO Device Class, giving it the new library name lb6.0.0.5. - Add the new path's for the drives and the library: tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line NameType --- --- --- --- --- ITG-TSM SERVER LB6.0.0.5 LIBRARY Yes ITG-TSM SERVER MT1.0.0.5 DRIVE Yes ITG-TSM SERVER MT2.0.0.5 DRIVE Yes But then I try to run an audit of the new library, and I get nothing: ANR2017I Administrator ALAZAREV issued command: AUDIT LIBRARY lb6.0.0.5 ANR0984I Process 5 for AUDIT LIBRARY started in the BACKGROUND at 21:42:02. ANR8457I AUDIT LIBRARY: Operation for library LB6.0.0.5 started as process 5. ANR8461I AUDIT LIBRARY process for library LB6.0.0.5 completed successfully. ANR0985I Process 5 for AUDIT LIBRARY running in the BACKGROUND completed with completion state SUCCESS at 21:42:02. The audit did nothing, as it starts and completes within a second. The library didn't move an inch. Obviously, I'm not setting up the paths properly, or the devices classes, or something. What I find odd is that when I run the Device Configuration Wizard, TSM does not find any devices. That is different from when I first installed TSM, when it found all devices automatically for me. I'm going to read Chapter 4 of the admin guide tonight when I go home, but I've already looked at it, and I can't find the information I need described in a clear manner. Any help anyone could provide, even just pointing me to some good documentation, I would appreciate it. Sorry to be a pest, but I'm in trouble, as our backups are down and I need a little help getting it back up. Thanks in advance, Alex
MS SQL Database Backup
Does anyone know if it's possible to use TSM to backup a MS SQL Database while it's up and running?? Thanks, Debbie
Re: MS SQL Database Backup
Yes, we do this daily via a script. When you back it up using the API GUI, the db also remains up. [EMAIL PROTECTED] 07/07/2005 8:56:11 AM Does anyone know if it's possible to use TSM to backup a MS SQL Database while it's up and running?? Thanks, Debbie
Re: MS SQL Database Backup
Hi Yes you can still use the SQL DB while it's running. You need to use the TDP for SQL Luc Beaudoin Network Administrator/SAN/TSM Hopital General Juif S.M.B.D. Tel: (514) 340-8222 ext:8254 Debbie Bassler [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 2005-07-07 08:56 AM Please respond to ADSM: Dist Stor Manager To: ADSM-L@VM.MARIST.EDU cc: Subject:MS SQL Database Backup Does anyone know if it's possible to use TSM to backup a MS SQL Database while it's up and running?? Thanks, Debbie
Re: MS SQL Database Backup
ITSM for Databases (which is TDP for MS SQL). This will allow you to backup the MS SQL Databases while they are up and running. Hali J. Coleman Systems Management Integration Professional ESS - Enterprise Storage Services IBM Global Services 930-5276 (Tie Line) 877-804-6527 (External) 919-247-8666 (Cell Phone) Don't wait or wish for things to go wrong. But when they do, move on, move up, and move forward. --Ralph Marston Debbie Bassler [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 07/07/2005 08:56 AM Please respond to ADSM: Dist Stor Manager To ADSM-L@VM.MARIST.EDU cc Subject MS SQL Database Backup Does anyone know if it's possible to use TSM to backup a MS SQL Database while it's up and running?? Thanks, Debbie
Re: MS SQL Database Backup
On Jul 7, 2005, at 8:56 AM, Debbie Bassler wrote: Does anyone know if it's possible to use TSM to backup a MS SQL Database while it's up and running?? http://www-306.ibm.com/software/tivoli/products/storage-mgr-db/
Re: tsm and asr again
Karin, Did you set up your tsm install cd EXACTLY as described in the documenation? [EMAIL PROTECTED] 06/28/05 5:36 AM Hi all, after solving the problem with the network drivers, thanks a lot!, we have now the problem, that automatic installation of the tsm client is failing. tsmasr.cmd wants to install the client (...tsmcli -s -e ...) in c:\windows\temp\~tsmasr, but it does not work. After that pushd is failing and dsmc, too. Messages in the log are confusing. If we install the client manual, restore works fine. Does anyone know this error and where can I find the explanation of the tsmcli-parameters ? Thanks, Karin
Re: AIX sites: make sure you have this AIX APAR
This fix appears to be already included in AIX 5.2 ML6? [EMAIL PROTECTED] 06/27/05 3:12 PM A big FYI for AIX 5.x sites... I spent most of the weekend pursuing a problem in our TSM system where HSM operations could not proceed. The whole AIX 5.2 system got so screwed up in the kernel that 'ls -lR /opt' and 'ls -lR /usr' would hang, and nfsd was accumulating hundreds of unserviceable threads. After some reboots I was able to isolate the problem to a seed area: directory /etc/adsm/SpaceMan/candidatesPool/, where an 'ls -l' on it would hang (loop, actually), which 'truss' showed to be in a statx(). There were no errors in the AIX Error Log, the console, or anywhere else. At Init 1, we rebuilt the directory and HSM could proceed. Today, finally, AIX evidenced errors in the Error Log: JFS_META_CORRUPTION and JFS_FSCK_REQUIRED (on /). This finally gave me a solid keyword. That led me to APAR IY66404 for AIX 5.2, which is quite new. (It has siblings for AIX 5.1 and 5.3.) Make sure you have this applied to avoid this very nasty scenario resulting from an AIX I/O serialization defect. You could end up with some unpleasant data loss without the HIPER APAR. Richard Sims
TSM going to sleep....
If people notice what is being referred to as tsm going to sleep you might want to check your internal TSM lock count. The debug command show locks will list out all the internal locks, generally this will be less than 25 even on the most busy system. I've noticed that during exports I've seen as many as 2.5 MILLION. Oh, so don't just scroll these across your screen... try something like (if you are on an aix system) dsmadmc)show locks mylocks.out aix) wc -l mylocks.out each lock ties up 2 lines of output so take your line count and divide by 2 to get a rough internal lock count. Dwight E. Cook Systems Management Integration Professional, Advanced Integrated Storage Management TSM Administration (918) 835-3106 (local Tulsa OK) (877) 625-4186 T/L 349-4361
AIX-Windows session hangs possible
A very new IBM Technote, 1176361, is worth knowing about if using SACK (Selective Acknowledgments) in AIX TCP/IP involving TSM sessions with Windows systems: mysterious session hangs can occur. Richard Sims
Re: [PMR46508] SOLVED - Restore problems TSM Server 5.3 vs. Compaq R01 clients
Hi All, The problem is solved. We use TSM on AIX5.2 ML4 This version of AIX haves a bug with SACK. This bug results in the sleeping restore sessions. So, if you use AIX5.2 ML4, you must upgrade to at least ML5, or turn of SACK by: no -ro sack=0 Regards, Maurice van 't Loo -Original Message- From: Loo, M. van 't - SPLXM Sent: donderdag 7 juli 2005 10:58 To: ADSM-L@VM.MARIST.EDU Subject:[ADSM-L] [PMR46508] Restore problems TSM Server 5.3 vs. Compaq R01 clients Hi All, A restore from a 5.3 server to a Compaq ***R01 client sleeps for about 2 hours after +/- 30 seconds of restore. See also PMR46508. Are there TSMers in this list with this combination who can also do a restore test? I'm afraid we are not the only one who haves a restore problem... You need to restore enough data (i.e. c:\program files to a temp. dir), because the restore starts to sleep after +/- 30 sec. or +/- 25-100MB. Regards, Maurice van 't Loo ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **
Exclude did not work
Hello, There was a restore done yesterday and a exclude statement was put in the opt.file to exclude the directory. But the directory was backed up inspite of the exclude statement that was put in. This is the entry in the DSM.OPT file: EXCLUDE *:\RESTORE\* The DSMSCHED.LOG lists the files as follows: POA:/restore/cohq/.. The opposite slants to the slashes shouldn't matter because the examples in the DSM.OPT are all backward leaning slashes. Maybe it doesn't accept a wildcard (*) for the volume name? Maybe the trailing * doesn't exclude the subdirectories? looking through the manuals I decided I am going put in the following in the opt.file. Can anyone verify this syntax is correct. exclude.dir *:RESTORE Novell client 5.2.2
Re: Exclude did not work
Hi, EXCLUDE.DIR *:\RESTORE To leave all of it or EXCLUDE *:\RESTORE\...\* To get the dir info, but not the files Regards, Karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Hughes Sent: donderdag 7 juli 2005 16:34 To: ADSM-L@VM.MARIST.EDU Subject: Exclude did not work Hello, There was a restore done yesterday and a exclude statement was put in the opt.file to exclude the directory. But the directory was backed up inspite of the exclude statement that was put in. This is the entry in the DSM.OPT file: EXCLUDE *:\RESTORE\* The DSMSCHED.LOG lists the files as follows: POA:/restore/cohq/.. The opposite slants to the slashes shouldn't matter because the examples in the DSM.OPT are all backward leaning slashes. Maybe it doesn't accept a wildcard (*) for the volume name? Maybe the trailing * doesn't exclude the subdirectories? looking through the manuals I decided I am going put in the following in the opt.file. Can anyone verify this syntax is correct. exclude.dir *:RESTORE Novell client 5.2.2
Re: tsm tape path problems
William, et all, Thanks for your great responses, I think I'm closer to getting it working, but I still need a little more help. I understand what you are saying about updating the paths, but the problem is I already removed the old paths and devices (xxx.0.0.3), and created the new devices and paths (xxx.0.0.5). So I think doing an update path is out of the question. I'm stuck trying to associate the new devices with the old server, which should be possible right? So, I've removed all devices and paths, rebooted, then added all devices and paths (for the xxx.0.0.5 devices), rebooted again, and now TSM seems to think the devies and paths are correct: tsm: ITG-TSMq library Library Name: LB6.0.0.5 Library Type: SCSI ACS Id: Private Category: Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: tsm: ITG-TSMq drive Library Name Drive Name Device Type On-Line --- --- LB6.0.0.5MT1.0.0.5LTO Yes LB6.0.0.5MT2.0.0.5LTO Yes tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line NameType --- --- --- --- --- ITG-TSM SERVER LB6.0.0.5 LIBRARY Yes ITG-TSM SERVER MT1.0.0.5 DRIVE Yes ITG-TSM SERVER MT2.0.0.5 DRIVE Yes But something is still not right, because when I run an audit of the new library, the process completes, but it does nothing to the library, the library doesn't move in inch, it is not talking to the library correctly: ANR2017I Administrator DUDE issued command: AUDIT LIBRARY lb6.0.0.5 checklabel=yes ANR0984I Process 5 for AUDIT LIBRARY started in the BACKGROUND at 09:41:03. ANR8457I AUDIT LIBRARY: Operation for library LB6.0.0.5 started as process 5. ANR8461I AUDIT LIBRARY process for library LB6.0.0.5 completed successfully. ANR0985I Process 5 for AUDIT LIBRARY running in the BACKGROUND completed with completion state SUCCESS at 09:41:03. I'm wondering if my device class is not correct in some way?: tsm: ITG-TSMq dev Device DeviceStorageDevice Format Est/MaxMount ClassAccess PoolType CapacityLimit Name StrategyCount (MB) ----------- DISK Random 3 LTOCLASS1Sequential 1LTO DRIVEDRIVES Any other ideas? Thanks! Alex On Thu, 7 Jul 2005, William Boyer wrote: One thing I have found with Windows is after any type of hardware change, whether it is a replacement or just firmware updates, Windows seems to not recognize it as the same device, and creates new ones for this same (upgraded) hardware. If you just give the TSM server a few minutes to time out on trying to initialize the library, then you can update the library path to the new device= and then update the drive paths to the new device=. I've started stopping TSM, removing the library/drives from Device manager in Windows, doing the upgrade/replace and rebooting. I've found that Windows assigns the same devices. Then I just restart TSM and verify that all is well. I don't know if persistent mappings with the fibre adapter (if you are running fibre drives) would resolve this issue... Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Wednesday, July 06, 2005 11:21 PM To: ADSM-L@VM.MARIST.EDU Subject: tsm tape path problems TSM 5.1.9.0 on win2K server. Overland Neo 4100 with 2 LTO-2 drives. I've got a bad problem, and I'm stuck trying to read the manual for clues but I'm having trouble finding what I need to know and I could really use a point in the right direction. TSM has been running just fine since I set it up more than two years ago. I used the TSM wizard to set everything up, and it was quite easy. Last week we had an LTO-2 drive failure, some bad cables, and an intermittent library controller card. All those hardware issues have been fixed. But somewhere in the mess of fixing all the hardware issues, the TSM /windows drivers for the devices got confused, and TSM is now recognizing the library and the drives as different device names. Whereas TSM used to call the devices: lb6.0.0.3 (library), mt1.0.0.3 (drive 1), and mt2.0.0.3 (drive 2); TSM is now calling those devices lb6.0.0.5, mt1.0.0.5, and mt2.0.0.5. I've tried everything I know of to fix the path between the server and the old devices (lb6.0.0.3), but nothing I tried worked. So, I then set out to try and define new path's for the
Re: Very slow restores (days), hours to locate files
Hello Robin, the TSM server does not maintain the LTO memory cartridge and would therefore not be the source of the corruption. A corrupted memory cartridge comes from defective media, faulty/dirty hardware/drive or firmware/microcode problem. As others have already recommended, you should consider upgrading the firmware of the LTO drives to take care of past problems with LTO CM. It appears the latest firmware for the LTO GenII drives at this time is 53Y2, for fiber attached drives. You can verify the firmware of your drives using lscfg -vl rmt*. For a list of what is fixed in 53Y2, see here : http://www-1.ibm.com/support/docview.wss?rs=0uid=ssg1S1002360 Have a great day ! Rejean Larivee IBM Tivoli Storage Manager support Robin Sharpe [EMAIL PROTECTED] LEX.COM To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Re: Very slow restores (days), hours to locate files 07/06/2005 04:12 PM Please respond to ADSM: Dist Stor Manager Sorry about the omission, Rich. These restores were started via the Windows GUI. I believe they just selected the C: drive and specified Restore if newer (an option which I don't think is available via the command line!). I believe this created a No-Query Restore, because it did create a Restartable Restore AFAIK there is a one-to-one correspondence (right?) In the meantime, I checked the Technote... Then, I checked my Activity Log for the last 24 hours... and I found 33 LTO volumes that presented the cartridge memory message! So, now I have the smoking gun, and I suppose I could do move data against those volumes, but I suspect there are many more, and I would like to know what's causing the corruption and how to prevent it! If I don't hear anything from the group, I'll open a call with Tivoli. Thanks very much for the information! -Robin Richard Sims [EMAIL PROTECTED] Sent by: ADSM: To: ADSM-L@VM.MARIST.EDU Dist Storcc: Manager Subject: [EMAIL PROTECTED] Re: Very slow restores (days), hours to locate files T.EDU 07/06/2005 10:30 AM Please respond to ADSM: Dist Stor Manager Please, everyone, when posting questions about restorals, give details about the manner in which the restoral was invoked so that we can get a sense of what kind is involved (NQR, Classic) and what is involved. Now... Robin, have a look at IBM Technote 1209563, which I ran across in doing research yesterday. I recall such long-duration- restores in the past, and as I recall they have involved the factors noted in the Technote. LTO is also known for backhitch delays, so that's another contributor in positioning on tape. Richard Sims
Re: tsm tape path problems
If it wasn't talking to the library, then you would get errors. And audit compare TSM's LIBV inventory with the library inventory. If the library inventory is up to date, then the library does not need to rescan the slots, but just returns the inventory to TSM. Plus you would not be able to define the drives with the ELEMENT= if the library wasn't talking correctly. The ELEMENT= number is verified with the library. To see what elements and such you can issue the SHOW SLOTS LB6.0.0.5 command. Another useful command is SHOW LIBRARY LB6.0.0.5. Have you tried to mount a tape and write to it? Or maybe even just a checkin? Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 07, 2005 10:49 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems William, et all, Thanks for your great responses, I think I'm closer to getting it working, but I still need a little more help. I understand what you are saying about updating the paths, but the problem is I already removed the old paths and devices (xxx.0.0.3), and created the new devices and paths (xxx.0.0.5). So I think doing an update path is out of the question. I'm stuck trying to associate the new devices with the old server, which should be possible right? So, I've removed all devices and paths, rebooted, then added all devices and paths (for the xxx.0.0.5 devices), rebooted again, and now TSM seems to think the devies and paths are correct: tsm: ITG-TSMq library Library Name: LB6.0.0.5 Library Type: SCSI ACS Id: Private Category: Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: tsm: ITG-TSMq drive Library Name Drive Name Device Type On-Line --- --- LB6.0.0.5MT1.0.0.5LTO Yes LB6.0.0.5MT2.0.0.5LTO Yes tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line NameType --- --- --- --- --- ITG-TSM SERVER LB6.0.0.5 LIBRARY Yes ITG-TSM SERVER MT1.0.0.5 DRIVE Yes ITG-TSM SERVER MT2.0.0.5 DRIVE Yes But something is still not right, because when I run an audit of the new library, the process completes, but it does nothing to the library, the library doesn't move in inch, it is not talking to the library correctly: ANR2017I Administrator DUDE issued command: AUDIT LIBRARY lb6.0.0.5 checklabel=yes ANR0984I Process 5 for AUDIT LIBRARY started in the BACKGROUND at 09:41:03. ANR8457I AUDIT LIBRARY: Operation for library LB6.0.0.5 started as process 5. ANR8461I AUDIT LIBRARY process for library LB6.0.0.5 completed successfully. ANR0985I Process 5 for AUDIT LIBRARY running in the BACKGROUND completed with completion state SUCCESS at 09:41:03. I'm wondering if my device class is not correct in some way?: tsm: ITG-TSMq dev Device DeviceStorageDevice Format Est/MaxMount ClassAccess PoolType CapacityLimit Name StrategyCount (MB) ----------- DISK Random 3 LTOCLASS1Sequential 1LTO DRIVEDRIVES Any other ideas? Thanks! Alex On Thu, 7 Jul 2005, William Boyer wrote: One thing I have found with Windows is after any type of hardware change, whether it is a replacement or just firmware updates, Windows seems to not recognize it as the same device, and creates new ones for this same (upgraded) hardware. If you just give the TSM server a few minutes to time out on trying to initialize the library, then you can update the library path to the new device= and then update the drive paths to the new device=. I've started stopping TSM, removing the library/drives from Device manager in Windows, doing the upgrade/replace and rebooting. I've found that Windows assigns the same devices. Then I just restart TSM and verify that all is well. I don't know if persistent mappings with the fibre adapter (if you are running fibre drives) would resolve this issue... Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Wednesday, July 06, 2005 11:21 PM To: ADSM-L@VM.MARIST.EDU Subject: tsm tape path problems TSM 5.1.9.0 on win2K server. Overland Neo 4100 with 2 LTO-2 drives. I've got a bad problem, and I'm stuck trying to read the manual for clues
Re: Very slow restores (days), hours to locate files
TO identify the volumes with the corrupted CM, just do a checkin with CHECKL=YES. This will then issue a tapealert message for a tape that has a bad/corrupted CM. If it's a scratch tape, then the CM will be written as you write to the tape. For tapes with data on them, you can MOVE DATA to another drive and let it go scratch, or use the tapeutil utility to mount the tape and forward to the end of the tape. That causes the drive to re-write the CM index. That is after you've identified the problem that is corrupting your CM chips. It could be firmware, but at one client site of mine, it was a faulty drive. Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Rejean Larivee Sent: Thursday, July 07, 2005 10:51 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Very slow restores (days), hours to locate files Hello Robin, the TSM server does not maintain the LTO memory cartridge and would therefore not be the source of the corruption. A corrupted memory cartridge comes from defective media, faulty/dirty hardware/drive or firmware/microcode problem. As others have already recommended, you should consider upgrading the firmware of the LTO drives to take care of past problems with LTO CM. It appears the latest firmware for the LTO GenII drives at this time is 53Y2, for fiber attached drives. You can verify the firmware of your drives using lscfg -vl rmt*. For a list of what is fixed in 53Y2, see here : http://www-1.ibm.com/support/docview.wss?rs=0uid=ssg1S1002360 Have a great day ! Rejean Larivee IBM Tivoli Storage Manager support Robin Sharpe [EMAIL PROTECTED] LEX.COM To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Re: Very slow restores (days), hours to locate files 07/06/2005 04:12 PM Please respond to ADSM: Dist Stor Manager Sorry about the omission, Rich. These restores were started via the Windows GUI. I believe they just selected the C: drive and specified Restore if newer (an option which I don't think is available via the command line!). I believe this created a No-Query Restore, because it did create a Restartable Restore AFAIK there is a one-to-one correspondence (right?) In the meantime, I checked the Technote... Then, I checked my Activity Log for the last 24 hours... and I found 33 LTO volumes that presented the cartridge memory message! So, now I have the smoking gun, and I suppose I could do move data against those volumes, but I suspect there are many more, and I would like to know what's causing the corruption and how to prevent it! If I don't hear anything from the group, I'll open a call with Tivoli. Thanks very much for the information! -Robin Richard Sims [EMAIL PROTECTED] Sent by: ADSM: To: ADSM-L@VM.MARIST.EDU Dist Storcc: Manager Subject: [EMAIL PROTECTED] Re: Very slow restores (days), hours to locate files T.EDU 07/06/2005 10:30 AM Please respond to ADSM: Dist Stor Manager Please, everyone, when posting questions about restorals, give details about the manner in which the restoral was invoked so that we can get a sense of what kind is involved (NQR, Classic) and what is involved. Now... Robin, have a look at IBM Technote 1209563, which I ran across in doing research yesterday. I recall such long-duration- restores in the past, and as I recall they have involved the factors noted in the Technote. LTO is also known for backhitch delays, so that's another contributor in positioning on tape. Richard Sims
Re: Label reading problems 3584 library
Hello, you can also use the query libvol f=d command to report the media type of the volumes in the library. With the detailed format query, you get the media type field. For example : Library Name: 3584LIB Volume Name: TSM005 Status: Scratch Owner: Last Use: Home Element: 1,027 Device Type: LTO Cleanings Left: Media Type: 387 Library Name: 3584LIB Volume Name: TSM006 Status: Scratch Owner: Last Use: Home Element: 1,028 Device Type: LTO Cleanings Left: Media Type: 394 In this case, you have : Media Type = 387 -- for LTO Gen1 media Media Type = 394 -- for LTO Gen2 media and for Gen3 medias, you would have : Media Type = 417 -- for LTO Gen3 media That's another way of finding the media type when you use 6 character labels with no particular volume range. Have a great day ! Rejean Larivee IBM Tivoli Storage Manager support Bos, Karel [EMAIL PROTECTED] IGIN.COM To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Re: Label reading problems 3584 library 07/03/2005 06:26 PM Please respond to ADSM: Dist Stor Manager Hi David, In a perfect world I would been able to give the volume range to use. In this world some one ordered the LTO2 tapes with labels in the same range as our LTO1 tapes. Because we asked for 400 tapes, they ordered 200, so we are forced to use our LTO1 tapes in this LTO2 partition. Quick fix, we use the L1/L2 to be out of harms way. So, even if this wonder boy will be the one ordering the LTO3 tapes, it will not hurt us Regards, Karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David Longo Sent: zondag 3 juli 2005 23:00 To: ADSM-L@VM.MARIST.EDU Subject: Re: Label reading problems 3584 library We only use the first 6 chars. Have no problem knowing what type of tape it is in TSM because... I specifically order tapes with certain prefixes. ClassVolser start LTO1 A0 LTO2 B0 LTO3 C0 You can use others for what is most useable to you. Oh someone may ask, what about WORM LTO3 tapes now? Volser start WC, W for WORM! Just a little idea! David B. Longo System Administrator Health First, Inc. 3300 Fiske Blvd. Rockledge, FL 32955-4305 PH 321.434.5536 Pager 321.634.8230 Fax:321.434.5509 [EMAIL PROTECTED] [EMAIL PROTECTED] 07/03/05 1:17 PM Hi Richard, Thanx! For some reason, I'm still rather new to AIX, Smit(ty) didn't let me change this option. Now it is set to 8. The reason we like to see the L1/L2/L3 part of the label. Regards, Karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: zondag 3 juli 2005 15:45 To: ADSM-L@VM.MARIST.EDU Subject: Re: Label reading problems 3584 library Importance: High Hi, Karel - The IBM TotalStorage Tape Device Drivers: Programming Reference manual defines the low-level ingredients of tape processing, and there the volser storage field can accommodate 8 chars. In looking at the Atape.fixlist file, I note level entry: 9.2.9.0 Add SMIT option to set 3584 TSM barcode length for Ultrium 1/2 media You might look into your AIX SMIT and see if yours presents that capability. Note, however, that it is best to use six characters, as per the TSM Implemenation Guide redbook: Although IBM Tivoli Storage Manager allows you to use a volume identification longer than six characters, we strongly recommend that you use up to six alphanumeric characters for the label (also known as VOLSER or Volume ID). This should be compatible with other ANSI styled label systems.. (The first 6 chars of the label are the volser/volid, the last 2 are the media identifier, per IBM LTO Ultrium Cartridge Label Specification, IBM site item S7000429.) Richard Sims On Jul 3, 2005, at 6:42 AM, Bos, Karel wrote: Hi, We have expanded our 3584 library with one frame and partitioned the library into 2 logical libraries. One of these partitions is use by our old wintel ITSM environment, the other is for our new AIX ITSM server. The wintel ITSM servers are reading all the 8 characters of the LTO labels, the AIX server doesn't read more than 6 characters. From the documentation of the 3584 library, it sounds like you turn on or off this 6 character feature for the total library and all connected servers. So the problem must be in AIX and possible the Atape driver, right? From Google searches, IBM website and so on, I cannot find any related info on how to
Re: tsm tape path problems
Agreed, TSM is talking to the library. But the full libvol's are not checked into it: tsm: ITG-TSMq libv ANR2034E QUERY LIBVOLUME: No match found using this criteria. ANS8001I Return code 11. tsm: ITG-TSMq vol Volume Name Storage Device EstimatedPct Volume Pool NameClass Name Capacity Util Status (MB) --- -- - - E:\ITG-BACKUP-SPOOL-NEW ITG-BACKUP- DISK550,000.0 96.1 On-Line -SPOOL-NEW G:\ITGDISKSPOOL.DSM ITG-BACKUP- DISK200,000.00.0 On-Line -SPOOL H:\ITGMAILSPOOL.DSM ITG-MAIL-S- DISK200,000.0 20.7 On-Line POOL ITG002L2 LTO2POOL LTOCLASS1 272,663.2 37.7 Full ITG004L2 LTO2POOL LTOCLASS1 235,948.8 50.9 Full ITG005L2 LTO2POOL LTOCLASS1 217,624.5 57.9 Full etc So I gather I need to checkin the libvol's into the new library, right? But I worried about that, because I've only ever used checkin libvol to add scratch tapes, and these tapes are NOT scratch. Can you verify that I have the checkin command right: checkin libvol lb6.0.0.5 search=yes status=scratch checklabel=yes I'm only worried about the command because of the status=scratch. I can't have any of my volumes with data on them marked as scratch or else I'm hosed. Do I have the command right? Thanks Bill, I do appreciate it, Alex On Thu, 7 Jul 2005, William Boyer wrote: If it wasn't talking to the library, then you would get errors. And audit compare TSM's LIBV inventory with the library inventory. If the library inventory is up to date, then the library does not need to rescan the slots, but just returns the inventory to TSM. Plus you would not be able to define the drives with the ELEMENT= if the library wasn't talking correctly. The ELEMENT= number is verified with the library. To see what elements and such you can issue the SHOW SLOTS LB6.0.0.5 command. Another useful command is SHOW LIBRARY LB6.0.0.5. Have you tried to mount a tape and write to it? Or maybe even just a checkin? Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 07, 2005 10:49 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems William, et all, Thanks for your great responses, I think I'm closer to getting it working, but I still need a little more help. I understand what you are saying about updating the paths, but the problem is I already removed the old paths and devices (xxx.0.0.3), and created the new devices and paths (xxx.0.0.5). So I think doing an update path is out of the question. I'm stuck trying to associate the new devices with the old server, which should be possible right? So, I've removed all devices and paths, rebooted, then added all devices and paths (for the xxx.0.0.5 devices), rebooted again, and now TSM seems to think the devies and paths are correct: tsm: ITG-TSMq library Library Name: LB6.0.0.5 Library Type: SCSI ACS Id: Private Category: Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: tsm: ITG-TSMq drive Library Name Drive Name Device Type On-Line --- --- LB6.0.0.5MT1.0.0.5LTO Yes LB6.0.0.5MT2.0.0.5LTO Yes tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line NameType --- --- --- --- --- ITG-TSM SERVER LB6.0.0.5 LIBRARY Yes ITG-TSM SERVER MT1.0.0.5 DRIVE Yes ITG-TSM SERVER MT2.0.0.5 DRIVE Yes But something is still not right, because when I run an audit of the new library, the process completes, but it does nothing to the library, the library doesn't move in inch, it is not talking to the library correctly: ANR2017I Administrator DUDE issued command: AUDIT LIBRARY lb6.0.0.5 checklabel=yes ANR0984I Process 5 for AUDIT LIBRARY started in the BACKGROUND at 09:41:03. ANR8457I AUDIT LIBRARY: Operation for library LB6.0.0.5 started as process 5. ANR8461I AUDIT LIBRARY process for library LB6.0.0.5 completed successfully. ANR0985I Process 5 for AUDIT LIBRARY running in the BACKGROUND completed with completion state SUCCESS at 09:41:03. I'm wondering if my device class is not correct in some way?: tsm: ITG-TSMq dev Device DeviceStorageDevice Format Est/MaxMount ClassAccess
Re: tsm tape path problems
I don't know about your library, but on an IBM 3584 library, a tsm 'audit library' command will just reconcile its libvol data with the data the library maintains. It does not move any parts in the library because the library already has a record of which tapes are where. David [EMAIL PROTECTED] 07/07/05 10:48 AM William, et all, Thanks for your great responses, I think I'm closer to getting it working, but I still need a little more help. I understand what you are saying about updating the paths, but the problem is I already removed the old paths and devices (xxx.0.0.3), and created the new devices and paths (xxx.0.0.5). So I think doing an update path is out of the question. I'm stuck trying to associate the new devices with the old server, which should be possible right? So, I've removed all devices and paths, rebooted, then added all devices and paths (for the xxx.0.0.5 devices), rebooted again, and now TSM seems to think the devies and paths are correct: tsm: ITG-TSMq library Library Name: LB6.0.0.5 Library Type: SCSI ACS Id: Private Category: Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: tsm: ITG-TSMq drive Library Name Drive Name Device Type On-Line --- --- LB6.0.0.5MT1.0.0.5LTO Yes LB6.0.0.5MT2.0.0.5LTO Yes tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line NameType --- --- --- --- --- ITG-TSM SERVER LB6.0.0.5 LIBRARY Yes ITG-TSM SERVER MT1.0.0.5 DRIVE Yes ITG-TSM SERVER MT2.0.0.5 DRIVE Yes But something is still not right, because when I run an audit of the new library, the process completes, but it does nothing to the library, the library doesn't move in inch, it is not talking to the library correctly: ANR2017I Administrator DUDE issued command: AUDIT LIBRARY lb6.0.0.5 checklabel=yes ANR0984I Process 5 for AUDIT LIBRARY started in the BACKGROUND at 09:41:03. ANR8457I AUDIT LIBRARY: Operation for library LB6.0.0.5 started as process 5. ANR8461I AUDIT LIBRARY process for library LB6.0.0.5 completed successfully. ANR0985I Process 5 for AUDIT LIBRARY running in the BACKGROUND completed with completion state SUCCESS at 09:41:03. I'm wondering if my device class is not correct in some way?: tsm: ITG-TSMq dev Device DeviceStorageDevice Format Est/MaxMount ClassAccess PoolType CapacityLimit Name StrategyCount (MB) ----------- DISK Random 3 LTOCLASS1Sequential 1LTO DRIVEDRIVES Any other ideas? Thanks! Alex On Thu, 7 Jul 2005, William Boyer wrote: One thing I have found with Windows is after any type of hardware change, whether it is a replacement or just firmware updates, Windows seems to not recognize it as the same device, and creates new ones for this same (upgraded) hardware. If you just give the TSM server a few minutes to time out on trying to initialize the library, then you can update the library path to the new device= and then update the drive paths to the new device=. I've started stopping TSM, removing the library/drives from Device manager in Windows, doing the upgrade/replace and rebooting. I've found that Windows assigns the same devices. Then I just restart TSM and verify that all is well. I don't know if persistent mappings with the fibre adapter (if you are running fibre drives) would resolve this issue... Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Wednesday, July 06, 2005 11:21 PM To: ADSM-L@VM.MARIST.EDU Subject: tsm tape path problems TSM 5.1.9.0 on win2K server. Overland Neo 4100 with 2 LTO-2 drives. I've got a bad problem, and I'm stuck trying to read the manual for clues but I'm having trouble finding what I need to know and I could really use a point in the right direction. TSM has been running just fine since I set it up more than two years ago. I used the TSM wizard to set everything up, and it was quite easy. Last week we had an LTO-2 drive failure, some bad cables, and an intermittent library controller card. All those hardware issues have been fixed. But somewhere in the mess of fixing all the hardware issues, the TSM /windows drivers for the devices got confused, and TSM is now recognizing the library and the drives as different device
Re: tsm tape path problems
Please read your documentation, or refer to help checkin libvolume at the TSM administrative command-line. You will notice the status flag has two possible parameters. The one you're looking for is status=private. -- Mark Stapleton ([EMAIL PROTECTED]) IBM Certified Advanced Deployment Professional Tivoli Storage Management Solutions 2005 IBM Certified Advanced Technical Expert (CATE) AIX Office 262.521.5627 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 07, 2005 10:45 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems Agreed, TSM is talking to the library. But the full libvol's are not checked into it: tsm: ITG-TSMq libv ANR2034E QUERY LIBVOLUME: No match found using this criteria. ANS8001I Return code 11. tsm: ITG-TSMq vol Volume Name Storage Device Estimated Pct Volume Pool NameClass Name Capacity Util Status (MB) --- -- - - E:\ITG-BACKUP-SPOOL-NEW ITG-BACKUP- DISK550,000.0 96.1 On-Line -SPOOL-NEW G:\ITGDISKSPOOL.DSM ITG-BACKUP- DISK200,000.0 0.0 On-Line -SPOOL H:\ITGMAILSPOOL.DSM ITG-MAIL-S- DISK200,000.0 20.7 On-Line POOL ITG002L2 LTO2POOL LTOCLASS1 272,663.2 37.7 Full ITG004L2 LTO2POOL LTOCLASS1 235,948.8 50.9 Full ITG005L2 LTO2POOL LTOCLASS1 217,624.5 57.9 Full etc So I gather I need to checkin the libvol's into the new library, right? But I worried about that, because I've only ever used checkin libvol to add scratch tapes, and these tapes are NOT scratch. Can you verify that I have the checkin command right: checkin libvol lb6.0.0.5 search=yes status=scratch checklabel=yes I'm only worried about the command because of the status=scratch. I can't have any of my volumes with data on them marked as scratch or else I'm hosed. Do I have the command right? Thanks Bill, I do appreciate it, Alex On Thu, 7 Jul 2005, William Boyer wrote: If it wasn't talking to the library, then you would get errors. And audit compare TSM's LIBV inventory with the library inventory. If the library inventory is up to date, then the library does not need to rescan the slots, but just returns the inventory to TSM. Plus you would not be able to define the drives with the ELEMENT= if the library wasn't talking correctly. The ELEMENT= number is verified with the library. To see what elements and such you can issue the SHOW SLOTS LB6.0.0.5 command. Another useful command is SHOW LIBRARY LB6.0.0.5. Have you tried to mount a tape and write to it? Or maybe even just a checkin? Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 07, 2005 10:49 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems William, et all, Thanks for your great responses, I think I'm closer to getting it working, but I still need a little more help. I understand what you are saying about updating the paths, but the problem is I already removed the old paths and devices (xxx.0.0.3), and created the new devices and paths (xxx.0.0.5). So I think doing an update path is out of the question. I'm stuck trying to associate the new devices with the old server, which should be possible right? So, I've removed all devices and paths, rebooted, then added all devices and paths (for the xxx.0.0.5 devices), rebooted again, and now TSM seems to think the devies and paths are correct: tsm: ITG-TSMq library Library Name: LB6.0.0.5 Library Type: SCSI ACS Id: Private Category: Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: tsm: ITG-TSMq drive Library Name Drive Name Device Type On-Line --- --- LB6.0.0.5MT1.0.0.5LTO Yes LB6.0.0.5MT2.0.0.5LTO Yes tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line NameType --- --- --- --- --- ITG-TSM SERVER LB6.0.0.5 LIBRARY Yes ITG-TSM SERVER MT1.0.0.5 DRIVE Yes ITG-TSM SERVER MT2.0.0.5 DRIVE Yes But something is still not right, because when I run an audit of the new library, the process completes, but it does nothing to
Re: tsm tape path problems
I thoguht this also, initially. But does the 'checklabel=yes' parm force the library to mount the tape? I havent been able to test this as our libraries are busy. Matthew Warren. [EMAIL PROTECTED] [EMAIL PROTECTED] http://tsmwiki.com/tsmwiki/MatthewWarren -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of David E Ehresman Sent: Thursday, July 07, 2005 4:45 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems I don't know about your library, but on an IBM 3584 library, a tsm 'audit library' command will just reconcile its libvol data with the data the library maintains. It does not move any parts in the library because the library already has a record of which tapes are where. David [EMAIL PROTECTED] 07/07/05 10:48 AM William, et all, Thanks for your great responses, I think I'm closer to getting it working, but I still need a little more help. I understand what you are saying about updating the paths, but the problem is I already removed the old paths and devices (xxx.0.0.3), and created the new devices and paths (xxx.0.0.5). So I think doing an update path is out of the question. I'm stuck trying to associate the new devices with the old server, which should be possible right? So, I've removed all devices and paths, rebooted, then added all devices and paths (for the xxx.0.0.5 devices), rebooted again, and now TSM seems to think the devies and paths are correct: tsm: ITG-TSMq library Library Name: LB6.0.0.5 Library Type: SCSI ACS Id: Private Category: Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: tsm: ITG-TSMq drive Library Name Drive Name Device Type On-Line --- --- LB6.0.0.5MT1.0.0.5LTO Yes LB6.0.0.5MT2.0.0.5LTO Yes tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line NameType --- --- --- --- --- ITG-TSM SERVER LB6.0.0.5 LIBRARY Yes ITG-TSM SERVER MT1.0.0.5 DRIVE Yes ITG-TSM SERVER MT2.0.0.5 DRIVE Yes But something is still not right, because when I run an audit of the new library, the process completes, but it does nothing to the library, the library doesn't move in inch, it is not talking to the library correctly: ANR2017I Administrator DUDE issued command: AUDIT LIBRARY lb6.0.0.5 checklabel=yes ANR0984I Process 5 for AUDIT LIBRARY started in the BACKGROUND at 09:41:03. ANR8457I AUDIT LIBRARY: Operation for library LB6.0.0.5 started as process 5. ANR8461I AUDIT LIBRARY process for library LB6.0.0.5 completed successfully. ANR0985I Process 5 for AUDIT LIBRARY running in the BACKGROUND completed with completion state SUCCESS at 09:41:03. I'm wondering if my device class is not correct in some way?: tsm: ITG-TSMq dev Device DeviceStorageDevice Format Est/MaxMount ClassAccess PoolType CapacityLimit Name StrategyCount (MB) --------- -- DISK Random 3 LTOCLASS1Sequential 1LTO DRIVE DRIVES Any other ideas? Thanks! Alex On Thu, 7 Jul 2005, William Boyer wrote: One thing I have found with Windows is after any type of hardware change, whether it is a replacement or just firmware updates, Windows seems to not recognize it as the same device, and creates new ones for this same (upgraded) hardware. If you just give the TSM server a few minutes to time out on trying to initialize the library, then you can update the library path to the new device= and then update the drive paths to the new device=. I've started stopping TSM, removing the library/drives from Device manager in Windows, doing the upgrade/replace and rebooting. I've found that Windows assigns the same devices. Then I just restart TSM and verify that all is well. I don't know if persistent mappings with the fibre adapter (if you are running fibre drives) would resolve this issue... Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Wednesday, July 06, 2005 11:21 PM To: ADSM-L@VM.MARIST.EDU Subject: tsm tape path problems TSM 5.1.9.0 on win2K server. Overland Neo 4100 with 2 LTO-2 drives. I've got a bad problem, and I'm stuck trying to read the manual for clues but I'm having trouble finding what I need to know and I could really use a point in the right direction. TSM has been running just fine since I set it up more than two
Re: tsm tape path problems
Ah, okay, that makes more sense. status=private + search=yes will search for any tapes that can be labeled as private (tapes that have data on them)? And then I need a status=scratch + search=yes for it to find my two scratch tapes as well. Thanks Mark. I did read the documentation, I just had a hard time making sense of it. There is no example in the documentation for my particular scenareo. Also, status has three options, private, scratch and cleaner. Thanks! Alex On Thu, 7 Jul 2005, Stapleton, Mark wrote: Please read your documentation, or refer to help checkin libvolume at the TSM administrative command-line. You will notice the status flag has two possible parameters. The one you're looking for is status=private. -- Mark Stapleton ([EMAIL PROTECTED]) IBM Certified Advanced Deployment Professional Tivoli Storage Management Solutions 2005 IBM Certified Advanced Technical Expert (CATE) AIX Office 262.521.5627 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 07, 2005 10:45 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems Agreed, TSM is talking to the library. But the full libvol's are not checked into it: tsm: ITG-TSMq libv ANR2034E QUERY LIBVOLUME: No match found using this criteria. ANS8001I Return code 11. tsm: ITG-TSMq vol Volume Name Storage Device Estimated Pct Volume Pool NameClass Name Capacity Util Status (MB) --- -- - - E:\ITG-BACKUP-SPOOL-NEW ITG-BACKUP- DISK550,000.0 96.1 On-Line -SPOOL-NEW G:\ITGDISKSPOOL.DSM ITG-BACKUP- DISK200,000.0 0.0 On-Line -SPOOL H:\ITGMAILSPOOL.DSM ITG-MAIL-S- DISK200,000.0 20.7 On-Line POOL ITG002L2 LTO2POOL LTOCLASS1 272,663.2 37.7 Full ITG004L2 LTO2POOL LTOCLASS1 235,948.8 50.9 Full ITG005L2 LTO2POOL LTOCLASS1 217,624.5 57.9 Full etc So I gather I need to checkin the libvol's into the new library, right? But I worried about that, because I've only ever used checkin libvol to add scratch tapes, and these tapes are NOT scratch. Can you verify that I have the checkin command right: checkin libvol lb6.0.0.5 search=yes status=scratch checklabel=yes I'm only worried about the command because of the status=scratch. I can't have any of my volumes with data on them marked as scratch or else I'm hosed. Do I have the command right? Thanks Bill, I do appreciate it, Alex On Thu, 7 Jul 2005, William Boyer wrote: If it wasn't talking to the library, then you would get errors. And audit compare TSM's LIBV inventory with the library inventory. If the library inventory is up to date, then the library does not need to rescan the slots, but just returns the inventory to TSM. Plus you would not be able to define the drives with the ELEMENT= if the library wasn't talking correctly. The ELEMENT= number is verified with the library. To see what elements and such you can issue the SHOW SLOTS LB6.0.0.5 command. Another useful command is SHOW LIBRARY LB6.0.0.5. Have you tried to mount a tape and write to it? Or maybe even just a checkin? Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 07, 2005 10:49 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems William, et all, Thanks for your great responses, I think I'm closer to getting it working, but I still need a little more help. I understand what you are saying about updating the paths, but the problem is I already removed the old paths and devices (xxx.0.0.3), and created the new devices and paths (xxx.0.0.5). So I think doing an update path is out of the question. I'm stuck trying to associate the new devices with the old server, which should be possible right? So, I've removed all devices and paths, rebooted, then added all devices and paths (for the xxx.0.0.5 devices), rebooted again, and now TSM seems to think the devies and paths are correct: tsm: ITG-TSMq library Library Name: LB6.0.0.5 Library Type: SCSI ACS Id: Private Category: Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: tsm: ITG-TSMq drive Library Name Drive Name Device Type On-Line --- --- LB6.0.0.5MT1.0.0.5LTO Yes LB6.0.0.5MT2.0.0.5LTO Yes tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line
Re: tsm tape path problems
Hi, If you delete a library, all inventory info is lost. So, you have the checkin all volume into your new libray. Because you don't want your scratch volume to be checked in as private volume, you have to be carefull in the order of checkin things in. A) checkin libv * stat=Scratch checklabel=barcode search=library # Private volumes will give a error; B) checkin libv * stat=private blabla # Rest of the volumes will be checked in as private C) if you want, audit library. Audit library will only remove volumes from the inventory if they aren't found during the audit. It will never checkin volumes. Regard, Karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: donderdag 7 juli 2005 17:45 To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems Agreed, TSM is talking to the library. But the full libvol's are not checked into it: tsm: ITG-TSMq libv ANR2034E QUERY LIBVOLUME: No match found using this criteria. ANS8001I Return code 11. tsm: ITG-TSMq vol Volume Name Storage Device EstimatedPct Volume Pool NameClass Name Capacity Util Status (MB) --- -- - - E:\ITG-BACKUP-SPOOL-NEW ITG-BACKUP- DISK550,000.0 96.1 On-Line -SPOOL-NEW G:\ITGDISKSPOOL.DSM ITG-BACKUP- DISK200,000.00.0 On-Line -SPOOL H:\ITGMAILSPOOL.DSM ITG-MAIL-S- DISK200,000.0 20.7 On-Line POOL ITG002L2 LTO2POOL LTOCLASS1 272,663.2 37.7 Full ITG004L2 LTO2POOL LTOCLASS1 235,948.8 50.9 Full ITG005L2 LTO2POOL LTOCLASS1 217,624.5 57.9 Full etc So I gather I need to checkin the libvol's into the new library, right? But I worried about that, because I've only ever used checkin libvol to add scratch tapes, and these tapes are NOT scratch. Can you verify that I have the checkin command right: checkin libvol lb6.0.0.5 search=yes status=scratch checklabel=yes I'm only worried about the command because of the status=scratch. I can't have any of my volumes with data on them marked as scratch or else I'm hosed. Do I have the command right? Thanks Bill, I do appreciate it, Alex On Thu, 7 Jul 2005, William Boyer wrote: If it wasn't talking to the library, then you would get errors. And audit compare TSM's LIBV inventory with the library inventory. If the library inventory is up to date, then the library does not need to rescan the slots, but just returns the inventory to TSM. Plus you would not be able to define the drives with the ELEMENT= if the library wasn't talking correctly. The ELEMENT= number is verified with the library. To see what elements and such you can issue the SHOW SLOTS LB6.0.0.5 command. Another useful command is SHOW LIBRARY LB6.0.0.5. Have you tried to mount a tape and write to it? Or maybe even just a checkin? Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 07, 2005 10:49 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems William, et all, Thanks for your great responses, I think I'm closer to getting it working, but I still need a little more help. I understand what you are saying about updating the paths, but the problem is I already removed the old paths and devices (xxx.0.0.3), and created the new devices and paths (xxx.0.0.5). So I think doing an update path is out of the question. I'm stuck trying to associate the new devices with the old server, which should be possible right? So, I've removed all devices and paths, rebooted, then added all devices and paths (for the xxx.0.0.5 devices), rebooted again, and now TSM seems to think the devies and paths are correct: tsm: ITG-TSMq library Library Name: LB6.0.0.5 Library Type: SCSI ACS Id: Private Category: Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: tsm: ITG-TSMq drive Library Name Drive Name Device Type On-Line --- --- LB6.0.0.5MT1.0.0.5LTO Yes LB6.0.0.5MT2.0.0.5LTO Yes tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line NameType --- --- --- --- --- ITG-TSM SERVER LB6.0.0.5 LIBRARY Yes ITG-TSM SERVER MT1.0.0.5 DRIVE Yes ITG-TSM SERVER
LOTUD DOMINO MANAGEMENT CLASS ASSIGNMENTS
Hi: We noticed after assigning an explicit maganement class in the dsm.opt used by the LOTUS DOMINO TDP that only two versions of (full) backups were being retained. No incrementals are done. This same management class assignment is used on Windows for other databases and prefroems correctly. On the other nodes, not LOTUS, the assignment is more explicit to a directory. The assignment in the dsm.opt for lotus backups is per the manual: INCLUDE * mangment class) Anyone have this experience or comments? **
Re: LOTUD DOMINO MANAGEMENT CLASS ASSIGNMENTS
So the management class being assigned supports more than two versions, but you only see two versions for each domino database. The include can be more explicit, for example, INCLUDE mail6\*.nsf* MGMTCLASS. See the Include/Exclude processing Section in Appendix A for further information and examples Eduardo ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 07/07/2005 09:03:56 AM: Hi: We noticed after assigning an explicit maganement class in the dsm.opt used by the LOTUS DOMINO TDP that only two versions of (full) backups were being retained. No incrementals are done. This same management class assignment is used on Windows for other databases and prefroems correctly. On the other nodes, not LOTUS, the assignment is more explicit to a directory. The assignment in the dsm.opt for lotus backups is per the manual: INCLUDE * mangment class) Anyone have this experience or comments? **
Server 5310 on W2K crashes
Hello, I retyped the subject line from Server 5312 on W2K crashes to Server 5310 on W2K crashes because I didnt make clear that we started with 5310 and made a desperate move to 5312 after the server would not run. In the meantime we downgraded back to 5223 because IBM could not provide any solution. IBM analyzed dump and does not recognize any known error. After our downgrade IBM states that they want to close the PMR without a solution. Just to ask the community again: Anybody else has this problem with Server 5310 (and 5312) on W2K ? Regards Matthias -- -- Matthias Feyerabend | [EMAIL PROTECTED] Gesellschaft fuer Schwerionenforschung | phone +49-6159-71-2519 Planckstr. 1| privat +49-6151-718781 D-62291 Darmstadt | fax +49-6159-71-2519
Re: Server 5310 on W2K crashes
Hi, Could you give any more info on the hardware you are using? I saw some (SAN) things that would'n work anymore on ITSM server V5.3.X, that did me decide not to upgrade our Win2K ITSM servers. Regards, Karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Feyerabend Sent: donderdag 7 juli 2005 18:56 To: ADSM-L@VM.MARIST.EDU Subject: Server 5310 on W2K crashes Hello, I retyped the subject line from Server 5312 on W2K crashes to Server 5310 on W2K crashes because I didnt make clear that we started with 5310 and made a desperate move to 5312 after the server would not run. In the meantime we downgraded back to 5223 because IBM could not provide any solution. IBM analyzed dump and does not recognize any known error. After our downgrade IBM states that they want to close the PMR without a solution. Just to ask the community again: Anybody else has this problem with Server 5310 (and 5312) on W2K ? Regards Matthias -- -- Matthias Feyerabend | [EMAIL PROTECTED] Gesellschaft fuer Schwerionenforschung | phone +49-6159-71-2519 Planckstr. 1| privat +49-6151-718781 D-62291 Darmstadt | fax +49-6159-71-2519
Re: LOTUD DOMINO MANAGEMENT CLASS ASSIGNMENTS
I suppose it could be more explicit But everything backup up using that dsm.opt should comform to the INCLUDE * (management class ) rule [EMAIL PROTECTED] 07/07/2005 12:41:53 PM So the management class being assigned supports more than two versions, but you only see two versions for each domino database. The include can be more explicit, for example, INCLUDE mail6\*.nsf* MGMTCLASS. See the Include/Exclude processing Section in Appendix A for further information and examples Eduardo ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU wrote on 07/07/2005 09:03:56 AM: Hi: We noticed after assigning an explicit maganement class in the dsm.opt used by the LOTUS DOMINO TDP that only two versions of (full) backups were being retained. No incrementals are done. This same management class assignment is used on Windows for other databases and prefroems correctly. On the other nodes, not LOTUS, the assignment is more explicit to a directory. The assignment in the dsm.opt for lotus backups is per the manual: INCLUDE * mangment class) Anyone have this experience or comments? **
Re: Very slow restores (days), hours to locate files
Thanks for the tip, Bill. But in our environment, (618 tapes in the L700 library, plus over 1000 on a rack), that would take quite a long time... BTW, we think it's a firmware problem... We are running 38D0 on our LTO-2 drives. I just spoke to my STK CE, and he said the latest STK has certified is 4C60, which we will install tomorrow. We're also upgrading the library code from 3.07.00 to 3.09.00. -Robin William Boyer [EMAIL PROTECTED] T.NET To: ADSM-L@VM.MARIST.EDU Sent by: ADSM: cc: Dist StorSubject: Manager Re: Very slow restores (days), hours to locate files [EMAIL PROTECTED] T.EDU 07/07/2005 11:11 AM Please respond to ADSM: Dist Stor Manager TO identify the volumes with the corrupted CM, just do a checkin with CHECKL=YES. This will then issue a tapealert message for a tape that has a bad/corrupted CM. If it's a scratch tape, then the CM will be written as you write to the tape. For tapes with data on them, you can MOVE DATA to another drive and let it go scratch, or use the tapeutil utility to mount the tape and forward to the end of the tape. That causes the drive to re-write the CM index. That is after you've identified the problem that is corrupting your CM chips. It could be firmware, but at one client site of mine, it was a faulty drive. Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Rejean Larivee Sent: Thursday, July 07, 2005 10:51 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Very slow restores (days), hours to locate files Hello Robin, the TSM server does not maintain the LTO memory cartridge and would therefore not be the source of the corruption. A corrupted memory cartridge comes from defective media, faulty/dirty hardware/drive or firmware/microcode problem. As others have already recommended, you should consider upgrading the firmware of the LTO drives to take care of past problems with LTO CM. It appears the latest firmware for the LTO GenII drives at this time is 53Y2, for fiber attached drives. You can verify the firmware of your drives using lscfg -vl rmt*. For a list of what is fixed in 53Y2, see here : http://www-1.ibm.com/support/docview.wss?rs=0uid=ssg1S1002360 Have a great day ! Rejean Larivee IBM Tivoli Storage Manager support Robin Sharpe [EMAIL PROTECTED] LEX.COM To Sent by: ADSM: ADSM-L@VM.MARIST.EDU Dist Stor cc Manager [EMAIL PROTECTED] Subject .EDU Re: Very slow restores (days), hours to locate files 07/06/2005 04:12 PM Please respond to ADSM: Dist Stor Manager Sorry about the omission, Rich. These restores were started via the Windows GUI. I believe they just selected the C: drive and specified Restore if newer (an option which I don't think is available via the command line!). I believe this created a No-Query Restore, because it did create a Restartable Restore AFAIK there is a one-to-one correspondence (right?) In the meantime, I checked the Technote... Then, I checked my Activity Log for the last 24 hours... and I found 33 LTO volumes that presented the cartridge memory message! So, now I have the smoking gun, and I suppose I could do move data against those volumes, but I suspect there are many more, and I would like to know what's causing the corruption and how to prevent it! If I don't hear anything from the group, I'll open a call with Tivoli. Thanks very much for the information! -Robin Richard Sims [EMAIL PROTECTED] Sent by: ADSM: To: ADSM-L@VM.MARIST.EDU Dist Storcc: Manager Subject: [EMAIL PROTECTED] Re: Very slow restores (days), hours to locate files T.EDU 07/06/2005 10:30 AM Please respond to ADSM: Dist Stor Manager Please, everyone, when posting questions about restorals, give details about the manner in which the restoral was invoked so that we can get a sense of what kind is involved (NQR, Classic) and what is involved. Now... Robin, have a look at IBM Technote 1209563, which I ran across in doing
Tape history
Hi Everybody, Does anyone know how to the history of checked in tapes i.e. when a tape was checked in , the capacity of the tape ? Rich
Re: tsm tape path problems
At the risk of providing more clutter than I already have: thanks for the help. I really appreciate it. Things are working now, just fine. Alex On Thu, 7 Jul 2005, Bos, Karel wrote: Hi, If you delete a library, all inventory info is lost. So, you have the checkin all volume into your new libray. Because you don't want your scratch volume to be checked in as private volume, you have to be carefull in the order of checkin things in. A) checkin libv * stat=Scratch checklabel=barcode search=library # Private volumes will give a error; B) checkin libv * stat=private blabla # Rest of the volumes will be checked in as private C) if you want, audit library. Audit library will only remove volumes from the inventory if they aren't found during the audit. It will never checkin volumes. Regard, Karel -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: donderdag 7 juli 2005 17:45 To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems Agreed, TSM is talking to the library. But the full libvol's are not checked into it: tsm: ITG-TSMq libv ANR2034E QUERY LIBVOLUME: No match found using this criteria. ANS8001I Return code 11. tsm: ITG-TSMq vol Volume Name Storage Device EstimatedPct Volume Pool NameClass Name Capacity Util Status (MB) --- -- - - E:\ITG-BACKUP-SPOOL-NEW ITG-BACKUP- DISK550,000.0 96.1 On-Line -SPOOL-NEW G:\ITGDISKSPOOL.DSM ITG-BACKUP- DISK200,000.00.0 On-Line -SPOOL H:\ITGMAILSPOOL.DSM ITG-MAIL-S- DISK200,000.0 20.7 On-Line POOL ITG002L2 LTO2POOL LTOCLASS1 272,663.2 37.7 Full ITG004L2 LTO2POOL LTOCLASS1 235,948.8 50.9 Full ITG005L2 LTO2POOL LTOCLASS1 217,624.5 57.9 Full etc So I gather I need to checkin the libvol's into the new library, right? But I worried about that, because I've only ever used checkin libvol to add scratch tapes, and these tapes are NOT scratch. Can you verify that I have the checkin command right: checkin libvol lb6.0.0.5 search=yes status=scratch checklabel=yes I'm only worried about the command because of the status=scratch. I can't have any of my volumes with data on them marked as scratch or else I'm hosed. Do I have the command right? Thanks Bill, I do appreciate it, Alex On Thu, 7 Jul 2005, William Boyer wrote: If it wasn't talking to the library, then you would get errors. And audit compare TSM's LIBV inventory with the library inventory. If the library inventory is up to date, then the library does not need to rescan the slots, but just returns the inventory to TSM. Plus you would not be able to define the drives with the ELEMENT= if the library wasn't talking correctly. The ELEMENT= number is verified with the library. To see what elements and such you can issue the SHOW SLOTS LB6.0.0.5 command. Another useful command is SHOW LIBRARY LB6.0.0.5. Have you tried to mount a tape and write to it? Or maybe even just a checkin? Bill Boyer Some days you're the bug, some days you're the windshield - ?? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Lazarevich Sent: Thursday, July 07, 2005 10:49 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: tsm tape path problems William, et all, Thanks for your great responses, I think I'm closer to getting it working, but I still need a little more help. I understand what you are saying about updating the paths, but the problem is I already removed the old paths and devices (xxx.0.0.3), and created the new devices and paths (xxx.0.0.5). So I think doing an update path is out of the question. I'm stuck trying to associate the new devices with the old server, which should be possible right? So, I've removed all devices and paths, rebooted, then added all devices and paths (for the xxx.0.0.5 devices), rebooted again, and now TSM seems to think the devies and paths are correct: tsm: ITG-TSMq library Library Name: LB6.0.0.5 Library Type: SCSI ACS Id: Private Category: Scratch Category: External Manager: RSM Media Type: Shared: No LanFree: ObeyMountRetention: tsm: ITG-TSMq drive Library Name Drive Name Device Type On-Line --- --- LB6.0.0.5MT1.0.0.5LTO Yes LB6.0.0.5MT2.0.0.5LTO Yes tsm: ITG-TSMq path Source Name Source Type Destination Destination On-Line NameType --- --- --- --- --- ITG-TSM SERVER
test please ignore
testing mail system __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: DB (Image) backups
If you want to continue creating DB Backups on tape, a DB SNAPSHOT should work nicely. It is just an extra, full backup that is independent of the original full/incremental DB backup series. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Tab Trepagnier Sent: Tuesday, June 28, 2005 11:06 AM To: ADSM-L@VM.MARIST.EDU Subject: DB (Image) backups We are setting up SAN replication for DR. I need some information on how to handle the TSM database. TSM 5.1.10.0 - soon to be TSM 5.3.(2?).x. AIX 5.2 ML-3 - soon to be AIX 5.3 ML-2+ For the last seven years we've backed up the TSM DB to tape and sent it offsite. When we've needed to restore the DB, we're restored from tape. Mostly works OK except a little slow. Now we have an EMC Clariion CX500 SAN and we're setting up SAN-to-SAN replication with our warm site. We will have a TSM server staged at that site but it will be OFFLINE because of a shortage of live Fiber ports in a non-DR state. Our drop-ship contract includes an FC switch. What we would like to do is backup the DB - full and incremental - to the SAN and replicate those backups to the warm site's SAN. Recovery would involve connecting the staged recovery server to the target LUN and then restore the replicated database volumes. Questions: * Would that work?? * If I wanted to continue the DB backups to tape in parallel - in other words, maintain two DB backup sequences - how would I do that? * The Backup DB command offers a Type=Image option. What does one do with a DB image? Thanks in advance. Tab Trepagnier TSM Administrator Laitram, L.L.C.
ISC console help
To the experienced ones out there Ok aix 5.3 installed on a p570 ISC 5.1 installed on same box and running Here is the problem i am having I bring up the web admin window on my laptop IE ver 6 I login with my main login and password that i created during the ISC install When i try to create a storage pool device or add a device I get password/login invalid I am using the same one that I am using to log in initially What am I missing here? - Music from EMI This e-mail including any attachments is confidential and may be legally privileged. If you have received it in error please advise the sender immediately by return email and then delete it from your system. The unauthorised use, distribution, copying or alteration of this email is strictly forbidden. If you need assistance please contact us on +44 20 7795 7000. This email is from a unit or subsidiary of EMI Group plc. Registered Office: 27 Wrights Lane, London W8 5SW Registered in England No 229231. -
Re: Very slow restores (days), hours to locate files
Robin, I hope the LTO firmware resolves your problem. However, I have seen a similar situation for Windows clients in our shop and it was not a tape drive issue. The situation here was that we had a tape stgpool, 3590Ks /3590E1A drives, collocated by node, that reached its maxscratch value. This led to what some folks call imperfect collocation where even though the stgpool is setup to collocate by node, data for more than one node can end up on the same tape. The problem we had with the node intermix in a collocated by node pool showed itself with a situation that sounds similar to yours. We attempted to run a restore of an 8GB Win2k C: drive about 50% full and saw very long delays where nothing appeared to be happening. A tape change would occur, some data would transfer, and then a VERY long pause before a mount request for the next tape. Query Session while tape was mounted showed what your Q SE showed below, session in Run state, zero seconds wait time, but send and recv byte counts remain unchanged. While not as many but similar to you, our incremental backups of the servers C: drive had files spread around a number of tapes. We never determined the root cause of the think time between tape mount requests. We resolved the issue by moving tapes in our stgpool to a new pool with a high MAXSCR value effectively re-collocating the data. All restores ran very happy after that. Sorry I could not provide a root cause of our situation but that's how we addressed it. Just curious but do the 310 tapes you identified also contain data for other nodes and are you using collocation? Jeff Connor National Grid USA -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Robin Sharpe Sent: Wednesday, July 06, 2005 10:10 AM To: ADSM-L@VM.MARIST.EDU Subject: Very slow restores (days), hours to locate files Hi guys, We're having problems restoring some windows servers (W2K)... The servers in question had some disk problems and are being rebuilt, so the Windows admins are restoring the C: drive. It is an 8GB drive and less than 50% used, so only 4GB to restore. It has taken several days to restore. I know one of our problems is that the data is spread over hundreds of volumes (literally... I counted 310 from a volumeusage query). Another problem is that we have an overflowed library, but we have loaded all of the tapes from the Windows storage pool. What I don't understand is why it takes so long to locate a file once the tape is mounted. We have seen the same tape mounted for hours before any data is transferred. Here is an excerpt from a q se f=d of a restore that is running right now: Sess Number: 1,143 Comm. Method: TCP/IP Sess State: Run Wait Time: 0 S Bytes Sent: 670.9 M Bytes Recvd: 58.2 K Sess Type: Node Platform: WinNT Client Name: WANO01 Media Access Status: Current input volume(s): 200658,(2279 Seconds) User Name: Date/Time First Data Sent: Proxy By Storage Agent: This restore has been running for almost 12 hours now (they have been restarting them periodically). There has been NO DATA transferred from that tape in the 38 minutes it has been mounted... I know this from doing an lsof command and looking at the offset which indicates the number of bytes transferred. I know that when I restore a single file, it can be found within seconds of mounting a tape (these are all LTO-2)... so, why does it take so long in this case? Is TSM actually reading the entire tape? If so, wouldn't I see lots of data being transferred? Or is there some kind of SCSI command that allows the drive to read and compare the data it gets? I thought TSM stored actual locations of the files in the DB, so it could quickly find any file (or aggregate) without reading the whole tape... I've been searching the literature, and I can't find any details on this. The TSM server is on HP-UX 11i, IBM LTO-2 drives, fiber attached, in a STK L700 library. Also, my DB is huge (314GB), and we are currently (for the last year) unable to delete anything, so we have many versions of volatile files. We are planning to split our environment into several TSMs, and in the short term, our windows admins will start doing weekly selective backups of the C: drives to consolidate active versions on few tapes. Thanks for any thoughts on this Robin Sharpe Berlex Labs This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please reply to this message and let the sender know.
Re: Very slow restores (days), hours to locate files
The pool in question here is not collocated, so I expected to have lots of tape mounts but the long period of inactivity is what puzzles us. I've also seen notes indicating that the No Query Restore may be the cause... I'll suggest to our Windows guys to try a classic restore. -Robin Connor, Jeffrey P. [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU .NGRID.COMcc: Sent by: ADSM:Subject: Dist Stor Manager Re: Very slow restores (days), hours to locate files [EMAIL PROTECTED] EDU 07/07/2005 04:39 PM Please respond to ADSM: Dist Stor Manager Robin, I hope the LTO firmware resolves your problem. However, I have seen a similar situation for Windows clients in our shop and it was not a tape drive issue. The situation here was that we had a tape stgpool, 3590Ks /3590E1A drives, collocated by node, that reached its maxscratch value. This led to what some folks call imperfect collocation where even though the stgpool is setup to collocate by node, data for more than one node can end up on the same tape. The problem we had with the node intermix in a collocated by node pool showed itself with a situation that sounds similar to yours. We attempted to run a restore of an 8GB Win2k C: drive about 50% full and saw very long delays where nothing appeared to be happening. A tape change would occur, some data would transfer, and then a VERY long pause before a mount request for the next tape. Query Session while tape was mounted showed what your Q SE showed below, session in Run state, zero seconds wait time, but send and recv byte counts remain unchanged. While not as many but similar to you, our incremental backups of the servers C: drive had files spread around a number of tapes. We never determined the root cause of the think time between tape mount requests. We resolved the issue by moving tapes in our stgpool to a new pool with a high MAXSCR value effectively re-collocating the data. All restores ran very happy after that. Sorry I could not provide a root cause of our situation but that's how we addressed it. Just curious but do the 310 tapes you identified also contain data for other nodes and are you using collocation? Jeff Connor National Grid USA -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Robin Sharpe Sent: Wednesday, July 06, 2005 10:10 AM To: ADSM-L@VM.MARIST.EDU Subject: Very slow restores (days), hours to locate files Hi guys, We're having problems restoring some windows servers (W2K)... The servers in question had some disk problems and are being rebuilt, so the Windows admins are restoring the C: drive. It is an 8GB drive and less than 50% used, so only 4GB to restore. It has taken several days to restore. I know one of our problems is that the data is spread over hundreds of volumes (literally... I counted 310 from a volumeusage query). Another problem is that we have an overflowed library, but we have loaded all of the tapes from the Windows storage pool. What I don't understand is why it takes so long to locate a file once the tape is mounted. We have seen the same tape mounted for hours before any data is transferred. Here is an excerpt from a q se f=d of a restore that is running right now: Sess Number: 1,143 Comm. Method: TCP/IP Sess State: Run Wait Time: 0 S Bytes Sent: 670.9 M Bytes Recvd: 58.2 K Sess Type: Node Platform: WinNT Client Name: WANO01 Media Access Status: Current input volume(s): 200658,(2279 Seconds) User Name: Date/Time First Data Sent: Proxy By Storage Agent: This restore has been running for almost 12 hours now (they have been restarting them periodically). There has been NO DATA transferred from that tape in the 38 minutes it has been mounted... I know this from doing an lsof command and looking at the offset which indicates the number of bytes transferred. I know that when I restore a single file, it can be found within seconds of mounting a tape (these are all LTO-2)... so, why does it take so long in this case? Is TSM actually reading the entire tape? If so, wouldn't I see lots of data being transferred? Or is there some kind of SCSI command that allows the drive to read and compare the data it gets? I thought TSM stored actual locations of the files in the DB, so it could quickly find any file (or aggregate) without reading the whole tape... I've been searching the literature, and I can't find any details on this. The TSM server is on HP-UX 11i, IBM LTO-2 drives, fiber attached, in a STK L700 library. Also, my
Re: remote vaulting
Depends on what you mean by remote. We have just set up a tape library for our offsite tapes. But we're within range to use fibre, so as far as TSM is concerned, it's really a local tape library, even though it's physically in another building. Ideal situation, if the fibre limits meet your DR requirements. Wanda Prather I/O, I/O, It's all about I/O -(me) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Ryan Sent: Wednesday, July 06, 2005 4:30 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: remote vaulting What info are you looking for, we have had a remote vault for 5 years -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Pugliese, Edward Sent: Wednesday, July 06, 2005 3:08 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: remote vaulting You could use server to server communication and then the remote TSM server is the one with the library. Local server sends virtual volumes to remote server. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of bob molerio Sent: Wednesday, July 06, 2005 3:38 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] remote vaulting HI, Has anyone implemeted this? TSM server with a remote tape library? I can't seem to find any information about this anywhere. Thanks, Bob M __ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html This e-mail and any attachments may contain confidential and privileged information. Any dissemination or use of the information by a person other than the intended recipient is unauthorized and may be illegal. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this e-mail and destroy any copies. Although this e-mail and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the Board of Trade of the City of New York, Inc. or the New York Clearing Corporation for any loss or damage arising in any way from its use. Thank you. -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to [EMAIL PROTECTED] and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message.
Re: Very slow restores (days), hours to locate files
In a sense, due to reaching maxscr, our pool was not collocated as well. Our issue was not the number of mounts but the long inactivity periods as you described. If you do find the cause, please post it on the listserv. Thanks Jeff -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Robin Sharpe Sent: Thursday, July 07, 2005 4:51 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Very slow restores (days), hours to locate files The pool in question here is not collocated, so I expected to have lots of tape mounts but the long period of inactivity is what puzzles us. I've also seen notes indicating that the No Query Restore may be the cause... I'll suggest to our Windows guys to try a classic restore. -Robin Connor, Jeffrey P. [EMAIL PROTECTED] To: ADSM-L@VM.MARIST.EDU .NGRID.COMcc: Sent by: ADSM:Subject: Dist Stor Manager Re: Very slow restores (days), hours to locate files [EMAIL PROTECTED] EDU 07/07/2005 04:39 PM Please respond to ADSM: Dist Stor Manager Robin, I hope the LTO firmware resolves your problem. However, I have seen a similar situation for Windows clients in our shop and it was not a tape drive issue. The situation here was that we had a tape stgpool, 3590Ks /3590E1A drives, collocated by node, that reached its maxscratch value. This led to what some folks call imperfect collocation where even though the stgpool is setup to collocate by node, data for more than one node can end up on the same tape. The problem we had with the node intermix in a collocated by node pool showed itself with a situation that sounds similar to yours. We attempted to run a restore of an 8GB Win2k C: drive about 50% full and saw very long delays where nothing appeared to be happening. A tape change would occur, some data would transfer, and then a VERY long pause before a mount request for the next tape. Query Session while tape was mounted showed what your Q SE showed below, session in Run state, zero seconds wait time, but send and recv byte counts remain unchanged. While not as many but similar to you, our incremental backups of the servers C: drive had files spread around a number of tapes. We never determined the root cause of the think time between tape mount requests. We resolved the issue by moving tapes in our stgpool to a new pool with a high MAXSCR value effectively re-collocating the data. All restores ran very happy after that. Sorry I could not provide a root cause of our situation but that's how we addressed it. Just curious but do the 310 tapes you identified also contain data for other nodes and are you using collocation? Jeff Connor National Grid USA -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Robin Sharpe Sent: Wednesday, July 06, 2005 10:10 AM To: ADSM-L@VM.MARIST.EDU Subject: Very slow restores (days), hours to locate files Hi guys, We're having problems restoring some windows servers (W2K)... The servers in question had some disk problems and are being rebuilt, so the Windows admins are restoring the C: drive. It is an 8GB drive and less than 50% used, so only 4GB to restore. It has taken several days to restore. I know one of our problems is that the data is spread over hundreds of volumes (literally... I counted 310 from a volumeusage query). Another problem is that we have an overflowed library, but we have loaded all of the tapes from the Windows storage pool. What I don't understand is why it takes so long to locate a file once the tape is mounted. We have seen the same tape mounted for hours before any data is transferred. Here is an excerpt from a q se f=d of a restore that is running right now: Sess Number: 1,143 Comm. Method: TCP/IP Sess State: Run Wait Time: 0 S Bytes Sent: 670.9 M Bytes Recvd: 58.2 K Sess Type: Node Platform: WinNT Client Name: WANO01 Media Access Status: Current input volume(s): 200658,(2279 Seconds) User Name: Date/Time First Data Sent: Proxy By Storage Agent: This restore has been running for almost 12 hours now (they have been restarting them periodically). There has been NO DATA transferred from that tape in the 38 minutes it has been mounted... I know this from doing an lsof command and looking at the offset which indicates the number of bytes transferred. I know that when I restore a single file, it can be found within seconds of mounting a tape (these are all LTO-2)... so, why does it take so long in this case? Is TSM actually reading the entire tape? If
Cristina Loureiro H de Lima/BRT está ausente do escritório.
Estarei ausente do escritório a partir de 07/07/2005 e não retornará até 12/07/2005. Estarei ausente até 12/07 /2005. Para assuntos urgentes falar com Margarete (41) 3305 1603 ou Koroll (41) 3305 1619
Re: Remote Vaulting
There is equipment available to extend fibre to any distance over IP for tape. The library/drives look local to the TSM server. Our customers use this solution quite a bit. Some do cross-connections between datacenters (I'll do your DR, you do mine.) Your hosuekeeping is somewhat different, as your copy pool tapes are now accessible/readwrite not unavailable/vault and your db backup tapes are also online. (Or, you can actually remote your primary pool volumes instead and leave your copy pool volumes local. There are pros and cons to each method and sizing decisions around the bandwidth required.) Small Ad: (If you look at my email, you will see the company that makes the extension devices, and supplies the people to design, install and maintain them, if so desired.) From: ADSM: Dist Stor Manager on behalf of Prather, Wanda Sent: Thu 7/7/2005 5:01 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: remote vaulting Depends on what you mean by remote. We have just set up a tape library for our offsite tapes. But we're within range to use fibre, so as far as TSM is concerned, it's really a local tape library, even though it's physically in another building. Ideal situation, if the fibre limits meet your DR requirements. Wanda Prather I/O, I/O, It's all about I/O -(me) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Ryan Sent: Wednesday, July 06, 2005 4:30 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: remote vaulting What info are you looking for, we have had a remote vault for 5 years -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Pugliese, Edward Sent: Wednesday, July 06, 2005 3:08 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: remote vaulting You could use server to server communication and then the remote TSM server is the one with the library. Local server sends virtual volumes to remote server. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of bob molerio Sent: Wednesday, July 06, 2005 3:38 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] remote vaulting HI, Has anyone implemeted this? TSM server with a remote tape library? I can't seem to find any information about this anywhere. Thanks, Bob M
port 1500 anomaly
I'm wondering if anyone running AIX 5.2 with TSM 5.2 has run in to this. After some time port 1500 seems to be inaccessible to sessions either directly from the tsm server or remotely. I thought I had heard about this before but can't find anything at the moment. Has anyone else seen this? Thanks, Geoff Gill TSM Administrator SAIC M/S-G1b (858)826-4062 Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
Re: port 1500 anomaly
On Jul 7, 2005, at 7:52 PM, Gill, Geoffrey L. wrote: I'm wondering if anyone running AIX 5.2 with TSM 5.2 has run in to this. After some time port 1500 seems to be inaccessible to sessions either directly from the tsm server or remotely. I thought I had heard about this before but can't find anything at the moment. Has anyone else seen this? Geoff - I'm running that combination. Have not encountered such a problem. I'd recommend using netstat and lsof to check on port 1500, comparing what it looks like when good versus bad. At the same time, test the responsiveness of other TCP services in that system, such as doing: rpcinfo -t Hostname portmapper from inside the system and from outside. Do 'no -a' on that system and see if significantly different from a comparable system. Look for 'netstat -i' showing ethernet packet count activity on the en* adapters. Use 'iptrace' and 'ipreport' to monitor port traffic. I would also keep a dsmadmc session active (perhaps even via -CONsolemode or -MOUNTmode). Examine the latest Activity Log entries from the time period. Use 'ps', 'topas', and other tools to check dsmserv process viability. Richard Sims
Re: port 1500 anomaly
I've seen it now and again, on Solaris clients. In the dsmerror.log file I see... 07/07/05 08:31:54 Trying port number 1502 07/07/05 08:31:54 Trying port number 1503 07/07/05 08:31:54 Trying port number 1504 07/07/05 08:31:54 Trying port number 1505 07/07/05 08:31:54 Trying port number 1506 07/07/05 08:31:54 Trying port number 1507 07/07/05 08:31:54 Trying port number 1508 07/07/05 08:31:54 Trying port number 1509 07/07/05 08:31:54 Trying port number 1510 07/07/05 08:31:54 Trying port number 1511 07/07/05 08:31:54 Trying port number 1512 07/07/05 08:31:54 Trying port number 1513 07/07/05 08:31:54 Trying port number 1514 07/07/05 08:31:54 Trying port number 1515 07/07/05 08:31:54 Trying port number 1516 07/07/05 08:31:54 Trying port number 1517 07/07/05 08:31:54 Trying port number 1518 07/07/05 08:31:54 Trying port number 1519 07/07/05 08:31:54 Trying port number 1520 07/07/05 08:31:54 Trying port number 1521 07/07/05 08:31:54 Trying port number 1522 07/07/05 08:31:54 Trying port number 1523 07/07/05 08:31:54 Trying port number 1524 07/07/05 08:31:54 Trying port number 1525 07/07/05 08:31:54 Trying port number 1526 07/07/05 08:31:54 Trying port number 1527 07/07/05 08:31:54 Trying port number 1528 07/07/05 08:31:54 Trying port number 1529 07/07/05 08:31:54 Obtained new port number on which to listen. personally I think the client scheduler walks on itself... the client scheduler seems to find another port and relays that back to the tsm server, thus the tsm server can still contact the client with everything else I have to do, I've not worried about this since it hasn't resulted in any failed processing in my environment Dwight E. Cook Systems Management Integration Professional, Advanced Integrated Storage Management TSM Administration (918) 835-3106 (local Tulsa OK) (877) 625-4186 T/L 349-4361
Re: port 1500 anomaly
The port opens after a reboot but seems to be inaccessible after a few hours for some reason. This has just happened within the past few days, after some reconfiguring of the firewall (didn't hear about that one), but if I can't even connect from the server then I don't see the relationship there. Telnet port works, 1580 works via the web from any computer but 1500 is a no go from anywhere. Could some external force be shutting this down? The activity log shows no abnormality at all, just inactivity, and all backups are being missed. [EMAIL PROTECTED]:netstat -a | grep 1500 tcp4 0 0 *.1500 *.*LISTEN [EMAIL PROTECTED]:netstat -i Name Mtu Network AddressIpkts IerrsOpkts Oerrs Coll en2 1500 link#2 0.4.ac.3e.62.e9 3975 0 1643 0 0 en2 1500 192.168.198 tsm-west 3975 0 1643 0 0 lo0 16896 link#1 302 0 307 0 0 lo0 16896 127 loopback 302 0 307 0 0 lo0 16896 ::1302 0 307 0 0 no -a although lengthy, looks similar to this one. Thanks, Geoff Gill TSM Administrator SAIC M/S-G1b (858)826-4062 Email: [EMAIL PROTECTED]
ISC console help
There are 2 distinct ids/passwords. The ISC id and password you created during install logs you into the ISC environment. Once inside ISC, when you configure your TSM server connection, you will specify a TSM administrator id and password. Lets say you have 3 TSm servers you are in charge of. You will have 1 ISC id. You will create a server connection for each TSM server (and you might have a different TSM id and password on each server). The connection information and credentials will be stored for you in the ISC database. After that 1 time setup, you will only need to sign on using your ISC id and each time you do something to TSM, the appropriate admin id/pw will be retrieved and used. Unfortunately the tutorials don't work on AIX as there is no flash player. You can download and review the tutorials here: http://www.ibm.com/software/tivoli/library/demos/storage-mgr.html The tutorial on adding a server connection explains this. Date:Thu, 7 Jul 2005 16:28:20 -0400 From:Giglio, Paul [EMAIL PROTECTED] Subject: ISC console help To the experienced ones out there Ok aix 5.3 installed on a p570 ISC 5.1 installed on same box and running Here is the problem i am having I bring up the web admin window on my laptop IE ver 6 I login with my main login and password that i created during the ISC install When i try to create a storage pool device or add a device I get password/login invalid I am using the same one that I am using to log in initially What am I missing here? Kathy Mitton Manager - IBM Tivoli Storage Manager Server Development [EMAIL PROTECTED] Phone: 520-799-4437 Tie-line: 321-4437
ISC Passwords..
Have any of you attempted to tie your ISC IDs into existing ID structures? We've got an extant single-sign-on system here at UF, and while people are swallowing the 'separate ID for TSM' thing pretty well, I don't think I can ask people to maintain -two- IDs to administer TSM. At least, not with a straight face. I know that the ISC can participate in the Tivoli Federated Identity Buy Lots of software and trust us system. This implies that they've architected the system to permit it to refer to some outside entity for authentication. I've got a few PMRs in on the topic, but haven't had any luck yet. - Allen S. Rout