ADSM-L

Re: TSM loses tape drives (again and again and again...)

2006-09-26 05:09:07
Subject: Re: TSM loses tape drives (again and again and again...)
From: Francisco Molero <fmolero AT YAHOO DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 26 Sep 2006 11:07:14 +0200
have you setup persistent binding, may be this solve
your problems.


 --- Rob Berendt <rob AT DEKKO DOT COM> escribió:

> 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 <r.vandenzel AT BSU DOT NL>
> Sent by: "ADSM: Dist Stor Manager"
> <ADSM-L AT VM.MARIST DOT EDU>
> 09/21/2006 10:11 AM
> Please respond to
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> 
> 
> To
> ADSM-L AT VM.MARIST DOT 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:ADSM-L AT VM.MARIST DOT EDU] Namens Rob
> Berendt
> Verzonden: donderdag 21 september 2006 14:52
> Aan: ADSM-L AT VM.MARIST DOT 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 <r.post AT SARA DOT NL>
> Sent by: "ADSM: Dist Stor Manager"
> <ADSM-L AT VM.MARIST DOT EDU>
> 09/21/2006 08:43 AM
> Please respond to
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> 
> 
> To
> ADSM-L AT VM.MARIST DOT 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 
=== message truncated ===



                
______________________________________________ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com