Storage Agent's tape dismounted before it is finished with it.
Greetings, Sorry if this is a repeat of a previous post, but I did not see my post appear on the list, and received no responses, so I am trying again. I have a customer running TSM server 5.2.3.2 with SAN Storage Agents at that same level. It is a TSM library sharing environment with a STKL700 w/9940B drives. We are getting an unusual circumstance on one of our Storage Agent clients that is backing up a large Oracle database. After mounting two tapes on two drives and backing up to them, eventually the tapes fill up and then another tape gets mounted as needed. This works fine for a few tapes, but then it seems as if the TSM library manager issues a dismount of one of the drives before the client has finished writing to it. When the client gets to the end of the tape it gets an error because the tape gets dismounted out from underneath it. At least, we THINK that is what is happening. When you query the TSM server, it still says the tape is mounted, and doesn't give any messages except for when the client eventually fails. This may not have anything to do with it, but we think we are in a part of the backup where a single very large file (hundreds of GB) is being written, so that it will span a tape. Is the polling done between the agent and the server continue even when one very large single file is being written? Is it possible that the server has decided that the client is idle, and takes its mount point away from it? I was reading about IDLETIMEOUT and RESOURCETIMEOUT and the relationship between them. I believe we are just allowing them to default. Would it help to bump them up to prevent this? Has anyone seen this behavior? Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Cell: 314-225-9997 Email: [EMAIL PROTECTED]
Test Email
Sorry to bother everyone, but I have posted two emails in the past 2 days, and although I got a confirmation from the listserv when I posted them, I never saw the emails themselves post to the list, and have not gotten any replies at all, which is unusual for this list. Could a few of you reply back to me and at least let me know if my posts are making it to the list? Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Cell: 314-225-9997 Email: [EMAIL PROTECTED]
Re: Test Email
Richard, As my signature shows, I am the John Schneider in St. Louis. And yes, I get confused for the other John Schneider at EMC in Las Vegas with surprising regularity. Thank you for replying, though. At least I know my post made it to the list. Did you also happen to get my post from earlier today and yesterday, too? Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Cell: 314-225-9997 Email: [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Taylor Sent: Wednesday, August 02, 2006 4:03 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Test Email Are you the John Schneider from Las Vegas? -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of John Schneider Sent: Wednesday, August 02, 2006 1:58 PM To: ADSM-L@VM.MARIST.EDU Subject: Test Email Sorry to bother everyone, but I have posted two emails in the past 2 days, and although I got a confirmation from the listserv when I posted them, I never saw the emails themselves post to the list, and have not gotten any replies at all, which is unusual for this list. Could a few of you reply back to me and at least let me know if my posts are making it to the list? Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Cell: 314-225-9997 Email: [EMAIL PROTECTED]
Storage Agent's tape dismounted before it is finished with it.
Greetings, I have a customer running TSM server 5.2.3.2 with SAN Storage Agents at that same level. It is a TSM library sharing environment with a STKL700 w/9940B drives. We are getting an unusual circumstance on one of our Storage Agent clients that is backing up a large Oracle database. After mounting two tapes on two drives and backing up to them, eventually the tapes fill up and then another tape gets mounted as needed. This works fine for a few tapes, but then it seems as if the TSM library manager issues a dismount of one of the drives before the client has finished writing to it. When the client gets to the end of the tape it gets an error because the tape gets dismounted out from underneath it. At least, we THINK that is what is happening. When you query the TSM server, it still says the tape is mounted, and doesn't give any messages except for when the client eventually fails. This may not have anything to do with it, but we think we are in a part of the backup where a single very large file (hundreds of GB) is being written, so that it will span a tape. Is the polling done between the agent and the server continue even when one very large single file is being written? Is it possible that the server has decided that the client is idle, and takes its mount point away from it? I was reading about IDLETIMEOUT and RESOURCETIMEOUT and the relationship between them. I believe we are just allowing them to default. Would it help to bump them up to prevent this? Has anyone seen this behavior? Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Cell: 314-225-9997 Email: [EMAIL PROTECTED]
Re: LTO Drivers for TSM
Mel, Even if we can point you to the drivers, the only time you would know whether they were going to work or not was when you went to test, and it would always be a point of worry any time you put on TSM or OS patches if it was going to suddenly break your DR plan. In the middle of a DR situation is the wrong time to find out about incompatibilities. I had to do this very thing with DLT4000 drives (many years ago now), where I had to bring a laptop with a SCSI cable and DLT firmware update utility to our DRP tests, and save and reload the DLT firmware on the DLT4000 drives provided by our DR vendor, so I could be sure they were the same firmware rev. as the ones we had in production, otherwise they would have problems reading the tapes. I had no way around this problem at the time, but it was a kludge of the first order. We wasted six months and two DR tests getting past this problem before we could do our first successful restore. My recommendation to you is to go back to SunGard and explain the situation, and insist on IBM LTO2 drives. They may be stand-alone drives not in a library, but that is better than messing around with drivers you can't be sure of. You can always mount the tape drives by hand in a DR situation. That is a small price to pay to get your data back. Make sure you keep reasonably up to date with the firmware on your drives, and expect SunGard to keep reasonably up to date with theirs. Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Phone: 314-989-3839 Cell: 314-225-9997 Email: [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Dennis, Melburn W IT743 Sent: Tuesday, May 16, 2006 8:25 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] LTO Drivers for TSM Recently our company ran a DR Test with a company called SunGard. Our contract requested an automated tape library with LTO2 drives in order for us to execute our TSM portion of the disaster recovery. In our production environment we use IBM LTO2 drives. When we got there we found out that they had HP LTO2 drives, and so the drivers that we had brought with us in our DR tool kits would not work. SunGard was able to provide us the latest drivers from HP, but those seemed to not be compatible with TSM, and the generic drivers that come bundled with TSM did not work either. TSM would recognize the drives as GENERIC TAPE instead of LTO. In the future we would like to be able to prevent this in case of a real DR, and have a set of drivers that would work with all major manufacturers of LTO. What drivers for HP LTO drives work with TSM, or for that matter any other manufacturer of LTO besides IBM? Mel Dennis Systems Engineer - IT743 Siemens Power Generation 4400 Alafaya Trail Orlando, FL 32826 MC Q1-108 Tel: (407) 736-2360 Win: 439-2360 Fax: (407) 243-0260 Email: [EMAIL PROTECTED]
Re: tape encryption and TSM
Greetings, In any encryption solution you pick, key management is crucial. Who is responsible to generate the keys? How often are they changed? Who maintains a long-term archive of the keys so you can unencrypt data that was encrypted years ago, if necessary? How are multiple, concurrent copies of the key database maintained, so that in a DR situation you don't loose all your keys. Some products consider all these questions. Decru and Neoscale make FC based encryption appliances that allows you to encrypt your data onto tape. Decru's has comprehensive key-management, with all the automated redundancy for DR purposes you might need. Neoscale might have this as well, but I have not read up on that one as much. Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Phone: 314-989-3839 Cell: 314-225-9997 Email: [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sims Sent: Friday, January 13, 2006 7:39 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] tape encryption and TSM On Jan 13, 2006, at 8:30 AM, Murray, Jim wrote: I would be more interested in the answer not so much as recovery of data but in securing data. Being a financial institution we have regulatory requirements for data protection, new State laws say I must encrypt all data on tape that is moved off site. Jim - As Geoff alluded, the List has reviewed solutions in the past... If data cannot be sent encrypted from the client, then another solution is to insert an appliance in the tape write path, such as CryptoStor Tape, from http://www.neoscale.com/. Richard Sims
Re: Copying a COPYPOOL...
Jeff, Instead of migrating COPYPOOL01 (3590-E1A) to COPYPOOL02 (3592-J1A), you could just do a 'backup stgpool' from the primaries to COPYPOOL02. This will create a new and complete copy to COPYPOOL02, which is what you want. In the meantime, all your COPYPOOL1 data is still available, if you need it. When the 'backup stgpool' completes (which may take days or weeks, depending on how often you have stop it to get access to the tape drives for other purposes) you can then delete COPYPOOL01. This would probably be faster than reclaiming COPYPOOL01 to COPYPOOL02, although that would work, too. Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Nast, Jeff P. Sent: Tuesday, December 06, 2005 8:15 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Copying a COPYPOOL... Hello all, We recently purchased IBM 3592-J1A tape drives and are in the process of converting from 3590-E1A in our 3494 library. The TAPEPOOL migration is going well using move data command. But we are stuck on how to migrate our COPYPOOL01 (3590-E1A) to COPYPOOL02 (3592-J1A). There is the ugly option to destroy the 3590 tapes, but I would consider that a last resort, unless it's the only resort... Any suggestions? Thank you in advance! -Jeff Nast Senior Systems Engineer SMDC (St. Mary's / Duluth Clinic) http://www.smdc.org/ This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipients named above. If you are not the intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents is prohibited. As required by federal and state laws, you need to hold this information as privileged and confidential. If you have received this communication in error, please notify the sender and destroy all copies of this communication and any attachments.
AIX FC adapter and discover of autochanger
Greetings TSMers, I am remotely helping a coworker with an AIX system running TSM 5.2.2, and AIX 5.2 (not sure which maintenance level, but I think it is ML2). He is trying to install a ADIC iScalar 2000 library with LTO2 drives in it. We have the TSM device drivers fileset installed, and the library and drives zoned into one of the FC adapters. When we ran config manager and used the TSM Devices smit dialogue to scan the FC adapter to configure the device, it discovered the LTO tape drives, and assigned /dev/mt0, /dev/mt1 addresses to them just fine. But it didn't configure the autochanger, and we can't figure out why. The adapter we are using already has STK tape drives already on it, and they are working fine. My coworker checked and there is no conflict with the LUNs we are using. One thing that I checked was the FC adapter setting. All the adapters on this system are set to FC-AL. I have noticed that the FC adapters under AIX seem to come set to FC-AL by default, and you need to change them to FC Point-to-Point if you want them that way. I have also saw on another system once that we could not see the autochanger for a IBM3584 when the FC adapter was set to FC-AL. But we could see the drives. When we changed it to FC Point-to-Point then we had no problem configuring the autchanger and drives and everything worked. Has anybody seen this before? I would like to just try it and see, but since there are already STK drives on the FC adapter, changing the adapter to Point-to-Point would affect those, and I don't want to guess and be wrong and whack those drives. Best Regards, John D. Schneider
Re: How many simultaneous tape paths can a TSM server dr ive
Allen, Thanks for your reply. Rephrasing my question, I suppose what I really want to know is, does a session to a tape drive require more resources from the TSM server than a session to a disk storage pool? If they are the same, then we have no problem. I just had never seen a 200 tape drive TSM server before. EMC (who makes the CDL) will support up to 512 virtual drives (depending on the model), so support from the CDL is not the issue. I just was concerned that the TSM server itself might cave under the strain. Perhaps I am worrying for nothing. Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Phone: 314-989-3839 Cell: 314-225-9997 Email: [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Allen S. Rout Sent: Monday, November 07, 2005 11:08 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] How many simultaneous tape paths can a TSM server drive == On Mon, 7 Nov 2005 16:08:04 -0500, John Schneider [EMAIL PROTECTED] said: This will seem like an odd question, but can anybody tell me how to calculate the relative impact of tape drives on the performance of the TSM server? [ ... ] But I have another customer who believes they need 200 virtual drives, and that all of them will be working at once. They have that many simultaneous client sessions going to disk pool, but they would like to drive straight to CDL virtual tapes, and eliminate the disk pool. Does anyone see a problem with that? I would say ask the vendor of your virtual tape tech. In theory, there's no reason for the virtual tape behavior to be worse, performance wise, than a similar number of writes to the underlying disk tech. 200 simultaneous incrementals isn't out of whack for a medium sized installation, so you ought to be able to manage the raw I/O. If (? Clariion ?) blanches at the mount count, then you can have a few nice rounds of Vendor Pinata while they explain why. I'm sure some IBMers would be pleased to cough SANergy or some such in the background of that conversation. In fact, that was my first question, which I sat on until last: if you've already got TSM in the equation, why would you prefer virtual tape on disk to, say, FILE devclasses? I'm sure there are plenty of good reasons for such a call, but that would be the tool I'd reach for first. - Allen S. Rout
How many simultaneous tape paths can a TSM server drive
Greetings, This will seem like an odd question, but can anybody tell me how to calculate the relative impact of tape drives on the performance of the TSM server? With real tape drives, a TSM server (in my case, AIX) doesn't have to worry about large numbers of real drives, because it would be cost prohibitive to have 50 or 60 real tape drives on a single TSM server. But now that there are virtual tape products, like the Clariion Disk Library, that allow you to drive a large number, can the resources on the TSM server prevent you from having large numbers of virtual tape drives? I have on customer with 64 virtual LTO2 drives on a single AIX TSM server (a 8-way 6M2 with 16GB memory), and it seems to be able to use them all simultaneously without running into any limitations, except for the speed of the incoming data, which is limited to the size of the incoming two Gig-E networks sending the data. But I have another customer who believes they need 200 virtual drives, and that all of them will be working at once. They have that many simultaneous client sessions going to disk pool, but they would like to drive straight to CDL virtual tapes, and eliminate the disk pool. Does anyone see a problem with that? Best Regards, John D. Schneider Technology Consultant
Re: Removing copy storage pool
C. Adams, The 'delete volume' is the correct way. When all the volumes are deleted you can delete the storage pool. Why don't you delete a few volumes at a time, and see how long they take, and watch the recovery log, too, so it doesn't fill up. It seems like to me you ought to be able to do a bunch of them in a day, and clean this up within the week. 100 volumes isn't that many, and deleting 15 a day would do it. I have done this in the past, and, depending on how many files are on them, they could take 15 minutes to an hour or more to delete. Don't get more than a few going at once, or they may all fight for the database. Hope this helps. Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Phone: 314-989-3839 Cell: 314-225-9997 Email: [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Copperfield Adams Sent: Tuesday, October 25, 2005 9:33 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Removing copy storage pool Hi all, I have recently moved my TSM 5.2.2.4 instance from a Win2k server to a Win2k3 server and from an IBM 3583 4x SCSI LTO1 library to an ADIC i2k 4x SCSI LTO2 library. As part of the process I have had to move all the data from the LTO1 volumes as we did not want to run mixed media within the new library. This has left me with an LTO2 primary pool, an LTO2 copy pool and the original LTO1 copy pool. I need to know how to remove the now redundant LTO1 copy pool so I am left with just the LTO2 based pools. Would it be a case of issuing: 'DEL VOL volume_name DISCARDD=Y' ? If so, how many should I process between db backups (I backup the db once a day). I have appx. 100 offsite LTO1 tapes to remove. If this is not the correct way to do it could anyone offer advice. Many thanks, C Adams. Copperfield Adams IT Support Analyst This e-mail and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. Any views or opinions presented or expressed are those of the author(s) and may not necessarily represent those of the Company or of any WWAV Rapp Collins Group Company and no representation is given nor liability accepted for the accuracy or completeness of any information contained in this email unless expressly stated to the contrary. If you are not the intended recipient or have received this e-mail in error, you may not use, disseminate, forward, print or copy it, but please notify the sender that you have received it in error. Whilst we have taken reasonable precautions to ensure that any attachment to this e-mail has been swept for viruses, we cannot accept liability for any damage sustained as a result of software viruses and would advise that you carry out your own virus checks before opening any attachment. Please note that communications sent by or to any person through our computer systems may be viewed by other company personnel and agents. Registered Office: 1 Riverside, Manbre Road, London W6 9WA This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs.
Re: TSM Performance with 3584 LTO-2 Drives
You may have stated this earlier in the thread, but could you clarify this statement? I've double-checked the zoning, and everything seems as it should be (server and disk in one zone and server and tape drives in another zone). Does the server have separate HBAs for the disk and tape traffic? I mean, certain HBAs do nothing but disk, and separate HBAs do nothing but tape? That is a TSM requirement. Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Phone: 314-989-3839 Cell: 314-225-9997 Email: [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bill Kelly Sent: Thursday, October 20, 2005 8:36 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Performance with 3584 LTO-2 Drives On Thu, 20 Oct 2005, Chet Osborn wrote: Thanks for the replies, but no luck yet. Another possibility...have a look at APAR IC46349: When running a move data or migration to a collocated storage pool bad performance may be seen, with 5.3.1.0 server. . The bad performance appears to be triggered by a combination of the number of volumes in the source and target storage pools and the number of files and filespaces involved in the specific operation. I'm not sure how bad 'bad performance' is; it's all pretty vague-sounding. But, this is fixed at 5.3.2.0, so it might be worth a try. Regards, Bill The data being migrated all belonged to a single node, and only two tape mounts were involved. The drive firmware is up to date. I'll be damned if I can figure out how to determine what the 3584 library firmware level is or how to download it. The device driver (Atape) software is up to data as of a month o\r so ago. I've double-checked the zoning, and everything seems as it should be (server and disk in one zone and server and tape drives in another zone). At 02:23 PM 10/20/2005, you wrote: Another factor to consider: does the tape pool in question have collocation turned on? If so, then depending on the number of tapes in the pool, the type of collocation in effect and the number of client nodes or filespaces to be migrated, there could be a very large number of tape mounts occurring. With only two drives, and depending on the mount retention period specified on the device class, I could believe that an awful lot of that 10.5 hours might've been spent fiddling around with tape mounts, idle drives, etc., and not actually writing data. Regards, Bill Bill Kelly Auburn University OIT 334-844-9917 It also wouldn't hurt to verify that your library and drive code (firmware) are up-to-date. -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Jim Skinner Sent: Thursday, October 20, 2005 11:36 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM Performance with 3584 LTO-2 Drives I believe the first thing to check is the zoning of the fiber channel network. TSM server and disk in one zone and in a different zone put tsm server and tape. We had a similar problem. [EMAIL PROTECTED] 10/20/05 11:22 AM Hi, We're recently connected a 3584 with one L52 frame containing 2 LTO-2 fiber attached drives to our AIX server. We'll be using FAStT SATA disk as a primary storage pool and migrating from disk to tape. Can anyone with a similar setup provide any statistics on how this works in the real world, i.e. MB/sec or GB/hour from disk to tape. A test migration of 259 GB (152422 files) took 10.5 hours to complete. This seems like abysmally slow performance, or is it reasonable with a large numbers of small files? TSM version: 5.3.1 MoveBatchSize 500 MoveSizeThresh512 AIX version: 5.1 Chet Osborn Systems Programmer Rensselaer Polytechnic Institute Jim Skinner The University of Kansas Hospital Westwood Campus Information Technology Systems 2330 Shawnee Mission Parkway, Suite 201/068 Westwood KS 66205-2005 913-588-4787 Confidentiality Notice: The information contained in this email message is privileged and confidential information and intended only for the use of the individual or entity named in the address. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this information is strictly prohibited. If you received this information in error, please notify the sender and delete this information from your computer and retain no copies of any of this information.
Re: TSM 5.3.2 and old Web Interface - Opening new window
Helder, This is a known problem; you are not the only one experiencing it, and it seems to only affect AIX 5.3 ML3 customers. Another person on the list said it worked fine on AIX 5.3 ML2, but then appeared when they installed ML3. In their case, they were running AIX 5.2, which supported the original TSM Web interface; so the interface is not the problem. Open a case with IBM, so you can be notified when the fix appears. Here is what we recently got from IBM on this for our case: -Original Message- From: Michael J Dineen [mailto:[EMAIL PROTECTED] Sent: Thursday, October 13, 2005 12:08 PM To: Weaver, Mike Subject: PMR76199,111,000WebAdminGui Hello Mike, I wanted to provide an update to PMR 76199,111,000. I will be opening an APAR friday 10/14/05 (currently under review). AIX efix IY72930 (packaged in AIX 5.3 ML3) exposed in TSM a non-compliant variable attribute/parameter in the frame formatting. Disposition has yet to be determined. Regards, Michael Dineen Staff Software Engineer TSM/IBM/Tucson Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Phone: 314-989-3839 Cell: 314-225-9997 Email: [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Helder Garcia Sent: Wednesday, October 19, 2005 9:57 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] TSM 5.3.2 and old Web Interface - Opening new window Hi, I have TSM 5.3.2 running on AIX 5.3 and installed the old web admin interface. First I had problems receiving Page Not Found errors. I reloaded the aix.idl and it seems to work now. But when I click some menu link on the left side, what was supposed to appear at the right side of the page is being opened always on a new window. I'm using Firefox but I dont think this is browser related. I found some guys complaining about this issue but without resolution: http://my.adsm.org/modules.php?op=modloadname=phpBB_14file=indexaction=vi ewtopictopic=5226forum=212 Anyone have good news for it? The customer really want to continue to use the old interface but this way is very bad. Thanks. -- Helder Garcia
Upgrade to TSM 5.3 w/ TSM 5.2 Web interface messes up admin windo w frame
Greetings, I posted this to the list last week, but for some reason I have not been getting the digest, so I decided I better post it again in case people replied and I didn't get it. Sorry for the redundant traffic. I just upgraded a AIX 5.3 TSM server to TSM 5.3.1.6 and also installed the migration TSM 5.2 Web interface. The 5.2 Web interface basically works, but the center frame is missing. The left hand navigation bar is correct, but when I open up something that should produce content in the center frame, instead it opens a whole new window and puts the content there. I can limp along with this behavior, but it is annoying to have to go back and forth between two windows. This happens on every browser we try, both Explorer and Netscape, so it isn't tied to the browser I don't think. If this is an old topic I am sorry, I looked for it on the archives and couldn't find it. I have trouble believing it is happening to us, but no one else. Best Regards, John D. Schneider Technology Consultant
Re: Upgrade to TSM 5.3 w/ TSM 5.2 Web interface messes u p admin windo w frame
Ben, Thanks for your post. We called this in to the Support Center, but they didn't have an answer for us. I am glad to see we aren't the only ones seeing this. Well, I'm not glad for you, of course, but you know what I mean. At least it relieves my mind that I didn't do something obvious and stupid while installing the Web interface. The missing fileset idea isn't bad. I will compare our production TSM server (AIX 4.3.3) with the the 5.3 server and see if anything leaps out at me. Another thought I had was that there might be something missing from the aix.idl file that is included in the solaris, hp, or windows ones. I thought about installing one of the other .idls to see if that made a difference, but it seemed likely to screw up something even worse. Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Phone: 314-989-3839 Cell: 314-225-9997 Email: [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Ben Bullock Sent: Wednesday, October 05, 2005 9:41 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Upgrade to TSM 5.3 w/ TSM 5.2 Web interface messes up admin windo w frame Interesting, I have done the same thing in our AIX test environment in preparation to go to TSM 5.3 and have exactly the same thing. Funny thing is that we have done the same thing on our test Solaris TSM server and it worked fine. Is you installation on AIX 5.3 also? I was wondering if there was some prereq fileset that is missing or something... Ben -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of John Schneider Sent: Wednesday, October 05, 2005 8:06 AM To: ADSM-L@VM.MARIST.EDU Subject: Upgrade to TSM 5.3 w/ TSM 5.2 Web interface messes up admin windo w frame Greetings, I posted this to the list last week, but for some reason I have not been getting the digest, so I decided I better post it again in case people replied and I didn't get it. Sorry for the redundant traffic. I just upgraded a AIX 5.3 TSM server to TSM 5.3.1.6 and also installed the migration TSM 5.2 Web interface. The 5.2 Web interface basically works, but the center frame is missing. The left hand navigation bar is correct, but when I open up something that should produce content in the center frame, instead it opens a whole new window and puts the content there. I can limp along with this behavior, but it is annoying to have to go back and forth between two windows. This happens on every browser we try, both Explorer and Netscape, so it isn't tied to the browser I don't think. If this is an old topic I am sorry, I looked for it on the archives and couldn't find it. I have trouble believing it is happening to us, but no one else. Best Regards, John D. Schneider Technology Consultant
Re: Upgrade to TSM 5.3 w/ TSM 5.2 Web interface messes u p admin windo w frame
Nancy, Since the problem in your case appeared when you upgraded from AIX 5.3 ML 2 to ML3, it should be easy to go through the /smit.log to figure out what filesets got upgraded. There will be long list, but most of them can be eliminated from consideration. But I think of the Java filesets, for example. Were they upgraded at ML3? I can't tell with our system, since our old system was AIX 4.3.3, and the new system came with AIX 5.3 ML3 already installed. I looked on the IBM web site and it shows Java14.sdk1.4.2.10 Java14.source1.4.2.10 To be the level ML3 installs, and ML2 has: Java14.sdk1.4.2.3 Java14.source1.4.2.3 It would be interesting to downgrade Java to the older version and see if it changes anything. Best Regards, John D. Schneider Technology Consultant - Backup, Recovery, and Archive Practice EMC² Corporation, 600 Emerson Road, Suite 400, St. Louis, MO 63141 Phone: 314-989-3839 Cell: 314-225-9997 Email: [EMAIL PROTECTED] -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Nancy L Backhaus Sent: Wednesday, October 05, 2005 9:55 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Upgrade to TSM 5.3 w/ TSM 5.2 Web interface messes up admin windo w frame I believe IBM TSM is working on this. I opened a PMR with TSM, and the support person stated that there are 5 other new pmrs on this same issue. I am awaiting feedback from TSM support on this issue. We are at TSM Version 5.2.3.5, AIX OS Level 5.3 Mod 2 - We just upgraded the AIX OS to 5.3 Mod 3 on Mondayand the same issue is now occuring in our environment. With the operations results opening in a seperate frame. Nancy Backhaus Enterprise Systems [EMAIL PROTECTED] Office: (716) 887-7979 Cell: (716) 609-2138 Ben Bullock [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 10/05/2005 10:40 AM Please respond to ADSM: Dist Stor Manager To: ADSM-L@VM.MARIST.EDU cc: Subject:Re: Upgrade to TSM 5.3 w/ TSM 5.2 Web interface messes up admin windo w frame Interesting, I have done the same thing in our AIX test environment in preparation to go to TSM 5.3 and have exactly the same thing. Funny thing is that we have done the same thing on our test Solaris TSM server and it worked fine. Is you installation on AIX 5.3 also? I was wondering if there was some prereq fileset that is missing or something... Ben -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of John Schneider Sent: Wednesday, October 05, 2005 8:06 AM To: ADSM-L@VM.MARIST.EDU Subject: Upgrade to TSM 5.3 w/ TSM 5.2 Web interface messes up admin windo w frame Greetings, I posted this to the list last week, but for some reason I have not been getting the digest, so I decided I better post it again in case people replied and I didn't get it. Sorry for the redundant traffic. I just upgraded a AIX 5.3 TSM server to TSM 5.3.1.6 and also installed the migration TSM 5.2 Web interface. The 5.2 Web interface basically works, but the center frame is missing. The left hand navigation bar is correct, but when I open up something that should produce content in the center frame, instead it opens a whole new window and puts the content there. I can limp along with this behavior, but it is annoying to have to go back and forth between two windows. This happens on every browser we try, both Explorer and Netscape, so it isn't tied to the browser I don't think. If this is an old topic I am sorry, I looked for it on the archives and couldn't find it. I have trouble believing it is happening to us, but no one else. Best Regards, John D. Schneider Technology Consultant CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole use of the intended recipient(s) and may contain proprietary, confidential, trade secret or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited and may be a violation of law. If you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender by reply email and destroy all copies of the original message.
Upgrade to TSM 5.3 with TSM 5.2 web interface messes up frame
Greetings, I just upgraded a TSM server to 5.3 and also installed the migration TSM 5.2 Web interface. The 5.2 Web interface basically works, but the center frame is missing. The left hand navigation bar is correct, but when I open up something that should produce content in the center frame, instead it opens a whole new window and puts the content there. I can limp along with this behavior, but it is annoying to have to go back and forth between two windows. If this is an old topic I am sorry, I looked for it on the archives and couldn't find it. Best Regards, John D. Schneider Technology Consultant
Restoring objects from Active Directory
Greetings, I know it is possible on a Windows 2000/2003 server to restore the Active Directory independently of the rest of the server using TSM's regular Windows client, but what about objects in the Active Directory? Does anyone know of a way to restore individual Active Directory objects without restoring the whole thing? Thnaks, John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
Linux kernel panic after installing TSM 5.2.2
Greetings, My thanks to this list for all their support over the years. We just migrated our TSM server from AIX to a RedHat Linux server. It is Enterprise kernel 2.4.9-e27smp, and TSM 5.2.2. Our tape library is an Ultrium 3583 with the latest microcode (updated just last week) on both the library and the drives. We are running the IBMtape driver IBMtape-1.4.2-0, also the latest. The Linux server has experienced a kernel panic or hang condition about once a day. Here is a typical portion of the log: Jan 27 22:53:30 navy kernel: IBMtape1---17432 IBMTapeCheckResult() SenseKey: 2 ASC: 4 ASCQ: 1 Jan 27 22:53:36 navy last message repeated 2 times Jan 27 22:53:44 navy kernel: IBMtape1---17432 IBMTapeCheckResult() SenseKey: 6 ASC: 28 ASCQ: 0 Jan 27 22:54:02 navy kernel: Unable to handle kernel NULL pointer dereference at virtual address 002c Jan 27 22:54:02 navy kernel: printing eip: Jan 27 22:54:02 navy kernel: c0107147 Jan 27 22:54:02 navy kernel: *pde = Jan 27 22:54:02 navy kernel: Oops: Jan 27 22:54:02 navy kernel: Kernel 2.4.9-e.27smp Jan 27 22:54:02 navy kernel: CPU:1 The log stops at this point until the next morning when the system is reset. I could send out more of the log to show what has been going on earlier in the evening, but I didn't want to burden the list with a big log. These log messages out of IBMtape are a fairly frequent occurance in the log, in fact, we seem to get a lot of IBMtape. Here is another stretch of the log: Jan 28 09:06:28 navy kernel: IBMtape1---17432 IBMTapeCheckResult() SenseKey: 2 ASC: 3a ASCQ: 0 Jan 28 09:06:28 navy kernel: IBMtape1---17432 IBMTapeCheckResult() SenseKey: 2 ASC: 3a ASCQ: 0 Jan 28 09:06:29 navy kernel: IBMChgr0---02441 IBMChangerCheckResult() SenseKey: 5 ASC: 24 ASCQ: 0 Jan 28 09:06:34 navy last message repeated 2 times Jan 28 09:07:14 navy kernel: IBMtape0---36477 IBMTapeCheckResult() SenseKey: 2 ASC: 3a ASCQ: 0 Jan 28 09:07:14 navy kernel: IBMtape0---36477 IBMTapeCheckResult() SenseKey: 2 ASC: 3a ASCQ: 0 Jan 28 09:07:15 navy kernel: IBMChgr0---02441 IBMChangerCheckResult() SenseKey: 5 ASC: 24 ASCQ: 0 Jan 28 09:07:19 navy kernel: IBMChgr0---02441 IBMChangerCheckResult() SenseKey: 5 ASC: 24 ASCQ: 0 Jan 28 09:07:31 navy kernel: IBMtape0---36477 IBMTapeCheckResult() SenseKey: 2 ASC: 4 ASCQ: 1 Jan 28 09:07:39 navy last message repeated 2 times Jan 28 09:07:47 navy kernel: IBMtape0---36477 IBMTapeCheckResult() SenseKey: 6 ASC: 28 ASCQ: 0 Jan 28 10:39:10 navy kernel: IBMChgr0---02441 IBMChangerCheckResult() SenseKey: 5 ASC: 24 ASCQ: 0 Here we got logs of IBMtape messages, both from the tape devices, and also from the changer, but no panic or hang. Anyone seen a similar situation? Thanks in advance, John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
Is TSM multi-processor capable?
Greetings, I have a question about the TSM server process. I know it is a complex, multi-threaded piece of software, but does it run on multiple CPUs simultaneously? On a 2-CPU Windows 2000 dedicated TSM Server for example, where TSM is the only application running, are both CPUs kept busy by TSM? Or is TSM only running on one, while the other sits around doing nothing but overseeing all the other mostly idle processes. And is this also true of AIX? Does a 1-way AIX TSM server run the same as a 2-way or 4-way with the same processor speed? If you can give real answer (not vague guesses, please) I would appreciate it, and I know others would as well. I set up a lot of TSM servers for low-end customers only backing up 10-15 servers, and putting in a 1-way vs 2-way server can add a few thousand bucks to the cost. If it really helped it would be worth it, but from what I can see in performance monitors, it doesn't seem to be using multiple CPUs, but that may be more from being I/O constrained than anything else. John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
Tapes don't fill up completely after upgrade
Greetings, We just upgraded from TSM v4.x to TSM 5.2.0.1 under Windows 2000 server. The tape libraries are a Breecehill Q9.140 and a Q6.210 library, both with 3 DLT7000 drives. Ever since the upgrade, migrations from the disk pool to tape have resulted in very poor utilization to tape. Our data doesn't compress well, but we usually get about 35-40GB per tape. Now the tapes seem to be filling up with only 1-30% utilized. The amount that fits on a tape varies widely, but no more than 30% full. Another funny thing is that the volumes still say they are fiilling, not full but TSM won't put any more data on them. Now we are out of scratch tapes, and the migrations are failing because TSM is saying there is no more room in the storage pool. The activity log doesn't show any errors during the migration. The Device Class format we chose was DRIVE, which is what we think we were using before, which should get the maximum compression available for the drive. We are using the TSM drivers on the drives and library, as you would expect. Can anybody tell me what is causing this behavior? Thanks, John Schneider Lowery Systems, Inc.
TSM 5.2 and BreeceHill Q 9.140 w/DLT
Greetings, I just recently upgraded from an older NT-based TSM server from 4.2 to a new Win2K server running TSM 5.2.0.1. It has three BreeceHill DLT tape libraries, a Q215, a Q6.210, and a Q9.140. I configured TSM to use it's own drivers, naturally. The Q215 and Q6.10 libraries are working flawlessly, but the Q9.140 is giving us fits. About once every day or two it gets a library error that causes us to have to restart TSM to get it back. Also, frequently TSM fails to initialize one or more of the tape drives, causing the drive to come up online. We can put it back online, but as soon as TSM goes to use it, it gets an error and bails again. Sometimes shutting down the TSM server, and power-cycling the library gets everything back for a awhile. Another strange symptom is that in the library inventory window on the front of the BreeceHill, it shows tape cartridges mounted in the DLTs when they aren't. We think they got this way when we shut down and power-cycled the library one time when there were cartidges mounted we couldn't get TSM to unmount because of the library errors. The Q9.140 is running firmware version 3.00, as is the Q6.210 which is working fine. All three tape drives in the Q9.140 are running DLT firmware 105, the latest version I am aware of. We have tried swapping cables, adapters, etc. everything else in the chain except the library itself. Does any kind soul have an insight into the what may be going wrong? I would like to blame the library as a hardware problem, but the problem didn't exist before under the old version of TSM, so there must be some relationship to that. Thanks in advance, John Schneider
Looking for DLTtools and DLT firmware
Greetings, I have a customer with a Breecehill library (no sure which model, I haven't seen it) with DLT7000 drives in it. Yes, I know it is old, but I still have to support it until the end of the year. I think I should upgrade the DLT7000 firmware on the drives when I upgrade TSM to 5.2 next week. I couple of years ago I did this using the Quantum DLTtools utility, and firmware I got from Breecehill. Could some kind soul help me get ahold of the DLTtools utility (for Windows 2000), and the correct DLT firmware? Thanks in advance, John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
Move Drmedia ... Remove=BULK asks for a reply
Greetings, We recently installed a new TSM server on a pSeries 650 using TSM 5.1.6.5, and a 3584 Tape Library with a L32 and D32 frames with 15 LTO Gen 1 Tape drives. The library has the 10 i/o slot option. The server and library work great, except for one quirk. When we go to check out our drm media, we use: move drmedia * wherestate=mountable tostate=vault remove=bulk This performs the 'move drmedia' OK, but asks for a reply back after every tape checks out! According to the manual, a remove=bulk shouldn't require a reply, but for some reason it does on this library. The tapes do correctly get sent to the bulk loader in the library, so aside from the annoying request that gets generated, the checkout proceeds normally. We have a 3583 library, and issue the same command to it, and it doesn't ask for a reply. Has anyone seen this behavior, and know what to do to stop it? John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
LTO Fibre tape performance under AIX 5.1
Greetings, We are installing a new TSM server on a pSeries 650 using TSM 5.1.6.5, and a 3584 Tape Library with a L32 and D32 frames with 15 LTO Gen 1 Tape drives. The 650 has 4 2Gb/sec FC ports; two go one McData Spherion 4500 switch, and to go to another. Half the tape drives are go to one Spherion switch, and half to the other. We have them zoned so that each FC adapter can only see 3 or 4 drives. Our problem is that we can't get the LTO performance where it belongs. A typical backup from the 650 itself using shared memory (or not) only gets 5-6 MB/Sec. About the same for a Giga-bit network AIX client with no other load. Even a MOVE DATA tape-to-tape maxes out at 8 MB/sec. In this test, we made sure the two tape drives involved were on different FC adapters, on different Spherion switches, and the 650 was otherwise idle, so there should have been no contention anywhere. It took 45 minutes to copy 21GB. Not very good. The 3584 firmware is v3060, the 3580 firmware is v3481, both the latest. The 650, the 6228 (FC adapter) microcodes are also the latest. The problem seems to be the same for all the drives. We have bumped up the dsmserv.opt options to appropriately high levels according to the Performance Guide. We think we have not overlooked anything there. Any suggestions certainly appreciated. John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
[Fwd: LTO Fibre tape performance under AIX 5.1]
As a followup to my earlier message, one issue that came up is the TSM database and logs are on the same disks. In other words, we have the first copy of the database and the log on one disk, and the database mirror and log mirror on another disk. They are all using separate filesystems. I don't think this will perform well, but the system admin that set up the system insists on them that way because he doesn't want to use the root volume group to hold the logs (the system only has 4 drives today, two for rootvg, and two for TSM stuff). In a few weeks we are supposed to be getting some SSA drives, but have to make do until then. Would having a 9GB database and 1GB log on the same disk cause inordinate seek times? The server is in test now, with only a couple clients on it, so they are only a few percent utilized. John Original Message Subject: LTO Fibre tape performance under AIX 5.1 Date: Mon, 16 Jun 2003 13:42:10 -0500 From: John Schneider [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: ADSM: Dist Stor Manager [EMAIL PROTECTED] Greetings, We are installing a new TSM server on a pSeries 650 using TSM 5.1.6.5, and a 3584 Tape Library with a L32 and D32 frames with 15 LTO Gen 1 Tape drives. The 650 has 4 2Gb/sec FC ports; two go one McData Spherion 4500 switch, and to go to another. Half the tape drives are go to one Spherion switch, and half to the other. We have them zoned so that each FC adapter can only see 3 or 4 drives. Our problem is that we can't get the LTO performance where it belongs. A typical backup from the 650 itself using shared memory (or not) only gets 5-6 MB/Sec. About the same for a Giga-bit network AIX client with no other load. Even a MOVE DATA tape-to-tape maxes out at 8 MB/sec. In this test, we made sure the two tape drives involved were on different FC adapters, on different Spherion switches, and the 650 was otherwise idle, so there should have been no contention anywhere. It took 45 minutes to copy 21GB. Not very good. The 3584 firmware is v3060, the 3580 firmware is v3481, both the latest. The 650, the 6228 (FC adapter) microcodes are also the latest. The problem seems to be the same for all the drives. We have bumped up the dsmserv.opt options to appropriately high levels according to the Performance Guide. We think we have not overlooked anything there. Any suggestions certainly appreciated. John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. *** -- John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
Novell bare-metal restore
Greetings, I have a customer with a unique challenge. Maybe it's not, but it seems to be to me because I am not a Novell guy. They are considering implementing TSM in their environment to back up a bunch of Novell servers that are out in remote plants with real slow links, like 256KBs. The servers have sometimes 300-600MB of changed data a night. With decent compression, we may be able to back them up overnight, since they would permit 5pm to 8am as the acceptable backup window. The challenge is when one server is replaced, either because it dies or is replaced with new hardware. The Novell servers have about 40GB of disk space, so there is no way they could restore across the slow link. Our thinking is to restore the server to a server at the central location where the TSM server is, so the restore could be accomplished more quickly, then ship the restored server down to the remote site. My customer's Novell guy says this won't work, because of the way Novell trees work. You can't restore the Novell server at the central site because it won't be part of the Novell tree(?!), and all the file permissions and ownerships will be wrong. Can somebody tell me what resources I should read to understand how to do this, or can share with me your methodology to do a bare-metal restore of a Novell server? I figure that surely by now a method has been derived. Thanks in advance, John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
Best layout for Disk Storage Pools
Greetings, I have a customer who is laying out the disk storage pool for a new TSM server, running 5.1.5, under AIX 5.1, on a pSeries 670 (eat your hearts out!). Anyway, the disk Storage pool is a FAStT700 storage server, with four drawers of disks. We had 10 - 73GB disks available in each drawer, and we were planning to make each group of 10 disks into a RAID5 array, and make each RAID5 array into 2 logical drives, for a total of 8 LUNs. Each LUN in a RAID array was going to be assigned to a different FAStT controller, to spread of the load. We are asking for your sage advice to find out: 1) Should the disk storage pool volumes be raw or Filesystems? Since this server will have plenty of memory, would the readahead capabilities of AIX make a filesystem perform better than raw? 2) This system will be backing up 800GB per night, with up to 60 clients simultaneously. How many disk volumes (from TSM's perspective) should we create to maximize the performance? Our concern here is that since all the clients will be hitting only 4 RAID sets, if we create a bunch of relatively small disk volumes on the same RAID set, the seeks will kill the performance, if 12-15 clients are all writing to separate disk volumes on the same RAID set. We can mitigate that somewhat by allocating the volumes round-robin across the RAID sets, but that will only help when a small number of clients are backing up. When all the RAID sets get busy, each new file written will cause a seek to where on the RAID set that logical volume is located, right? 3) We were planning to use raw logical volumes for the TSM DB and Logs. In the case of the DB, we were going to stripe the logical drive across two physical drives to even out the I/O. Does this make sense? Thanks for any suggestions/ success stories. If there is an FAQ that can give insight to the performance tradeoffs in logical volumes in a RAID environment, I would like to hear about it. Surely there has been a sufficient wealth of discussion about this to arrive at a consensus. John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
Use of TSM disk storage pools volumes by clients
Greetings, Sorry if this is a newbie question, but I have not been able to find the answer in the manuals. Say a TSM server has a disk storage pool with 5 volumes. When a given client is backing up to a disk storage pool, will all his backup data go to the same disk storage pool volume? Or will it go to one volume only until that volume fills up, then go on to another volume? And what if there are 10 clients backing up to 5 volumes? Do 5 clients get exclusive access to the 5 available volumes (like they would to tape) while the other 5 wait, or do they all get to write to the volumes? Another question that depends on the answers to that question is, if you have a big disk, say a 73GB disk you intend to use for disk storage pool, is it better to make it one big disk storage pool volume, or make it more small storage pool volumes, like 7 volumes of 10GB each? If each client got a different disk storage pool volume, then you would think this would perform very slowly, since you would have to seek all over the disk as those 7 clients each wrote to separate volumes on the same physical disk. On the other hand, if you made it one 73GB volume, it might perform very slowly if only one client could write to it, and the others had to wait. Please reply via email if you have any insight into these questions, and I will post a summary to the list. Thanks in advance, John Schneider Lowery Systems, Inc.
TSM support of STK library in SAN environment
Greetings, I have looked through the listserv archives for an answer to this question, but so far have not found an answer that quite addresses my question. I am about to install TSM 4.2.1 on an IBM pSeries box with FC attach through Brocade switches to FC 9840 tape drives and a STK 9310 Powderhorn library. Soon the customer is going to want to do LAN-free backups using TSM Managed System for SAN Agent directly across this SAN to the 9840 tape drives. My questions: 1) Can TSM talk directly to this STK Library? Do we need ACSLS? I have used TSM with other STK libraries, and just controlled them directly. This library will not be attached to any other server besides TSM, so is ACSLS required? Does it make anything easier? 2) IF I can directly talk to the library, how is this done? TCP/IP, through the SCSI interface, or what? 3) The LAN-free page at the TSM web site hints that to do LAN free backups to a STK ACSLS library, I would need the EDT software. But is this necessay IF I can control the STK library directly from TSM without ACSLS? Please reply directly, as well as to the list. Thanks much in advance, John Schneider LSi
St. Louis TSM Users Group Meeting
ST. LOUIS TSM USERS GROUP MEETING Friday, July 20, 2001 9:30AM TO 12:OO NOON Training Room 1 Lowery Systems, Inc. 1329 Horan Dr. Fenton, MO 63026 *** PLEASE NOTE CHANGE IN MEETING LOCATION! *** Directions follow Greetings! I would like to invite you to our next St. Louis TSM User's Group Meeting. This meeting will feature an informative presentation from a Tivoli specialist on the new features of Tivoli Storage Manager 4.2. Of particular interest to the group will be the new SAN support and TSM future exploitation of SAN technology. He will also discuss the new capabilities available to perform Bare-Metal Restores. This topic was discussed in the User's Group a couple years ago, but so much has changed that we thought it was worth revisiting. As an added attraction, we would also like to invite you to stay after the meeting to visit our new Total Storage Solution Center! Lowery Systems is the first company in the St. Louis area to have a Total Storage Solution Center, and we are excited to be able to showcase some excellent IBM SAN Solutions. Visit IBM's Web site at: http://www.storage.ibm.com/ibmsan/scenters/usa/lsi.html to read more about our Center. The meeting agenda will be: 9:00 - 9:30Coffee and Refreshments 9:30 - 9:35Welcome and Introductions 9:35 - 10:45 Tivoli Presentation - Tivoli Storage Manager 4.2 10:45 - 11:00 Questions and Answers 11:00 - 11:15 Discuss User Group future presentation topics; share problems and solutions 11:15 - 12:00 Tour of LSi Total Storage Solution Center Directions: LSi is located in Fenton, Missouri. Coming from the IBM Maryville center, take I-270 south to I-44 west (about 20 minutes). Take I-44 west, get off at second exit, Bowles Ave (about 3 minutes). Turn left onto Bowles, follow for two blocks, turn left onto Horan. LSi is 1329 Horan, the third building on the left. Hope to see you here! John Schneider Tivoli Certified Specialist - TSM IBM Certified Advanced Technical Expert Lowery Systems, Inc. 1329 Horan Dr. Fenton, MO 63026 Phone: (636)349-4556 Email: [EMAIL PROTECTED]
LTO restore performance - seek problem?
Greetings, I have seen many posts on adsm.org about LTO, but none that addresses the problem I am seeing. Backup speed seems to be fine, at least as far as I can tell. But when I do a restore, I see a strange behavior. The restore seems to happen in bursts, where the restore pulls back files lickety-split for a awhile, then stops for 15-20 minutes, then continues. I think that the wait is the seek from one spot on the tape to another. We have two tape drives in the IBM 3583 library, and the problem seems to be happening on both of them. We upgraded to the 0CE1 version of the LTO microcode, but it has not improved things that I can tell. We restored 1.5 GB from our RS/6000 TSM server to a NT client, and it took 47762 seconds, or 13 hours. All the data was on one tape, so it is not a colocation problem. How long should it take an LTO drive to seek? I have done these sort of restores on DLT, and it can usually get from any place to any place on a tape within a few minutes. I expected LTO to be at least as good. A 13 hour restore is completely unacceptable. Any input or things to try would be appreciated. By the way, the TSM server is an RS/6000 F50 running AIX 4.3.3 ML4, with TSM 4.1.2. It is running atape 6.0.4, and atldd 4.1.5.0, which are both the latest, I believe. The NT client was TSM 4.1.2. Both are on the same switch on a 100MB Ethernet network, so I don't think the network is related in any way. TIA, John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-492-0247 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
Tivoli backup for Mumps or Progress databases?
Greetings, I have a customer who has both Mumps and Progress databases on RS/6000s, and is planning to implement TSM. They are trying to avoid taking the databases down to perform the backups. Has anyone implemented a clever way to effect a legitimate backup of these databases using TSM without taking the database down? One strategy was to use the Flash Copy technology on the Enterprise Storage Server where the data resides, but that is still not available from IBM. I don't know how long we will be waiting for it, either, and the customer would like a legitmate strategy for now. Any advice? John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-651-4641 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
Re: copy to 2 different tapes?
John, I have a customer with a similar requirement, and I wrote a script for them which sounds like it would work for you, if I understand the requirement correctly. Their data is archives from an Oracle database, and their paranoia is understandably great, because they were backing up to DLTs of questionable reliability. Now they are using 3590E's, but still, you can't blame them for caution. The script does an 'dsmc archive' of the data (which is in a regular filesystem). The archive goes straight to tape, and then the script immediately does a 'backup stgpool ... wait=yes', and makes sure both the archive and the 'backup stgpool' complete successfully before it deletes the original files. This logic was somewhat trickier than I expected, because the 'backup stgpool' command currently has a bug, where the command can fail, give a completion status of 'FAILURE', and at the same time exit with a '0' return code! So I had to write my code to trap the output of the command and scan it to make sure all was well. Doesn't this meet your requirements? It creates two tape copies, one of which can go offsite using DRM. And it verifies the correctness of the first one by creating the second one. If you want to be even more paranoid, you could make a second copy stgpool of the first one, or do an audit volume of any volumes mounted, but I personally think that is overkill. If you want the script, reply to me. I won't hog bandwidth by posting it to the whole list. I hope this helps, John Schneider *** * John D. Schneider Email: [EMAIL PROTECTED] * Phone: 636-651-4641 * Lowery Systems, Inc. * 1329 Horan Disclaimer: Opinions expressed here are * Fenton, MO 63026 mine and mine alone. ***
