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
|