Linux Kernel
Hai All, I had a problem with my TSM Client on Red Hat Linux, it cannot recognize the TS3200 tape library. The IBM support, told me to update the kernel version 2.6.9-34. How to get that kernel rpm (Can i downoad it ? ) Thanks for your help Best Regards, Yudi Darmadi PT Niagaprima Paramitra http://www.niagaprima.com
Re: Tape performance (was: Re: Preferred TSM Platform)
Rick Saylor wrote: > > Instead of selecting 'a' on nmon try '^' instead. This will give you > the FC adapter stats from fcstat. At least it does on version 12e of nmon. Thanks, Rick! I was still running nmon 11e and didn't have this new option (and I'm still at 5.3 TL8... at TL9 nmon is bundled in with topas). Once I upgraded to 12e, the '^' key does indeed show all the HBAs. Also thanks to Stef Coene, Alex Paschal and Richard Cowen for pointers to fcstat, a tool I wasn't aware of that falls in the "dead simple or obvious" category. :) Wonder why the IBMers and business partner tech folks weren't aware of it either. -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: Select Statement
OK, then, back to my ugly select, shich I'm sure needs correction - No way in heck I'm going to run it on my server. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Thomas Denier Sent: Friday, February 27, 2009 11:27 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Select Statement -Timothy Conway wrote: - >Ok, here. Do a stgpool backup, disable sessions and do another stgpool >backup to eliminate and prevent new data. While sessions are still >disabled, mark the volume in question destroyed, and do a stgpool >backup preview. That should tell you every primary volume that has >data on the volume in question. Mark the volume readonly again, enable >sessions, obtain and checkin the volumes it said it needed, (search the >appropriate actl slice for 1228s), and do your reclamation. Since >you're talking about a single volume, probably just a "move data"? Then >again, if what's happenning is that your reclamation is ending on a >particular offsite volume, you should first find out what all offsite >volumes are below your threshold, and do the ba stg preview with them >all marked destroyed. The online help for 'update volume' states that 'access=destroyed' is valid only primary storage pool volumes.
Re: Tape performance (was: Re: Preferred TSM Platform)
Hello, David. Have a look at the 'fcstat' command recently introduced into AIX. This will output an unpleasant bunch of data, but some nice scripting can isolate the FC SCSI Traffic Input Bytes and Output Bytes lines for the desired HBA, even if the HBA doesn't have disk on it. A loop, fcstat | grep | awk, sleep , and a subtraction will give you bytes/second numbers. Heck, it'll even give you cool stuff like IP over FC bytes if you use it. Alex Paschal Storage Solutions Engineer MSI Systems Integrators Your Business. Better. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David Bronder Sent: Friday, February 27, 2009 12:34 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Tape performance (was: Re: Preferred TSM Platform) Wanda Prather wrote: > > And there is NO instrumentation in Windows to give you any idea whatever > about what is going on performance-wise on a bus with tape drives attached. Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). (Speaking only of FC drives, since the last time I used SCSI tape drives years ago, I never tried to get that data.) So far, neither IBMers nor business partners I've talked to have been able to identify a way of collecting that kind of data, either. The best ideas I've been able to come up with are manual timing tests (measure the time to transfer a known volume of data, whether within TSM or externally) or to look at stats on the fibre ports on the SAN switches (assuming one has that kind of access to the switches). If anyone can tell me differently, I'd love to hear about it. Even if (especially if?) it's something dead simple or obvious that I've been missing. =Dave (sticking with AIX for TSM for the forseeable future) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you.
Re: Select Statement
-Timothy Conway wrote: - >Ok, here. Do a stgpool backup, disable sessions and do another >stgpool backup to eliminate and prevent new data. While sessions >are still disabled, mark the volume in question destroyed, and do >a stgpool backup preview. That should tell you every primary >volume that has data on the volume in question. Mark the volume >readonly again, enable sessions, obtain and checkin the volumes it >said it needed, (search the appropriate actl slice for 1228s), and >do your reclamation. Since you're talking about a single volume, >probably just a "move data"? Then again, if what's happenning is >that your reclamation is ending on a particular offsite volume, >you should first find out what all offsite volumes are below your >threshold, and do the ba stg preview with them all marked >destroyed. The online help for 'update volume' states that 'access=destroyed' is valid only primary storage pool volumes.
Re: Windows PIT Restore issues
Well I'm confused now... First you said the folder is bound to a management class with verexists=2. But then you said you have DIRMC MCNOLIMIT. I'm not sure how to reconcile these two seemingly contradictory statements. So I can only offer some additional guesses at this time... This is probably not what you are saying... but "for the record", adding the DIRMC MCNOLIMIT after the fact will not help with the current existing backup versions. If you've been running all along with DIRMC MCNOLIMIT, but the folders are still bound to MC7YR, then something is overriding your DIRMC. Maybe there is a duplicate DIRMC in the options file, or a client option set is forcing DIRMC MC7YR. If an override is not occurring, then maybe your backup is using a different options file, or else you are using the classic scheduler and didn't restart it after adding the DIRMC to the options file. Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/i...@ibmus Internet e-mail: stor...@us.ibm.com IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "ADSM: Dist Stor Manager" wrote on 02/27/2009 11:49:38 AM: > [image removed] > > Re: Windows PIT Restore issues > > Kevin Boatright > > to: > > ADSM-L > > 02/27/2009 11:51 AM > > Sent by: > > "ADSM: Dist Stor Manager" > > Please respond to "ADSM: Dist Stor Manager" > > I did try creating a management class with the following settings > and specified the management class in the opt file using “DIRMC MCNOLIMIT” > Versions Data Exists nolimit > Version Data Deleted nolimit > Retain Extra Versions 90 > Retain Only Version90 > > Could be that the MCNOLIMIT has not been bound to those folders. > > If I’m reading your article correctly, even with the current > settings (retain extra version = 30) it seems that I can only go > back 1-2 days before the folder will not be displayed in the GUI. > This makes sense since the versions data exist = 2. > > Thanks, > Kevin > > _ > From: Andrew Raibeck [mailto:stor...@us.ibm.com] > Sent: Friday, February 27, 2009 11:30 AM > To: > Subject: Re: [ADSM-L] Windows PIT Restore issues > > > Yes, you are on the right track looking at the management class. > > See http://www.mail-archive.com/adsm-l@vm.marist.edu/msg07963.html for my > explanation of why you see what you see. > > Best regards, > > Andy > > Andy Raibeck > IBM Software Group > Tivoli Storage Manager Client Product Development > Level 3 Team Lead > Internal Notes e-mail: Andrew Raibeck/Tucson/i...@ibmus > Internet e-mail: stor...@us.ibm.com > > IBM Tivoli Storage Manager support web page: > http://www.ibm.com/software/sysmgmt/products/support/ > IBMTivoliStorageManager.html > > > The only dumb question is the one that goes unasked. > The command line is your friend. > "Good enough" is the enemy of excellence. > > "ADSM: Dist Stor Manager" wrote on 02/27/2009 > 11:16:45 AM: > > > [image removed] > > > > Windows PIT Restore issues > > > > Kevin Boatright > > > > to: > > > > ADSM-L > > > > 02/27/2009 11:18 AM > > > > Sent by: > > > > "ADSM: Dist Stor Manager" > > > > Please respond to "ADSM: Dist Stor Manager" > > > > Attempting to do a point in time restore on a windows 2003 server > > using the Gui client. If I go back more than one day, I do not see > > all of the folders in the root of the drive. I see four out of > > eight folders. > > > > TSM Client version 5.3.4.8 > > TSM Server version 5.3.4.2 > > > > Performing a point in time restore from the command line works fine. > > I can see all of the folders. > > > > I was thinking it may have something to do with the management class > > bound to the folders. > > > > select class_name from backups where node_name='NODENAME' and > > type='DIR' group by class_name > > > > CLASS_NAME > > -- > > MC7YR > > > > > > MC7YR Management class details > > Versions Data Exists 2 > > Version Data Deleted 1 > > Retain Extra Versions 30 > > Retain Only Version 2600 > > > > > > Anyone seen this behavior? > > > > Thanks, > > Kevin
Re: Windows PIT Restore issues
I did try creating a management class with the following settings and specified the management class in the opt file using DIRMC MCNOLIMIT Versions Data Exists nolimit Version Data Deleted nolimit Retain Extra Versions 90 Retain Only Version90 Could be that the MCNOLIMIT has not been bound to those folders. If Im reading your article correctly, even with the current settings (retain extra version = 30) it seems that I can only go back 1-2 days before the folder will not be displayed in the GUI. This makes sense since the versions data exist = 2. Thanks, Kevin _ From: Andrew Raibeck [mailto:stor...@us.ibm.com] Sent: Friday, February 27, 2009 11:30 AM To: Subject: Re: [ADSM-L] Windows PIT Restore issues Yes, you are on the right track looking at the management class. See http://www.mail-archive.com/adsm-l@vm.marist.edu/msg07963.html for my explanation of why you see what you see. Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/i...@ibmus Internet e-mail: stor...@us.ibm.com IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "ADSM: Dist Stor Manager" wrote on 02/27/2009 11:16:45 AM: > [image removed] > > Windows PIT Restore issues > > Kevin Boatright > > to: > > ADSM-L > > 02/27/2009 11:18 AM > > Sent by: > > "ADSM: Dist Stor Manager" > > Please respond to "ADSM: Dist Stor Manager" > > Attempting to do a point in time restore on a windows 2003 server > using the Gui client. If I go back more than one day, I do not see > all of the folders in the root of the drive. I see four out of > eight folders. > > TSM Client version 5.3.4.8 > TSM Server version 5.3.4.2 > > Performing a point in time restore from the command line works fine. > I can see all of the folders. > > I was thinking it may have something to do with the management class > bound to the folders. > > select class_name from backups where node_name='NODENAME' and > type='DIR' group by class_name > > CLASS_NAME > -- > MC7YR > > > MC7YR Management class details > Versions Data Exists 2 > Version Data Deleted 1 > Retain Extra Versions 30 > Retain Only Version 2600 > > > Anyone seen this behavior? > > Thanks, > Kevin
Re: Tivoli Novell client support
On Feb 27, 2009, at 15:51 , Timothy Hughes wrote: Hello All, A Novell client of ours recently wanted me to ask if IBM Tivoli Storage Manager would continue to support Novell/Netware TIVOLI backups clients. I have not heard anything to the contrary. As for as I know they will continue to backup Novell has anyone heard anything about IBM discontinuing backup Novell clients? I haven't heard anything either way. IBM usually has the policy not to stop support of a supported platform before the platform vendors stops support. I've seen that on Irix the client functional level was a step back from the other clients in the end (and those were no major functional changes iirc). I'm sure that there is no reason to worry. Now, I've been hearing rumors that Novell will pull support for the old netware OS for ages, and that they are encouraging users to move to what is basically a Linux OS with netware support, but I have no evidence of this. Thanks for any responses! -- Met vriendelijke groeten, Remco Post r.p...@plcs.nl +31 6 248 21 622
Re: Windows PIT Restore issues
Yes, you are on the right track looking at the management class. See http://www.mail-archive.com/adsm-l@vm.marist.edu/msg07963.html for my explanation of why you see what you see. Best regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Tucson/i...@ibmus Internet e-mail: stor...@us.ibm.com IBM Tivoli Storage Manager support web page: http://www.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. "ADSM: Dist Stor Manager" wrote on 02/27/2009 11:16:45 AM: > [image removed] > > Windows PIT Restore issues > > Kevin Boatright > > to: > > ADSM-L > > 02/27/2009 11:18 AM > > Sent by: > > "ADSM: Dist Stor Manager" > > Please respond to "ADSM: Dist Stor Manager" > > Attempting to do a point in time restore on a windows 2003 server > using the Gui client. If I go back more than one day, I do not see > all of the folders in the root of the drive. I see four out of > eight folders. > > TSM Client version 5.3.4.8 > TSM Server version 5.3.4.2 > > Performing a point in time restore from the command line works fine. > I can see all of the folders. > > I was thinking it may have something to do with the management class > bound to the folders. > > select class_name from backups where node_name='NODENAME' and > type='DIR' group by class_name > > CLASS_NAME > -- > MC7YR > > > MC7YR Management class details > Versions Data Exists 2 > Version Data Deleted 1 > Retain Extra Versions 30 > Retain Only Version 2600 > > > Anyone seen this behavior? > > Thanks, > Kevin
Re: Windows PIT Restore issues
Due to the way Groupwise archive files are created, we have to do a point in time restore. _ From: Buddy Howeth [mailto:bhow...@pcoastp.com] Sent: Friday, February 27, 2009 11:16 AM To: Subject: Re: [ADSM-L] Windows PIT Restore issues Instead of doing a point in time, show active/inactive files and then you will see all the objects. You can then sort by date within the folders you are looking at Buddy Howeth Computer Operations Specialist Information Systems Pacific Coast Producers Corporate Offices 631 N. Cluff Ave Lodi, CA 95240-0756 (209) 367-8800 - Main# (209) 367-6288 - Computer Room (209) 366-6240 - Alpha Pager Kevin Boatright Sent by: "ADSM: Dist Stor Manager" 02/27/2009 08:16 AM Please respond to "ADSM: Dist Stor Manager" To ADSM-L@VM.MARIST.EDU cc Subject [ADSM-L] Windows PIT Restore issues Attempting to do a point in time restore on a windows 2003 server using the Gui client. If I go back more than one day, I do not see all of the folders in the root of the drive. I see four out of eight folders. TSM Client version 5.3.4.8 TSM Server version 5.3.4.2 Performing a point in time restore from the command line works fine. I can see all of the folders. I was thinking it may have something to do with the management class bound to the folders. select class_name from backups where node_name='NODENAME' and type='DIR' group by class_name CLASS_NAME -- MC7YR MC7YR Management class details Versions Data Exists 2 Version Data Deleted 1 Retain Extra Versions 30 Retain Only Version 2600 Anyone seen this behavior? Thanks, Kevin _ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.com _
Re: Windows PIT Restore issues
Instead of doing a point in time, show active/inactive files and then you will see all the objects. You can then sort by date within the folders you are looking at Buddy Howeth Computer Operations Specialist Information Systems Pacific Coast Producers Corporate Offices 631 N. Cluff Ave Lodi, CA 95240-0756 (209) 367-8800 - Main# (209) 367-6288 - Computer Room (209) 366-6240 - Alpha Pager Kevin Boatright Sent by: "ADSM: Dist Stor Manager" 02/27/2009 08:16 AM Please respond to "ADSM: Dist Stor Manager" To ADSM-L@VM.MARIST.EDU cc Subject [ADSM-L] Windows PIT Restore issues Attempting to do a point in time restore on a windows 2003 server using the Gui client. If I go back more than one day, I do not see all of the folders in the root of the drive. I see four out of eight folders. TSM Client version 5.3.4.8 TSM Server version 5.3.4.2 Performing a point in time restore from the command line works fine. I can see all of the folders. I was thinking it may have something to do with the management class bound to the folders. select class_name from backups where node_name='NODENAME' and type='DIR' group by class_name CLASS_NAME -- MC7YR MC7YR Management class details Versions Data Exists 2 Version Data Deleted 1 Retain Extra Versions 30 Retain Only Version 2600 Anyone seen this behavior? Thanks, Kevin _ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.com _
Windows PIT Restore issues
Attempting to do a point in time restore on a windows 2003 server using the Gui client. If I go back more than one day, I do not see all of the folders in the root of the drive. I see four out of eight folders. TSM Client version 5.3.4.8 TSM Server version 5.3.4.2 Performing a point in time restore from the command line works fine. I can see all of the folders. I was thinking it may have something to do with the management class bound to the folders. select class_name from backups where node_name='NODENAME' and type='DIR' group by class_name CLASS_NAME -- MC7YR MC7YR Management class details Versions Data Exists 2 Version Data Deleted 1 Retain Extra Versions 30 Retain Only Version 2600 Anyone seen this behavior? Thanks, Kevin
Re: Tivoli Novell client support
I just know that there is no TSM client update version 5.5.2 for NetWare. :( >>> From: Timothy Hughes To: Date: 2/27/2009 10:08 AM Subject: [ADSM-L] Tivoli Novell client support Hello All, A Novell client of ours recently wanted me to ask if IBM Tivoli Storage Manager would continue to support Novell/Netware TIVOLI backups clients. I have not heard anything to the contrary. As for as I know they will continue to backup Novell has anyone heard anything about IBM discontinuing backup Novell clients? Thanks for any responses!
Tivoli Novell client support
Hello All, A Novell client of ours recently wanted me to ask if IBM Tivoli Storage Manager would continue to support Novell/Netware TIVOLI backups clients. I have not heard anything to the contrary. As for as I know they will continue to backup Novell has anyone heard anything about IBM discontinuing backup Novell clients? Thanks for any responses!
Re: Tape performance (was: Re: Preferred TSM Platform)
For fiber-attached tape drives - use snmp to monitor the fiber switch ports. I use mrtg to acquire the data from my two tape-oriented SAN switches; this feeds my hobbit (renaming, currently, to xymon) monitoring package. I get to see the activity for each tape drive (one per switch port) and for each TSM HBA (one per switch port - zoned to all tape drives, run as one primary and 4 alternates per switch). The resulting graphs show that my fifth adapter to either switch from TSM us idle about 50% of the time, peaks at 400 MB/sec, and runs at a fairly steady 200 MB/sec during my peak tape activity time. I'm running 10 LTO-4 and 6 LTO-2 in a 3584 library -- 16 drives, 10 HBAs from TSM -- and it looks like I'm getting my money's worth. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David Bronder Sent: Friday, February 27, 2009 3:34 AM To: ADSM-L@VM.MARIST.EDU Subject: Tape performance (was: Re: Preferred TSM Platform) Wanda Prather wrote: > > And there is NO instrumentation in Windows to give you any idea whatever > about what is going on performance-wise on a bus with tape drives attached. Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). (Speaking only of FC drives, since the last time I used SCSI tape drives years ago, I never tried to get that data.) So far, neither IBMers nor business partners I've talked to have been able to identify a way of collecting that kind of data, either. The best ideas I've been able to come up with are manual timing tests (measure the time to transfer a known volume of data, whether within TSM or externally) or to look at stats on the fibre ports on the SAN switches (assuming one has that kind of access to the switches). If anyone can tell me differently, I'd love to hear about it. Even if (especially if?) it's something dead simple or obvious that I've been missing. =Dave (sticking with AIX for TSM for the forseeable future) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.
Re: Tape performance (was: Re: Preferred TSM Platform)
Instead of selecting 'a' on nmon try '^' instead. This will give you the FC adapter stats from fcstat. At least it does on version 12e of nmon. Rick Saylor Austin Community College At 04:59 AM 2/27/2009, you wrote: Stef Coene wrote: > > On Friday 27 February 2009, David Bronder wrote: > > > > Unfortunately, there doesn't seem to be any real instrumentation in AIX > > about tape drive performance, either. None of the standard AIX tools > > seem to give tape-related information (e.g. iostat or nmon), either for > > the tape drives themselves or for the buses or adapters the drives are > > connected to (unless there is also disk behind those buses or adapters). > > > The problem is that the numbers are not available. Don't ask me why. > > What I do is starting nmon. With 'a' you can see the adapter stats. With 'V' > you van see the volume group stats. The difference is tape drive I/O. In my environment, at least, only fibre HBAs with disk connected to them appear in the nmon 'a'dapter screen, so my HBAs dedicated to tape drives are not listed. With 8 HBAs, 2 for LUNs and 6 for tape drives, I only see the 2 used for disk (oddly, fscsi0 and fscsi1, plus fcs1 but not fcs0) and the planar SAS adapter for the system disks. So, unless you have disk and tape mixed on the same adapter (which I've always been told was contrary to best practices), I still don't see a way to get those numbers out of AIX (directly or derived). Or is nmon lying about what adapters it's reporting on? (nmon and iostat also don't cleanly deal with the multiple paths to LUNs as implemented by EMC PowerPath, so some of the stats can't be taken at face value for disks, either. nmon has support for SDD, of course. :) ) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
THANKS! All you lurkers on ADSM-L - RESULTS (was: Tracking who "owns" a node)
Many thanks; about 60 responses, statistically significant I guess: Short answer: most everybody uses the contact field in some way. Someone suggested using TSM 6.1's extensible database schema. Sure, but ouch: I envision each of us extending the schema in a different way. There might be some benefit in being public about our plans to extend the schema; then people with similar ideas could cooperate and give their extensions to the rest of us. Sort of an Open Schema Development model ;-} Details: Count How do you track who owns a node? 12 0. We don't. 12 1. We put an email address in the node's CONTACT field. 17 2. We put structured info (like "j...@foo.org; Joe Jones; HR; 212-223-") in the CONTACT field 8 3. We put un-structured stuff in the CONTACT field, like name, phone number, email, or whatever we have 0 4. We put the email address in the node's EMAIL_ADDRESS field 5 5. We use home-grown spreadsheets or databases or shell scripts 4 6. We use 3rd-party apps like Servergraph, or Bocada, etc. 6 7. None of the above -- Mr. Lindsay Morris Principal www.tsmworks.com 919-403-8260 lind...@tsmworks.com On Feb 23, 2009, at Feb 23, 8:50 AM, Lindsay Morris wrote: A little help please? I want more responses to my poll, about how you track who owns a node. THIS MEANS YOU! It'll take you JUST THREE CLICKS, starting here: http://www.surveymonkey.com/s.aspx?sm=ojC0QfiSbYEcc2B246nO_2bA_3d_3d Why should you do this? Guilt: After all the great advice you've gotten off this list, isn't it time to help a little? Logic: Many people write software to make TSM better. Help them to help you! Greed: I'll buy beer at the next TSM symposium for anyone who responds. Come on, share the knowledge please. http://www.surveymonkey.com/s.aspx?sm=ojC0QfiSbYEcc2B246nO_2bA_3d_3d And thanks! -- Mr. Lindsay Morris Principal www.tsmworks.com 919-403-8260 lind...@tsmworks.com _ From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Lindsay Morris Sent: Thursday, February 19, 2009 10:09 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Tracking who "owns" a node For every node we back up, there is someone who uses it. This person knows that: * They want it backed up ONLY between 2AM and 4AM; * They can't afford TDP so please back up the flat-file database dump and ignore the true DB directories; * They prefer to exclude drive C: * For recovery, the application depends on 3 other nodes too and so on. It helps us do a better job, if we know who these people are. So, how do you map people to nodes? I'm trying to see what's common, so our bolt-on software can discover this mapping if it's there, or help you set it up if it's not. Reply to me off-list and I'll report back the results to the community here. Just pick a number below (I'm trying to make this so easy ;-} ), and/ or discuss in detail. Phone calls welcome too. How do you know who owns a node? __ Thanks!
Re: Tape performance (was: Re: Preferred TSM Platform)
On Friday 27 February 2009, David Bronder wrote: > In my environment, at least, only fibre HBAs with disk connected to them > appear in the nmon 'a'dapter screen, so my HBAs dedicated to tape drives > are not listed. With 8 HBAs, 2 for LUNs and 6 for tape drives, I only see > the 2 used for disk (oddly, fscsi0 and fscsi1, plus fcs1 but not fcs0) and > the planar SAS adapter for the system disks. Indeed, I just checked it on an AIX box with a tape-dedicated fiber card. > So, unless you have disk and tape mixed on the same adapter (which I've > always been told was contrary to best practices), I still don't see a way > to get those numbers out of AIX (directly or derived). Or is nmon lying > about what adapters it's reporting on? fcstat can show statistics, so in theory, nmon can have the same numbers. I will try to contact Nigel about this. Stef
Antwort: Re: server-to-server, what do to if source server is new and has new name?
thanks remco, this was also my mind, because i did not find anything in manuals about that. thanks a lot stefan savoric
Re: Tape performance (was: Re: Preferred TSM Platform)
Stef Coene wrote: > > On Friday 27 February 2009, David Bronder wrote: > > > > Unfortunately, there doesn't seem to be any real instrumentation in AIX > > about tape drive performance, either. None of the standard AIX tools > > seem to give tape-related information (e.g. iostat or nmon), either for > > the tape drives themselves or for the buses or adapters the drives are > > connected to (unless there is also disk behind those buses or adapters). > > > The problem is that the numbers are not available. Don't ask me why. > > What I do is starting nmon. With 'a' you can see the adapter stats. With 'V' > you van see the volume group stats. The difference is tape drive I/O. In my environment, at least, only fibre HBAs with disk connected to them appear in the nmon 'a'dapter screen, so my HBAs dedicated to tape drives are not listed. With 8 HBAs, 2 for LUNs and 6 for tape drives, I only see the 2 used for disk (oddly, fscsi0 and fscsi1, plus fcs1 but not fcs0) and the planar SAS adapter for the system disks. So, unless you have disk and tape mixed on the same adapter (which I've always been told was contrary to best practices), I still don't see a way to get those numbers out of AIX (directly or derived). Or is nmon lying about what adapters it's reporting on? (nmon and iostat also don't cleanly deal with the multiple paths to LUNs as implemented by EMC PowerPath, so some of the stats can't be taken at face value for disks, either. nmon has support for SDD, of course. :) ) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: server-to-server, what do to if source server is new and has new name?
On 27 feb 2009, at 11:49, TSM wrote: Hello, the following situation tsm server S (source)copies (Copypool) over server-to-server connection all primary data and dbbackup to tsm server T (target) between S and T is only WAN , bandwith is ok for daily incr business now tsm server S is replaced by new tsm server N (new) , all primary data is imported from S to N by export node(s) over GBit LAN the WAN between S, N andTis to slow to copy all data from N to T from the beginning. how to define the target volumes from Sto new server N ? not, this is impossible. I hope you have some headroom in your wan so you can play catchup (or, pick up N, drive to T, backup stg over lan, drive back) with best regards stefan savoric -- Met vriendelijke groeten/Kind regards, Remco Post r.p...@plcs.nl
server-to-server, what do to if source server is new and has new name?
Hello, the following situation tsm server S (source)copies (Copypool) over server-to-server connection all primary data and dbbackup to tsm server T (target) between S and T is only WAN , bandwith is ok for daily incr business now tsm server S is replaced by new tsm server N (new) , all primary data is imported from S to N by export node(s) over GBit LAN the WAN between S, N andTis to slow to copy all data from N to T from the beginning. how to define the target volumes from Sto new server N ? with best regards stefan savoric
Re: Tape performance (was: Re: Preferred TSM Platform)
On Friday 27 February 2009, David Bronder wrote: > Wanda Prather wrote: > > And there is NO instrumentation in Windows to give you any idea whatever > > about what is going on performance-wise on a bus with tape drives > > attached. > > Unfortunately, there doesn't seem to be any real instrumentation in AIX > about tape drive performance, either. None of the standard AIX tools > seem to give tape-related information (e.g. iostat or nmon), either for > the tape drives themselves or for the buses or adapters the drives are > connected to (unless there is also disk behind those buses or adapters). > (Speaking only of FC drives, since the last time I used SCSI tape drives > years ago, I never tried to get that data.) > > So far, neither IBMers nor business partners I've talked to have been > able to identify a way of collecting that kind of data, either. The best > ideas I've been able to come up with are manual timing tests (measure the > time to transfer a known volume of data, whether within TSM or externally) > or to look at stats on the fibre ports on the SAN switches (assuming one > has that kind of access to the switches). > > If anyone can tell me differently, I'd love to hear about it. Even if > (especially if?) it's something dead simple or obvious that I've been > missing. The problem is that the numbers are not available. Don't ask me why. What I do is starting nmon. With 'a' you can see the adapter stats. With 'V' you van see the volume group stats. The difference is tape drive I/O. Stef
Re: SV: TSM and FileNet P8 integration
How may affect HSM using on FileNet? Will FileNet work correctly with 'stubs', i.e. wouldn't problems if FileNet acquire file which was migrated? And other question is CM8 may work with tape library? Best Regards, Khramov Gennadiy gkhra...@computel.ru Daniel Sparrman Sent by: "ADSM: Dist Stor Manager" 24.02.2009 20:23 Please respond to "ADSM: Dist Stor Manager" To ADSM-L@VM.MARIST.EDU cc Subject [ADSM-L] SV: TSM and FileNet P8 integration Hi What you are trying to accomplish is indeed complex. First of all, filenet doesnt use blobs, so you wont be gaining any performance since you will be transporting alot of files over the san. If you still want to perform san transfers, id suggest using the hsm client in conjunction with the storage agent. Not really sure how filenet will react to hsm managed files since i never saw a P8 solution like this. Another solution would be to move your repository to CM8 in conjunction with IICE. Regards Daniel Sent from my Sony Ericsson XPERIA™ X1. - Ursprungligt meddelande - Från: Gennadiy Khramov Skickat: den 24 februari 2009 17:44 Till: ADSM-L@VM.MARIST.EDU Ämne: TSM and FileNet P8 integration Hi all. Is anyone who may tell about making three-level storage system (fc-fata-tape). How TSM & FileNet integrates, and what needs for correct working this systems. Can FileNet independently control data-flow in storage hierarchy? I badly understand how they work and which system responsible for controlling storage and data. How TSM interacts with FileNet? As we think we need TSM EE, TSM for SAN, TSM for Space Management and Tivoli Sanergy. (tsm for san and sanergy - as data must be transmitted over SAN). and for all systems data-flow will be transparent. But I don't know how usage of HSM affects for working FileNet. And may be we too complicate all system? Best Regards, Khramov Gennadiy gkhra...@computel.ru
Tape performance (was: Re: Preferred TSM Platform)
Wanda Prather wrote: > > And there is NO instrumentation in Windows to give you any idea whatever > about what is going on performance-wise on a bus with tape drives attached. Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). (Speaking only of FC drives, since the last time I used SCSI tape drives years ago, I never tried to get that data.) So far, neither IBMers nor business partners I've talked to have been able to identify a way of collecting that kind of data, either. The best ideas I've been able to come up with are manual timing tests (measure the time to transfer a known volume of data, whether within TSM or externally) or to look at stats on the fibre ports on the SAN switches (assuming one has that kind of access to the switches). If anyone can tell me differently, I'd love to hear about it. Even if (especially if?) it's something dead simple or obvious that I've been missing. =Dave (sticking with AIX for TSM for the forseeable future) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: Inconsisent behavior of mount errors on scratch tapes.
On Feb 27, 2009, at 8:44 , Steven Harris wrote: Hi Gang Case 1. 02/26/2009 04:16:48 ANR8944E Hardware or media error on drive DRIVE1 (\\.\Tape2) with volume DIA142L3(OP=TESTREADY, Error Number= 23, CC=0, KEY=03, ASC=53, ASCQ=00, ---8<--- Case 2. 02/24/2009 03:01:22 ANR8300E I/O error on library LTOCV1 (OP=6C03, CC=207, KEY=05, ASC=21, ASCQ=01, SENSE=70.00.05.00.00.00.00.0 A.0- 0.00.00.00.21.01.00.C0.00.06., Description=Device is not in a state capable of performing request). Refer to Appendix C in the 'Messages' manual for recommended action. (SESSION: 7658) more... ( to continue, 'C' to cancel) 02/24/2009 03:01:22 ANR8779E Unable to open drive , error number=2. (SESSION: 7658) 02/24/2009 03:01:22 ANR8300E I/O error on library LTOCV1 (OP=6C03, CC=207, KEY=05, ASC=21, ASCQ=01, SENSE=70.00.05.00.00.00.00.0 A.0- 0.00.00.00.21.01.00.C0.00.04., Description=Device is not in a state capable of performing request). Refer to ---8< Questions. Why did the first case not mark the tape Private? Why did the second case retry the mount repeatedly on the same drive rather than moving on to the next one? Because TSM assumed it was the media (wrongly so, but maybe because in 80%+ of the cases they get this error, it is the media at fault) in the second case. In the first case TSM has never been able to even read the label on the tape, so to TSM the tape might not be at fault. As to TSM drive selection policy, yes, who knows why it selects which drive? There was probably more going on on the lib? Does anyone understand this behavior? Thanks Steve Steven Harris TSM Admin, Sydney Australia -- Met vriendelijke groeten, Remco Post r.p...@plcs.nl +31 6 248 21 622
Inconsisent behavior of mount errors on scratch tapes.
Hi Gang I've had two cases of a bad scratch tape causing me issues this week, but the behavior of TSM was different in each case and to my mind inconsistent. Case 1. Full backup of a TDP for exchange node. TSM 5.4.4.0 for Windows Server, TSM client 5.3.6, Storage agent 5.3.6, TDP for Exchange 5.3.3.1 TS3100 library with LTO3 drives. LAN Free TDP backup is part way through and goes to mount the next tape. Tape mount fails... 02/26/2009 04:16:48 ANR8944E Hardware or media error on drive DRIVE1 (\\.\Tape2) with volume DIA142L3(OP=TESTREADY, Error Number= 23, CC=0, KEY=03, ASC=53, ASCQ=00, SENSE=70.00.03.00.00.00.00.58.00.00.00.00.53.00.36.00.2E- .07.00.02.00.02.20.20.20.20.20.20.20.00.00.00.24.98.01.7- 4.00.00.00.00.00.00.00.00.00.00.00.00.00.00.12.02.00.00.- 00.00.00.00.00.60.00.00.00.00.70.00.03.00.00.00.00.58.00- .00.00.00.53.00.36.00.2 E.07.00.02.00.02.20.20.20.20.20.2- 0.00.00.00, Description=An undetermined error has occurred). Refer to Appendix C in the 'Messages' manual for recommended action. (SESSION: 995) 02/26/2009 04:16:48 ANR8304E Time out error on drive DRIVE1 (\\.\Tape2) in library ATL. (SESSION: 995) 02/26/2009 04:16:48 ANR8945W Scratch volume mount failed DIA142L3. (SESSION: 995) 02/26/2009 04:17:17 ANR8381E LTO volume DIA142L3 could not be mounted in drive DRIVE1 (\\.\Tape2). (SESSION: 995) 02/26/2009 04:17:17 ANR9790W Request to mount volume *SCRATCH* for library This is the only scratch tape in the library and is physically damaged. The TDP aborts the transaction, and retries the backup which writes to the end part of the first tape until it is full, at which point it tries to mount the scratch again, gets the same error, and the cycle repeats. Case 2. Library Manager/Library client set up, Multiple P595 AIX LPARS. One TSM Server is set up as Library manager and Config Manager. 4 library client servers, all at TSM Server 5.5.1.0 . Big TS3500 library, 30 drives and 2500 LTO4 tapes. This site is ramping up and has about 2000 scratch tapes. For reasons that we haven't quite understood yet, tapes are being left in drives and not properly dismounted. Thats not the interesting part. A library client tries to mount a scratch on a drive that is unable to do so, this produces an immediate IO error. In this case the scratch that had the IO error is marked private. TSM assumes the problem is the *tape* and attempts to mount the next available scratch in the same drive. Again this gets the IO error and is marked private. In a minute or two the server has run through all 2000 scratches and we have none left 02/24/2009 03:01:22 ANR8300E I/O error on library LTOCV1 (OP=6C03, CC=207, KEY=05, ASC=21, ASCQ=01, SENSE=70.00.05.00.00.00.00.0 A.0- 0.00.00.00.21.01.00.C0.00.06., Description=Device is not in a state capable of performing request). Refer to Appendix C in the 'Messages' manual for recommended action. (SESSION: 7658) more... ( to continue, 'C' to cancel) 02/24/2009 03:01:22 ANR8779E Unable to open drive , error number=2. (SESSION: 7658) 02/24/2009 03:01:22 ANR8300E I/O error on library LTOCV1 (OP=6C03, CC=207, KEY=05, ASC=21, ASCQ=01, SENSE=70.00.05.00.00.00.00.0 A.0- 0.00.00.00.21.01.00.C0.00.04., Description=Device is not in a state capable of performing request). Refer to Appendix C in the 'Messages' manual for recommended action. (SESSION: 7658) 02/24/2009 03:01:22 ANR8778W Scratch volume CV0288L4 changed to Private Status to prevent re-access. (SESSION: 7658) 02/24/2009 03:01:22 ANR8942E Could not move volume CV0288L4 from slot-element 1356 to slot-element 65535. (SESSION: 7658) 02/24/2009 03:01:22 ANR8381E LTO volume CV0288L4 could not be mounted in drive . (SESSION: 7658) 02/24/2009 03:01:22 ANR9790W Request to mount volume *SCRATCH* for library client CV01 failed. (SESSION: 7658) Questions. Why did the first case not mark the tape Private? Why did the second case retry the mount repeatedly on the same drive rather than moving on to the next one? Does anyone understand this behavior? Thanks Steve Steven Harris TSM Admin, Sydney Australia
