I don't use TSM to back up the other lpar's. I don't even think there is an i5/os client for TSM. i5/os people tend to use one of two things. What comes with the OS, or IBM's BRMS. I've done a few bare metal restores with what comes with the OS and have not had a hitch. So, I don't have that issue.
Good point about the separate location. Maybe we'll practice a DR scenario when we get our DR site up and running shortly. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com Richard van Denzel <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> 09/21/2006 10:11 AM Please respond to "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] TSM loses tape drives (again and again and again...) Rob, Just my 2 cents. I tend not to run TSM on a virtual/lparred environment at all. If you do that, you not only lose your production environment, but also your backup. I always try to put TSM on a separate machine (preferrable on a separate location). Met vriendelijke groet, with kind regards, Richard van Denzel -----Oorspronkelijk bericht----- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Namens Rob Berendt Verzonden: donderdag 21 september 2006 14:52 Aan: ADSM-L@VM.MARIST.EDU Onderwerp: Re: [ADSM-L] TSM loses tape drives (again and again and again...) Virtualizaton? Is there a possibility that if I ran the lpar as, not a guested linux lpar, but a dedication linux lpar I wouldn't have this issue? Well, we normally only reboot every 8 weeks to allow maintenance. We do boot occasionally but mostly to duplicate this situation for IBM. I have the rebuild steps pretty well documented. I have a reboot scheduled this weekend and the documentation printed out. I plan on being out of state so we'll see how well my documentation is and how well they follow it. I'd like to be able to script this, however I can't figure out how to do that either. And my previous inquiries to the list as to how, didn't really fly. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com Remco Post <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> 09/21/2006 08:43 AM Please respond to "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] TSM loses tape drives (again and again and again...) Rob Berendt wrote: > I have this nailed down a little bit more. I ran the following: > IBMtapeutil -f /dev/IBMtape1 inquiry 80 and IBMtapeutil -f > /dev/IBMtape2 inquiry 80 Then I rebooted this Linux on i5 lpar (hosted > underneath an i5/os lpar). I > ran the IBMtapeutil commands again and the serial numbers flipflopped > between the two. Of course, TSM doesn't like it when path names change. I > am thinking the possible solutions are either to get Linux to stop > flipflopping the serial numbers or to tell TSM not to give a rip about the > serial numbers. Trouble is, I can't figure out either way. > Let me first say that yes this is annoying, and should not happen. I guess there is very little you can do in a virtualised environment as 5i lpar's are. Now just for the record, how often do you reboot? I tend not to reboot on a daily or even monthly basis, it's 24*7 production environment.... Now for a 'work-arond'.... you could possibly quite easily build a server script to do a bunch of 'update drive..... serial=autodetect' things and run that after every reboot.... My guess being that you don't daily change the number of drives either.... > Rob Berendt > -- > Group Dekko Services, LLC > Dept 01.073 > PO Box 2000 > Dock 108 > 6928N 400E > Kendallville, IN 46755 > http://www.dekko.com -- Met vriendelijke groeten, Remco Post SARA - Reken- en Netwerkdiensten http://www.sara.nl High Performance Computing Tel. +31 20 592 3000 Fax. +31 20 668 3167 PGP Key fingerprint: 6367 DFE9 5CBC 0737 7D16 B3F6 048A 02BF DC93 94EC "I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end." -- Douglas Adams