Re: TSM 7.1 upgrade
Hello, Yes please. I am very interested in the details. Bye Rainer On 22.05.2014 17:00, Huebner, Andy wrote: > Thanks. > 6.2 does not support the 5.1 client either. It is hard to justify upgrading > a client to a fix pack when the client has successfully been running for a > decade. > This is by far not the oldest thing here that I back up. > > Back to the question asked. > > Update. > > IBM has a fix for this that involves a minor DB fix with a DB2 command. IBM > can fill in the details if needed. > > Andy Huebner > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Karel Bos > Sent: Wednesday, May 21, 2014 1:46 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] TSM 7.1 upgrade > > Lol, nt 4 and base lvl 5.1? Might want to look into some upgrading as both > are out of support. > > Btw, apart from not running base level stuff, 7.1 doesn't support 5.1 clients. > Op 16 mei 2014 21:28 schreef "Huebner, Andy" : > >> We are testing the upgrade from 6.2 to 7.1 and we get this error when >> starting TSM on the test server after the upgrade. >> >> ANR0103E admnode.c(25990): Error 2343 updating row in table "Nodes". >> ANRD_1490373789 AdmConvertNodeAttrs(admnode.c:25815) Thread<1>: >> Error >> 2343 converting the attributes for node ServerA >> >> The server is an NT 4.0 server running the 5.1.0.0 agent. (keep the >> chuckles to a minimum please) >> >> Does anyone know of a fix? >> >> I am also calling IBM. >> >> >> Andy Huebner >> >
Sun Solaris 8 (Sparc) supported TSM
Hi, I know I look at unsupported operationg system and TSM version, but I couln't find the latest TSM level to support Sun Solaris 8 (Sparc). I have currently v5.2.0 installed, is it any higher verion ? Regards, Tuncel Mutlu Değerli görüş ve önerilerinizi internet sayfamızdaki Bize Ulaşın bölümünden iletebilirsiniz. Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli olup, yalnızca mesajda belirlenen alıcı ile ilgilidir. Size yanlışlıkla ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini başka bir kişiye açıklamayınız, herhangi bir ortama kopyalamayınız. Bu mesaj veya ekleri, aksi sözleşme ile veya mesaj içeriğinde açıkça belirtilmedikçe, herhangi bir işleme ilişkin olarak Bankamız adına herhangi bir teklif, kabul veya teyit amacı taşımamaktadır. Verilen bilgilerin doğru veya eksiksiz olmasına yönelik bir garanti verilmemekte olup, bilgiler önceden bildirilmeksizin değiştirilebilecektir. Bu mesajın içeriği Bankamızın resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş. hiçbir hukuki sorumluluğu kabul etmez. Akbank T.A.Ş Sabancı Center 4.Levent, 34330 İstanbul - Ticaret Sicil Memurluğu: İstanbul - Sicil Numarası: 90418 - www.akbank.com You are kindly requested to share your valuable views and opinions to us via the Contact Us section on our website. The information provided in this e-mail and any attachments it may contain is proprietary and confidential, and is only related with the receiver of this message. If it is sent to you by mistake; please inform the sender, delete the message and do not explain its contents to anyone, and do not copy it in any form. Unless otherwise provided by contract, this message is not intended to act as a banking transaction such as an offer, purchase or sale of a financial transaction or confirmation of a remittance. No guarantee is given for the accuracy or integrity of any or all information provided herein and such information may be changed without prior notice. Akbank T.A.Ş. acknowledges no legal responsibility whatsoever as may be related with or arise out of the content of this message as it may not reflect the official policy of our Bank. Akbank T.A.Ş Sabancı Center 4.Levent, 34330 İstanbul - Trade Registry Office: İstanbul - Registration Number: 90418 - www.akbank.com
Re: Sun Solaris 8 (Sparc) supported TSM
5.3.6 FIX7 seems to be the last one to support Solaris 8. I found it here on their FTP: ftp://service.boulder.ibm.com/storage/tivoli-storage-management/patches/client/v5r3/Solaris/v536 On Fri, May 23, 2014 at 6:55 AM, Tuncel Mutlu (BT İşletim ve Teknik Destek Bölümü) wrote: > Hi, I know I look at unsupported operationg system and TSM version, but I > couln't find the latest TSM level to support Sun Solaris 8 (Sparc). I have > currently v5.2.0 installed, is it any higher verion ? > > Regards, > > Tuncel Mutlu > > > > > > > > Değerli görüş ve önerilerinizi internet sayfamızdaki Bize Ulaşın > bölümünden iletebilirsiniz. > Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli > olup, yalnızca mesajda belirlenen alıcı ile ilgilidir. Size yanlışlıkla > ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini > başka bir kişiye açıklamayınız, herhangi bir ortama kopyalamayınız. Bu > mesaj veya ekleri, aksi sözleşme ile veya mesaj içeriğinde açıkça > belirtilmedikçe, herhangi bir işleme ilişkin olarak Bankamız adına herhangi > bir teklif, kabul veya teyit amacı taşımamaktadır. Verilen bilgilerin doğru > veya eksiksiz olmasına yönelik bir garanti verilmemekte olup, bilgiler > önceden bildirilmeksizin değiştirilebilecektir. Bu mesajın içeriği > Bankamızın resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş. hiçbir > hukuki sorumluluğu kabul etmez. > > Akbank T.A.Ş Sabancı Center 4.Levent, 34330 İstanbul - Ticaret Sicil > Memurluğu: İstanbul - Sicil Numarası: 90418 - www.akbank.com > > > You are kindly requested to share your valuable views and opinions to us > via the Contact Us section on our website. > The information provided in this e-mail and any attachments it may contain > is proprietary and confidential, and is only related with the receiver of > this message. If it is sent to you by mistake; please inform the sender, > delete the message and do not explain its contents to anyone, and do not > copy it in any form. Unless otherwise provided by contract, this message is > not intended to act as a banking transaction such as an offer, purchase or > sale of a financial transaction or confirmation of a remittance. No > guarantee is given for the accuracy or integrity of any or all information > provided herein and such information may be changed without prior notice. > Akbank T.A.Ş. acknowledges no legal responsibility whatsoever as may be > related with or arise out of the content of this message as it may not > reflect the official policy of our Bank. > > Akbank T.A.Ş Sabancı Center 4.Levent, 34330 İstanbul - Trade Registry > Office: İstanbul - Registration Number: 90418 - www.akbank.com -- *Zoltan Forray* TSM Software & Hardware Administrator BigBro / Hobbit / Xymon Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
Re: Sun Solaris 8 (Sparc) supported TSM
Thanks for the info Zoltan - yes, the documents mention nothing, but the FTP sites keeps files even older. Regards, Tuncel Mutlu -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Friday, May 23, 2014 2:19 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Sun Solaris 8 (Sparc) supported TSM 5.3.6 FIX7 seems to be the last one to support Solaris 8. I found it here on their FTP: ftp://service.boulder.ibm.com/storage/tivoli-storage-management/patches/client/v5r3/Solaris/v536 On Fri, May 23, 2014 at 6:55 AM, Tuncel Mutlu (BT İşletim ve Teknik Destek Bölümü) wrote: > Hi, I know I look at unsupported operationg system and TSM version, > but I couln't find the latest TSM level to support Sun Solaris 8 > (Sparc). I have currently v5.2.0 installed, is it any higher verion ? > > Regards, > > Tuncel Mutlu > > > > > > > > Değerli görüş ve önerilerinizi internet sayfamızdaki Bize Ulaşın > bölümünden iletebilirsiniz. > Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli > olup, yalnızca mesajda belirlenen alıcı ile ilgilidir. Size > yanlışlıkla ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz > ve içeriğini başka bir kişiye açıklamayınız, herhangi bir ortama > kopyalamayınız. Bu mesaj veya ekleri, aksi sözleşme ile veya mesaj > içeriğinde açıkça belirtilmedikçe, herhangi bir işleme ilişkin olarak > Bankamız adına herhangi bir teklif, kabul veya teyit amacı > taşımamaktadır. Verilen bilgilerin doğru veya eksiksiz olmasına > yönelik bir garanti verilmemekte olup, bilgiler önceden > bildirilmeksizin değiştirilebilecektir. Bu mesajın içeriği Bankamızın > resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş. hiçbir hukuki > sorumluluğu kabul etmez. > > Akbank T.A.Ş Sabancı Center 4.Levent, 34330 İstanbul - Ticaret Sicil > Memurluğu: İstanbul - Sicil Numarası: 90418 - www.akbank.com > > > You are kindly requested to share your valuable views and opinions to > us via the Contact Us section on our website. > The information provided in this e-mail and any attachments it may > contain is proprietary and confidential, and is only related with the > receiver of this message. If it is sent to you by mistake; please > inform the sender, delete the message and do not explain its contents > to anyone, and do not copy it in any form. Unless otherwise provided > by contract, this message is not intended to act as a banking > transaction such as an offer, purchase or sale of a financial > transaction or confirmation of a remittance. No guarantee is given for > the accuracy or integrity of any or all information provided herein and such > information may be changed without prior notice. > Akbank T.A.Ş. acknowledges no legal responsibility whatsoever as may > be related with or arise out of the content of this message as it may > not reflect the official policy of our Bank. > > Akbank T.A.Ş Sabancı Center 4.Levent, 34330 İstanbul - Trade Registry > Office: İstanbul - Registration Number: 90418 - www.akbank.com -- *Zoltan Forray* TSM Software & Hardware Administrator BigBro / Hobbit / Xymon Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html Değerli görüş ve önerilerinizi internet sayfamızdaki Bize Ulaşın bölümünden iletebilirsiniz. Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli olup, yalnızca mesajda belirlenen alıcı ile ilgilidir. Size yanlışlıkla ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini başka bir kişiye açıklamayınız, herhangi bir ortama kopyalamayınız. Bu mesaj veya ekleri, aksi sözleşme ile veya mesaj içeriğinde açıkça belirtilmedikçe, herhangi bir işleme ilişkin olarak Bankamız adına herhangi bir teklif, kabul veya teyit amacı taşımamaktadır. Verilen bilgilerin doğru veya eksiksiz olmasına yönelik bir garanti verilmemekte olup, bilgiler önceden bildirilmeksizin değiştirilebilecektir. Bu mesajın içeriği Bankamızın resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş. hiçbir hukuki sorumluluğu kabul etmez. Akbank T.A.Ş Sabancı Center 4.Levent, 34330 İstanbul - Ticaret Sicil Memurluğu: İstanbul - Sicil Numarası: 90418 - www.akbank.com You are kindly requested to share your valuable views and opinions to us via the Contact Us section on our website. The information provided in this e-mail and any attachments it may contain is proprietary and confidential, and is only related with the receiver of this message. If it is sent to you by mistake; please inform the sender, delete the message and do not explain its contents to anyone, and do not copy it in any form. Unless otherwise provided by contract, this message
Re: Sun Solaris 8 (Sparc) supported TSM
I understand the need for old clients. Being a university, we have some boxes still using version 3 clients since their platform is no longer supported but we still have users adamantly clinging on. Zoltan Forray TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html On May 23, 2014 7:42 AM, "Tuncel Mutlu (BT İşletim ve Teknik Destek Bölümü)" wrote: > Thanks for the info Zoltan - yes, the documents mention nothing, but the > FTP sites keeps files even older. > > Regards, > > Tuncel Mutlu > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Zoltan Forray > Sent: Friday, May 23, 2014 2:19 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: Sun Solaris 8 (Sparc) supported TSM > > 5.3.6 FIX7 seems to be the last one to support Solaris 8. I found it here > on their FTP: > > > ftp://service.boulder.ibm.com/storage/tivoli-storage-management/patches/client/v5r3/Solaris/v536 > > > On Fri, May 23, 2014 at 6:55 AM, Tuncel Mutlu (BT İşletim ve Teknik Destek > Bölümü) wrote: > > > Hi, I know I look at unsupported operationg system and TSM version, > > but I couln't find the latest TSM level to support Sun Solaris 8 > > (Sparc). I have currently v5.2.0 installed, is it any higher verion ? > > > > Regards, > > > > Tuncel Mutlu > > > > > > > > > > > > > > > > Değerli görüş ve önerilerinizi internet sayfamızdaki Bize Ulaşın > > bölümünden iletebilirsiniz. > > Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli > > olup, yalnızca mesajda belirlenen alıcı ile ilgilidir. Size > > yanlışlıkla ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz > > ve içeriğini başka bir kişiye açıklamayınız, herhangi bir ortama > > kopyalamayınız. Bu mesaj veya ekleri, aksi sözleşme ile veya mesaj > > içeriğinde açıkça belirtilmedikçe, herhangi bir işleme ilişkin olarak > > Bankamız adına herhangi bir teklif, kabul veya teyit amacı > > taşımamaktadır. Verilen bilgilerin doğru veya eksiksiz olmasına > > yönelik bir garanti verilmemekte olup, bilgiler önceden > > bildirilmeksizin değiştirilebilecektir. Bu mesajın içeriği Bankamızın > > resmi görüşlerini yansıtmayabileceğinden Akbank T.A.Ş. hiçbir hukuki > sorumluluğu kabul etmez. > > > > Akbank T.A.Ş Sabancı Center 4.Levent, 34330 İstanbul - Ticaret Sicil > > Memurluğu: İstanbul - Sicil Numarası: 90418 - www.akbank.com > > > > > > You are kindly requested to share your valuable views and opinions to > > us via the Contact Us section on our website. > > The information provided in this e-mail and any attachments it may > > contain is proprietary and confidential, and is only related with the > > receiver of this message. If it is sent to you by mistake; please > > inform the sender, delete the message and do not explain its contents > > to anyone, and do not copy it in any form. Unless otherwise provided > > by contract, this message is not intended to act as a banking > > transaction such as an offer, purchase or sale of a financial > > transaction or confirmation of a remittance. No guarantee is given for > > the accuracy or integrity of any or all information provided herein and > such information may be changed without prior notice. > > Akbank T.A.Ş. acknowledges no legal responsibility whatsoever as may > > be related with or arise out of the content of this message as it may > > not reflect the official policy of our Bank. > > > > Akbank T.A.Ş Sabancı Center 4.Levent, 34330 İstanbul - Trade Registry > > Office: İstanbul - Registration Number: 90418 - www.akbank.com > > > > > -- > *Zoltan Forray* > TSM Software & Hardware Administrator > BigBro / Hobbit / Xymon Administrator > Virginia Commonwealth University > UCC/Office of Technology Services > zfor...@vcu.edu - 804-828-4807 > Don't be a phishing victim - VCU and other reputable organizations will > never use email to request that you reply with your password, social > security number or confidential personal information. For more details > visit http://infosecurity.vcu.edu/phishing.html > > > > > > > Değerli görüş ve önerilerinizi internet sayfamızdaki Bize Ulaşın > bölümünden iletebilirsiniz. > Bu e-posta ve muhtemel eklerinde verilen bilgiler kişiye özel ve gizli > olup, yalnızca mesajda belirlenen alıcı ile ilgilidir. Size yanlışlıkla > ulaşmışsa lütfen göndericiye bilgi veriniz, mesajı siliniz ve içeriğini > başka bir kişiye açıklamayınız, herhangi bir ortama kopyalamayınız. Bu > mesaj veya ekleri, aksi sözleşme ile veya mesaj içeriğinde açıkça > belirtilmedikçe, herhangi bir işleme ilişkin olarak Bankamız adına herhangi > bir teklif, kabul veya teyit amacı taşımamaktadır. Verilen bilgilerin doğru > veya eksiksiz olmasına
Re: multipathing ts1120s under RHEL6
Gary, dm-multipath is for diskdrives. You want to use lin_tape for the handling of the FC-attachment of the tape drives. -- Mit freundlichen Grüßen / Kind regards Michael Prix On 05/22/2014 09:14 PM, Lee, Gary wrote: > I am now attempting to share libraries containing IBM ts1120 drives between > two tsm servers on HP hardware running RHEL 6. > > It appears that I will need to use the dm-multipath system to manage the > various fc paths to all the drives. > > Got dm-multipath installed, but now trying to configure so it will see the > drives. > Has anyone done this before and could you point me to some information? > I have the redhat manual for configuring dm-multipath. I am fairly new to FC > so some help is appreciated. > The redhat book does not even mention tape, and can't find info on my drives > in the places it mentions to look. > > Thanks for any and all help.
Re: multipathing ts1120s under RHEL6
To expand on it slightly, add this option for modprobe once lin_tape is isntalled: options lin_tape alternate_pathing=1 http://publib.boulder.ibm.com/infocenter/tsminfo/v6/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Fc_multipath_io_support_unix.html - Cameron Hanover chano...@umich.edu When any government, or church for that matter, undertakes to say to its subjects, this you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression, no matter how holy the motive. --Robert A. Heinlein On May 23, 2014, at 1:39 PM, Michael Prix wrote: > Gary, > > dm-multipath is for diskdrives. You want to use lin_tape for the > handling of the FC-attachment of the tape drives. > > -- > Mit freundlichen Grüßen / Kind regards > > Michael Prix > > On 05/22/2014 09:14 PM, Lee, Gary wrote: >> I am now attempting to share libraries containing IBM ts1120 drives between >> two tsm servers on HP hardware running RHEL 6. >> >> It appears that I will need to use the dm-multipath system to manage the >> various fc paths to all the drives. >> >> Got dm-multipath installed, but now trying to configure so it will see the >> drives. >> Has anyone done this before and could you point me to some information? >> I have the redhat manual for configuring dm-multipath. I am fairly new to FC >> so some help is appreciated. >> The redhat book does not even mention tape, and can't find info on my drives >> in the places it mentions to look. >> >> Thanks for any and all help.
Re: multipathing ts1120s under RHEL6
Ok, unloading multipath. How do I deal with the issue of multiple paths to each drive? I have four fc ports all connected to the san. Sorry to appear dense, just not familiar with fiberchanel. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Cameron Hanover Sent: Friday, May 23, 2014 2:24 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] multipathing ts1120s under RHEL6 To expand on it slightly, add this option for modprobe once lin_tape is isntalled: options lin_tape alternate_pathing=1 http://publib.boulder.ibm.com/infocenter/tsminfo/v6/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Fc_multipath_io_support_unix.html - Cameron Hanover chano...@umich.edu When any government, or church for that matter, undertakes to say to its subjects, this you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression, no matter how holy the motive. --Robert A. Heinlein On May 23, 2014, at 1:39 PM, Michael Prix wrote: > Gary, > > dm-multipath is for diskdrives. You want to use lin_tape for the > handling of the FC-attachment of the tape drives. > > -- > Mit freundlichen Grüßen / Kind regards > > Michael Prix > > On 05/22/2014 09:14 PM, Lee, Gary wrote: >> I am now attempting to share libraries containing IBM ts1120 drives between >> two tsm servers on HP hardware running RHEL 6. >> >> It appears that I will need to use the dm-multipath system to manage the >> various fc paths to all the drives. >> >> Got dm-multipath installed, but now trying to configure so it will see the >> drives. >> Has anyone done this before and could you point me to some information? >> I have the redhat manual for configuring dm-multipath. I am fairly new to FC >> so some help is appreciated. >> The redhat book does not even mention tape, and can't find info on my drives >> in the places it mentions to look. >> >> Thanks for any and all help.
Re: multipathing ts1120s under RHEL6
We too are running RH6 and 5 Linux servers with 1120 and 1130 drives. We have only have one path to our drives. As far as we can tell the other paths are for redundancy only. The Lin_tape drivers and path process will only let you define/use one at a time. Zoltan Forray TSM Software & Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html On May 23, 2014 2:52 PM, "Lee, Gary" wrote: > Ok, unloading multipath. > How do I deal with the issue of multiple paths to each drive? > I have four fc ports all connected to the san. > > Sorry to appear dense, just not familiar with fiberchanel. > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Cameron Hanover > Sent: Friday, May 23, 2014 2:24 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] multipathing ts1120s under RHEL6 > > To expand on it slightly, add this option for modprobe once lin_tape is > isntalled: > options lin_tape alternate_pathing=1 > > > http://publib.boulder.ibm.com/infocenter/tsminfo/v6/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Fc_multipath_io_support_unix.html > > - > Cameron Hanover > chano...@umich.edu > > When any government, or church for that matter, undertakes to say to its > subjects, this you may not read, this you must not see, this you are > forbidden to know, the end result is tyranny and oppression, no matter how > holy the motive. > --Robert A. Heinlein > > On May 23, 2014, at 1:39 PM, Michael Prix wrote: > > > Gary, > > > > dm-multipath is for diskdrives. You want to use lin_tape for the > > handling of the FC-attachment of the tape drives. > > > > -- > > Mit freundlichen Grüßen / Kind regards > > > > Michael Prix > > > > On 05/22/2014 09:14 PM, Lee, Gary wrote: > >> I am now attempting to share libraries containing IBM ts1120 drives > between two tsm servers on HP hardware running RHEL 6. > >> > >> It appears that I will need to use the dm-multipath system to manage > the various fc paths to all the drives. > >> > >> Got dm-multipath installed, but now trying to configure so it will see > the drives. > >> Has anyone done this before and could you point me to some information? > >> I have the redhat manual for configuring dm-multipath. I am fairly new > to FC so some help is appreciated. > >> The redhat book does not even mention tape, and can't find info on my > drives in the places it mentions to look. > >> > >> Thanks for any and all help. >
Re: multipathing ts1120s under RHEL6
Lee, By your initial description, it looks like you are not seeking to do multipathing but to configure a shared library environment. If you have a tape library with multiple drives and two TSM servers and you want both TSM servers to be able to access all of the drives, you should designate one of the TSM servers to be a library manager and the second TSM server to be a library client. For example; - you have one library with 8 drives and two TSM servers TSM1 & TSM2. - TSM1 will be the library manager and TSM2 will be the library client - TSM1 has four fiber channel ports. Each port is zoned to two of the tape drives (no multipathing is needed) - TSM2 also has four fiber channel ports and each port is zoned to two of the tape drives - at this point, each tape drive is attached to both servers and each server sees all 8 tape drives Now you have a problem because a tape drive can only be used by one server at a time. If you did nothing else, you would experience problems with tape drive access. But this problem is not really a problem because TSM has the "library manager" functionality where a single TSM server coordinates access to tape drives. When the library client needs a drive, It requests access to a drive from the library manager. The manager grants exclusive access to that drive to the library client. When the library client is finished using the drive, it notifies the library manager and the library manager removes that exclusive access. Everyone is happy. - Set up TSM1 as a library manager and TSM2 as a library client as detailed in the TSM server guide, In this way, you can efficiently allocate all of your tape resources to all of your TSM servers and they share the resources nicely. - Just ensure that your path definitions for both TSM servers are correct for that server. i.e. rmt1 on TSM1 may be rmt6 on TSM2. Multipathing from a server to a tape drive will create multiple instances of the same drive (i.e. rmt0 and rmt5 both point to the same physical drive) which can be used in a HA environment to ensure that if a physical path fails (i.e. rmt0), a second path (rmt5) to the device is available. In the above example scenario, there is no multipathing used. Cheers, Neil Strand From: "Lee, Gary" To: ADSM-L@VM.MARIST.EDU, Date: 05/23/2014 02:52 PM Subject:Re: [ADSM-L] multipathing ts1120s under RHEL6 Sent by:"ADSM: Dist Stor Manager" Ok, unloading multipath. How do I deal with the issue of multiple paths to each drive? I have four fc ports all connected to the san. Sorry to appear dense, just not familiar with fiberchanel. -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Cameron Hanover Sent: Friday, May 23, 2014 2:24 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] multipathing ts1120s under RHEL6 To expand on it slightly, add this option for modprobe once lin_tape is isntalled: options lin_tape alternate_pathing=1 http://publib.boulder.ibm.com/infocenter/tsminfo/v6/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Fc_multipath_io_support_unix.html - Cameron Hanover chano...@umich.edu When any government, or church for that matter, undertakes to say to its subjects, this you may not read, this you must not see, this you are forbidden to know, the end result is tyranny and oppression, no matter how holy the motive. --Robert A. Heinlein On May 23, 2014, at 1:39 PM, Michael Prix wrote: > Gary, > > dm-multipath is for diskdrives. You want to use lin_tape for the > handling of the FC-attachment of the tape drives. > > -- > Mit freundlichen Grüßen / Kind regards > > Michael Prix > > On 05/22/2014 09:14 PM, Lee, Gary wrote: >> I am now attempting to share libraries containing IBM ts1120 drives between two tsm servers on HP hardware running RHEL 6. >> >> It appears that I will need to use the dm-multipath system to manage the various fc paths to all the drives. >> >> Got dm-multipath installed, but now trying to configure so it will see the drives. >> Has anyone done this before and could you point me to some information? >> I have the redhat manual for configuring dm-multipath. I am fairly new to FC so some help is appreciated. >> The redhat book does not even mention tape, and can't find info on my drives in the places it mentions to look. >> >> Thanks for any and all help.
Re: multipathing ts1120s under RHEL6
If you go to www.adsm.org and click on "Mailing List Archives" in the "Navigation" box on the left side - then search for *udevinfo* (*udevadm*for RH6 - our "tape owning servers" are still RH5 until next year when we replace them), you will see a similar discussion with details. On Fri, May 23, 2014 at 2:51 PM, Lee, Gary wrote: > Ok, unloading multipath. > How do I deal with the issue of multiple paths to each drive? > I have four fc ports all connected to the san. > > Sorry to appear dense, just not familiar with fiberchanel. > > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Cameron Hanover > Sent: Friday, May 23, 2014 2:24 PM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] multipathing ts1120s under RHEL6 > > To expand on it slightly, add this option for modprobe once lin_tape is > isntalled: > options lin_tape alternate_pathing=1 > > > http://publib.boulder.ibm.com/infocenter/tsminfo/v6/index.jsp?topic=%2Fcom.ibm.itsm.srv.doc%2Fc_multipath_io_support_unix.html > > - > Cameron Hanover > chano...@umich.edu > > When any government, or church for that matter, undertakes to say to its > subjects, this you may not read, this you must not see, this you are > forbidden to know, the end result is tyranny and oppression, no matter how > holy the motive. > --Robert A. Heinlein > > On May 23, 2014, at 1:39 PM, Michael Prix wrote: > > > Gary, > > > > dm-multipath is for diskdrives. You want to use lin_tape for the > > handling of the FC-attachment of the tape drives. > > > > -- > > Mit freundlichen Grüßen / Kind regards > > > > Michael Prix > > > > On 05/22/2014 09:14 PM, Lee, Gary wrote: > >> I am now attempting to share libraries containing IBM ts1120 drives > between two tsm servers on HP hardware running RHEL 6. > >> > >> It appears that I will need to use the dm-multipath system to manage > the various fc paths to all the drives. > >> > >> Got dm-multipath installed, but now trying to configure so it will see > the drives. > >> Has anyone done this before and could you point me to some information? > >> I have the redhat manual for configuring dm-multipath. I am fairly new > to FC so some help is appreciated. > >> The redhat book does not even mention tape, and can't find info on my > drives in the places it mentions to look. > >> > >> Thanks for any and all help. > -- *Zoltan Forray* TSM Software & Hardware Administrator BigBro / Hobbit / Xymon Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
