[Veritas-bu] New tape drives not appearing in /dev/rmt.
You don't need to unconfigure first. Also, depending on your setup, you may not want to configure all devices on the adapter. I tend to be more granular and run "cfgadm -c configure cX::WWPN" where WWPN is the world wide number of the device you would like to configure. You also may be able to do this at the lun level (which would be cX::WWPN,LUN), but I've never tried to, nor do I have any real reason to. msponsler wrote: > Next time try doing a `cfgadm -al`. You'll probably see the tape device > as unconfigured. do a `cfgadm -c unconfigure cX` (cX is the > channel...it's the left hand collumn in `cfgamd -al` such as c6 or c5, > etc...) and then a `cfgadm -c configure cX` That's worked for me in the > past. You'll also need to make sure that your sg.conf file has the > correct targets and luns defined in itwhen you do your `sg.build all > -mt X -ml X` > > -- > Mike Sponsler > Michael.Sponsler < at > ngc.com > > -Original Message- > From: veritas-bu-bounces < at > mailman.eng.auburn.edu > [mailto:veritas-bu-bounces < at > mailman.eng.auburn.edu] On Behalf Of Vines, > Peter (psv2b) > Sent: Friday, December 28, 2007 3:31 PM > To: mail=veritas-bu < at > mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. > > A solution that worked, and suggested by a Veritas-bu subscriber, was to > manually add the tape drives to st.conf and reload the driver. This > successfully generated the missing /dev/rmt entries and allowed me to > proceed with the robot and drive configuration using tpconfig. > > Steps: > > Added entries to /kernel/drv/st.conf: > name="st" parent="fp" target=0 lun=0 fc-port-wwn="500308c00189780a"; > name="st" parent="fp" target=0 lun=1 fc-port-wwn="500308c00189780a"; > name="st" parent="fp" target=0 lun=2 fc-port-wwn="500308c00189780a"; > name="st" parent="fp" target=0 lun=3 fc-port-wwn="500308c00189780a"; > name="st" parent="fp" target=0 lun=4 fc-port-wwn="500308c00189780a"; > name="st" parent="fp" target=0 lun=0 fc-port-wwn="500308c00189780b"; > name="st" parent="fp" target=0 lun=1 fc-port-wwn="500308c00189780b"; > name="st" parent="fp" target=0 lun=2 fc-port-wwn="500308c00189780b"; > name="st" parent="fp" target=0 lun=3 fc-port-wwn="500308c00189780b"; > name="st" parent="fp" target=0 lun=4 fc-port-wwn="500308c00189780b"; > > Determine st driver Id and display details: > modinfo | grep st > ... > > modinfo -i 49 > Id Loadaddr Size Info Rev Module Name > 49 786e0000 132e4 33 1 st (SCSI tape Driver 1.221) > > Reloaded st driver: > modunload -i 49 > > modinfo -i 49 > can't get module information: Invalid argument > > devfsadm -i st > > tpconfig work. > > Backups now working fine to the new tape drives. > > > > From: Vines, Peter (psv2b) > Sent: Monday, December 24, 2007 12:49 PM > To: Vines, Peter (psv2b); psv2b; mail=veritas-bu < at > mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] New tape drives not appearing in /dev/rmt. > > Adding the entry to st.conf followed by a boot -r did NOT fix my > problem. The missing /dev/rmt entries are still missing. > > I've opened another issue with SUN. > > The original six drvies in the L700 are still there and usable. > > The new four drives in the Scalar i2000 do not exist in /dev/rmt, yet > are shown in cfgadm. > > -Original Message- > From: veritas-bu-bounces < at > mailman.eng.auburn.edu on behalf of Peter > Vines > Sent: Wed 12/12/2007 7:13 PM > To: veritas-bu < at > mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. > > SUN's response is that my st.conf is missing: > > name="st" parent="fp" target=0; > > > > From looking at old files, this line was probably removed by mistake in > > > 2005 during another drive configuration, and obviously is not needed for > the existing L700 and 9840 drives which are working fine. > > Now to find time and get permission to boot the production server... > > > > > > > > > > > > > > On Dec 10, 2007 6:39 PM, Peter Vines virginia.edu> wrote: > > > > > > > > > > I recently added connectivity to a Scalar i2000 with 4 LTO3 > > > >
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
Next time try doing a `cfgadm -al`. You'll probably see the tape device as unconfigured. do a `cfgadm -c unconfigure cX` (cX is the channel...it's the left hand collumn in `cfgamd -al` such as c6 or c5, etc...) and then a `cfgadm -c configure cX` That's worked for me in the past. You'll also need to make sure that your sg.conf file has the correct targets and luns defined in itwhen you do your `sg.build all -mt X -ml X` -- Mike Sponsler [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vines, Peter (psv2b) Sent: Friday, December 28, 2007 3:31 PM To: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. A solution that worked, and suggested by a Veritas-bu subscriber, was to manually add the tape drives to st.conf and reload the driver. This successfully generated the missing /dev/rmt entries and allowed me to proceed with the robot and drive configuration using tpconfig. Steps: Added entries to /kernel/drv/st.conf: name="st" parent="fp" target=0 lun=0 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=1 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=2 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=3 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=4 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=0 fc-port-wwn="500308c00189780b"; name="st" parent="fp" target=0 lun=1 fc-port-wwn="500308c00189780b"; name="st" parent="fp" target=0 lun=2 fc-port-wwn="500308c00189780b"; name="st" parent="fp" target=0 lun=3 fc-port-wwn="500308c00189780b"; name="st" parent="fp" target=0 lun=4 fc-port-wwn="500308c00189780b"; Determine st driver Id and display details: modinfo | grep st ... modinfo -i 49 Id Loadaddr Size Info Rev Module Name 49 786e 132e4 33 1 st (SCSI tape Driver 1.221) Reloaded st driver: modunload -i 49 modinfo -i 49 can't get module information: Invalid argument devfsadm -i st tpconfig work. Backups now working fine to the new tape drives. From: Vines, Peter (psv2b) Sent: Monday, December 24, 2007 12:49 PM To: Vines, Peter (psv2b); psv2b; [EMAIL PROTECTED] Subject: RE: [Veritas-bu] New tape drives not appearing in /dev/rmt. Adding the entry to st.conf followed by a boot -r did NOT fix my problem. The missing /dev/rmt entries are still missing. I've opened another issue with SUN. The original six drvies in the L700 are still there and usable. The new four drives in the Scalar i2000 do not exist in /dev/rmt, yet are shown in cfgadm. -Original Message- From: [EMAIL PROTECTED] on behalf of Peter Vines Sent: Wed 12/12/2007 7:13 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. SUN's response is that my st.conf is missing: name="st" parent="fp" target=0; >From looking at old files, this line was probably removed by mistake in 2005 during another drive configuration, and obviously is not needed for the existing L700 and 9840 drives which are working fine. Now to find time and get permission to boot the production server... >> >> >> On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: >> >> > I recently added connectivity to a Scalar i2000 with 4 LTO3 >> drives, to a > Solaris 8 server. >> > I removed all the entries in /dev/rmt, reconfigure booted, went >> through > the sg install process, yet the server does not have >> entries in /dev/rmt > for the new drives. The server is connected >> to two tape libraries: >> > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 >> drives > continue to be present on the system and usable. >> > I've also tried devfsadm, drvconfig, tapes, etc... >> > >> > Why don't the entries appear in /dev/rmt? >> > >> > I've done the same process on multiple Solaris 10 servers, >> connected to > the same SAN and they all work fine. >> > >> > cfgadm -o show_FCP_dev -al >> > c8 fc-fabricconnected configured >> > unknown >> > c8::500308c00189780a,0 med-changer connected configured >> > unknown >> > c8::500308c00189780a,1 tape connected configured >> > unknown >> > c8::500308c00189780a,2 tape connected configured >> > unknown >>
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
A solution that worked, and suggested by a Veritas-bu subscriber, was to manually add the tape drives to st.conf and reload the driver. This successfully generated the missing /dev/rmt entries and allowed me to proceed with the robot and drive configuration using tpconfig. Steps: Added entries to /kernel/drv/st.conf: name="st" parent="fp" target=0 lun=0 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=1 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=2 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=3 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=4 fc-port-wwn="500308c00189780a"; name="st" parent="fp" target=0 lun=0 fc-port-wwn="500308c00189780b"; name="st" parent="fp" target=0 lun=1 fc-port-wwn="500308c00189780b"; name="st" parent="fp" target=0 lun=2 fc-port-wwn="500308c00189780b"; name="st" parent="fp" target=0 lun=3 fc-port-wwn="500308c00189780b"; name="st" parent="fp" target=0 lun=4 fc-port-wwn="500308c00189780b"; Determine st driver Id and display details: modinfo | grep st ... modinfo -i 49 Id Loadaddr Size Info Rev Module Name 49 786e 132e4 33 1 st (SCSI tape Driver 1.221) Reloaded st driver: modunload -i 49 modinfo -i 49 can't get module information: Invalid argument devfsadm -i st tpconfig work. Backups now working fine to the new tape drives. From: Vines, Peter (psv2b) Sent: Monday, December 24, 2007 12:49 PM To: Vines, Peter (psv2b); psv2b; [EMAIL PROTECTED] Subject: RE: [Veritas-bu] New tape drives not appearing in /dev/rmt. Adding the entry to st.conf followed by a boot -r did NOT fix my problem. The missing /dev/rmt entries are still missing. I've opened another issue with SUN. The original six drvies in the L700 are still there and usable. The new four drives in the Scalar i2000 do not exist in /dev/rmt, yet are shown in cfgadm. -Original Message- From: [EMAIL PROTECTED] on behalf of Peter Vines Sent: Wed 12/12/2007 7:13 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. SUN's response is that my st.conf is missing: name="st" parent="fp" target=0; >From looking at old files, this line was probably removed by mistake in 2005 >during another drive configuration, and obviously is not needed for the >existing L700 and 9840 drives which are working fine. Now to find time and get permission to boot the production server... >> >> >> On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: >> >> > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, >> to a >> > Solaris 8 server. >> > I removed all the entries in /dev/rmt, reconfigure booted, went >> through >> > the sg install process, yet the server does not have entries in >> /dev/rmt >> > for the new drives. The server is connected to two tape libraries: >> > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 >> drives >> > continue to be present on the system and usable. >> > I've also tried devfsadm, drvconfig, tapes, etc... >> > >> > Why don't the entries appear in /dev/rmt? >> > >> > I've done the same process on multiple Solaris 10 servers, >> connected to >> > the same SAN and they all work fine. >> > >> > cfgadm -o show_FCP_dev -al >> > c8 fc-fabricconnectedconfigured >> > unknown >> > c8::500308c00189780a,0 med-changer connectedconfigured >> > unknown >> > c8::500308c00189780a,1 tape connectedconfigured >> > unknown >> > c8::500308c00189780a,2 tape connectedconfigured >> > unknown >> > c9 fc-fabricconnectedconfigured >> > unknown >> > c9::500308c00189780b,0 med-changer connectedconfigured >> > unknown >> > c9::500308c00189780b,3 tape connectedconfigured >> > unknown >> > c9::500308c00189780b,4 tape connectedconfigured >> > unknown >> > >> > sgscan >> > /dev/sg/c0tw500308c00189780al0: Changer: "ADICScalar i2000" >> > /dev/sg/c0tw500308c00189780al1: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780a
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
My guess is that you need to add the WWN to the st.conf... Something like this: name="st" class="scsi" target=c0tw500308c00189780al1; Do that for each drive and then reload the st driver... modinfo -i |grep st modunload -i (number of st driver) devfsadm -i st That ought to clear it up. One other possibility is to run the /usr/openv/volmgr/bin/sg.build command and have it build the sg.conf entries. Then, just change the 'name="sg"' to be name="st" and put that in st.conf. -Tim On 12/24/07, Vines, Peter (psv2b) <[EMAIL PROTECTED]> wrote: > > Adding the entry to st.conf followed by a boot -r did NOT fix my problem. > The missing /dev/rmt entries are still missing. > > I've opened another issue with SUN. > > The original six drvies in the L700 are still there and usable. > > The new four drives in the Scalar i2000 do not exist in /dev/rmt, yet are > shown in cfgadm. > > -Original Message- > From: [EMAIL PROTECTED] on behalf of Peter Vines > Sent: Wed 12/12/2007 7:13 PM > To: veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. > > SUN's response is that my st.conf is missing: > > name="st" parent="fp" target=0; > > >From looking at old files, this line was probably removed by mistake in 2005 > >during another drive configuration, and obviously is not needed for the > >existing L700 and 9840 drives which are working fine. > > Now to find time and get permission to boot the production server... > > > >> > >> > >> On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: > >> > >> > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, > >> to a > >> > Solaris 8 server. > >> > I removed all the entries in /dev/rmt, reconfigure booted, went > >> through > >> > the sg install process, yet the server does not have entries in > >> /dev/rmt > >> > for the new drives. The server is connected to two tape libraries: > >> > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 > >> drives > >> > continue to be present on the system and usable. > >> > I've also tried devfsadm, drvconfig, tapes, etc... > >> > > >> > Why don't the entries appear in /dev/rmt? > >> > > >> > I've done the same process on multiple Solaris 10 servers, > >> connected to > >> > the same SAN and they all work fine. > >> > > >> > cfgadm -o show_FCP_dev -al > >> > c8 fc-fabricconnectedconfigured > >> > unknown > >> > c8::500308c00189780a,0 med-changer connectedconfigured > >> > unknown > >> > c8::500308c00189780a,1 tape connectedconfigured > >> > unknown > >> > c8::500308c00189780a,2 tape connectedconfigured > >> > unknown > >> > c9 fc-fabricconnectedconfigured > >> > unknown > >> > c9::500308c00189780b,0 med-changer connectedconfigured > >> > unknown > >> > c9::500308c00189780b,3 tape connectedconfigured > >> > unknown > >> > c9::500308c00189780b,4 tape connectedconfigured > >> > unknown > >> > > >> > sgscan > >> > /dev/sg/c0tw500308c00189780al0: Changer: "ADICScalar i2000" > >> > /dev/sg/c0tw500308c00189780al1: Tape (???): "IBM ULTRIUM-TD3" > >> > /dev/sg/c0tw500308c00189780al2: Tape (???): "IBM ULTRIUM-TD3" > >> > /dev/sg/c0tw500308c00189780bl0: Changer: "ADICScalar i2000" > >> > /dev/sg/c0tw500308c00189780bl3: Tape (???): "IBM ULTRIUM-TD3" > >> > /dev/sg/c0tw500308c00189780bl4: Tape (???): "IBM ULTRIUM-TD3" > >> > /dev/sg/c0tw500104f000438becl0: (/dev/rmt/2): "STK 9840" > >> > /dev/sg/c0tw500104f00043e256l0: (/dev/rmt/0): "STK 9840" > >> > /dev/sg/c0tw500104f00045cbb4l0: (/dev/rmt/1): "STK 9840" > >> > /dev/sg/c1tw500104f000438e6el0: (/dev/rmt/3): "STK 9840" > >> > /dev/sg/c1tw500104f000438f10l0: (/dev/rmt/4): "STK 9840" > >> > /dev/sg/c1tw500104f000480658l0: (/dev/rmt/5): "STK 9840" > >> > > >> > > >> > > >&
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
It sounds like you do not have the driver for your hba installed on the solaris box. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vines, Peter (psv2b) Sent: Monday, December 24, 2007 12:49 PM To: Vines, Peter (psv2b); psv2b; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. Adding the entry to st.conf followed by a boot -r did NOT fix my problem. The missing /dev/rmt entries are still missing. I've opened another issue with SUN. The original six drvies in the L700 are still there and usable. The new four drives in the Scalar i2000 do not exist in /dev/rmt, yet are shown in cfgadm. -Original Message- From: [EMAIL PROTECTED] on behalf of Peter Vines Sent: Wed 12/12/2007 7:13 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. SUN's response is that my st.conf is missing: name="st" parent="fp" target=0; >From looking at old files, this line was probably removed by mistake in 2005 >during another drive configuration, and obviously is not needed for the >existing L700 and 9840 drives which are working fine. Now to find time and get permission to boot the production server... >> >> >> On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: >> >> > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, >> to a >> > Solaris 8 server. >> > I removed all the entries in /dev/rmt, reconfigure booted, went >> through >> > the sg install process, yet the server does not have entries in >> /dev/rmt >> > for the new drives. The server is connected to two tape libraries: >> > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 >> drives >> > continue to be present on the system and usable. >> > I've also tried devfsadm, drvconfig, tapes, etc... >> > >> > Why don't the entries appear in /dev/rmt? >> > >> > I've done the same process on multiple Solaris 10 servers, >> connected to >> > the same SAN and they all work fine. >> > >> > cfgadm -o show_FCP_dev -al >> > c8 fc-fabricconnectedconfigured >> > unknown >> > c8::500308c00189780a,0 med-changer connectedconfigured >> > unknown >> > c8::500308c00189780a,1 tape connectedconfigured >> > unknown >> > c8::500308c00189780a,2 tape connectedconfigured >> > unknown >> > c9 fc-fabricconnectedconfigured >> > unknown >> > c9::500308c00189780b,0 med-changer connectedconfigured >> > unknown >> > c9::500308c00189780b,3 tape connectedconfigured >> > unknown >> > c9::500308c00189780b,4 tape connectedconfigured >> > unknown >> > >> > sgscan >> > /dev/sg/c0tw500308c00189780al0: Changer: "ADICScalar i2000" >> > /dev/sg/c0tw500308c00189780al1: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780al2: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780bl0: Changer: "ADICScalar i2000" >> > /dev/sg/c0tw500308c00189780bl3: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780bl4: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500104f000438becl0: (/dev/rmt/2): "STK 9840" >> > /dev/sg/c0tw500104f00043e256l0: (/dev/rmt/0): "STK 9840" >> > /dev/sg/c0tw500104f00045cbb4l0: (/dev/rmt/1): "STK 9840" >> > /dev/sg/c1tw500104f000438e6el0: (/dev/rmt/3): "STK 9840" >> > /dev/sg/c1tw500104f000438f10l0: (/dev/rmt/4): "STK 9840" >> > /dev/sg/c1tw500104f000480658l0: (/dev/rmt/5): "STK 9840" >> > >> > >> > >> > ___ >> > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >> > _http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu_ >> > >> -- next part -- >> An HTML attachment was scrubbed... >> URL: >> _http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20071210/637ebd20/attachment-0001.htm_ >> >> > -- - Peter Vines : [EMAIL PROTECTED] : (434) 924-4644 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
Adding the entry to st.conf followed by a boot -r did NOT fix my problem. The missing /dev/rmt entries are still missing. I've opened another issue with SUN. The original six drvies in the L700 are still there and usable. The new four drives in the Scalar i2000 do not exist in /dev/rmt, yet are shown in cfgadm. -Original Message- From: [EMAIL PROTECTED] on behalf of Peter Vines Sent: Wed 12/12/2007 7:13 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. SUN's response is that my st.conf is missing: name="st" parent="fp" target=0; >From looking at old files, this line was probably removed by mistake in 2005 >during another drive configuration, and obviously is not needed for the >existing L700 and 9840 drives which are working fine. Now to find time and get permission to boot the production server... >> >> >> On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: >> >> > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, >> to a >> > Solaris 8 server. >> > I removed all the entries in /dev/rmt, reconfigure booted, went >> through >> > the sg install process, yet the server does not have entries in >> /dev/rmt >> > for the new drives. The server is connected to two tape libraries: >> > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 >> drives >> > continue to be present on the system and usable. >> > I've also tried devfsadm, drvconfig, tapes, etc... >> > >> > Why don't the entries appear in /dev/rmt? >> > >> > I've done the same process on multiple Solaris 10 servers, >> connected to >> > the same SAN and they all work fine. >> > >> > cfgadm -o show_FCP_dev -al >> > c8 fc-fabricconnectedconfigured >> > unknown >> > c8::500308c00189780a,0 med-changer connectedconfigured >> > unknown >> > c8::500308c00189780a,1 tape connectedconfigured >> > unknown >> > c8::500308c00189780a,2 tape connectedconfigured >> > unknown >> > c9 fc-fabricconnectedconfigured >> > unknown >> > c9::500308c00189780b,0 med-changer connectedconfigured >> > unknown >> > c9::500308c00189780b,3 tape connectedconfigured >> > unknown >> > c9::500308c00189780b,4 tape connectedconfigured >> > unknown >> > >> > sgscan >> > /dev/sg/c0tw500308c00189780al0: Changer: "ADICScalar i2000" >> > /dev/sg/c0tw500308c00189780al1: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780al2: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780bl0: Changer: "ADICScalar i2000" >> > /dev/sg/c0tw500308c00189780bl3: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780bl4: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500104f000438becl0: (/dev/rmt/2): "STK 9840" >> > /dev/sg/c0tw500104f00043e256l0: (/dev/rmt/0): "STK 9840" >> > /dev/sg/c0tw500104f00045cbb4l0: (/dev/rmt/1): "STK 9840" >> > /dev/sg/c1tw500104f000438e6el0: (/dev/rmt/3): "STK 9840" >> > /dev/sg/c1tw500104f000438f10l0: (/dev/rmt/4): "STK 9840" >> > /dev/sg/c1tw500104f000480658l0: (/dev/rmt/5): "STK 9840" >> > >> > >> > >> > ___ >> > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >> > _http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu_ >> > >> -- next part -- >> An HTML attachment was scrubbed... >> URL: >> _http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20071210/637ebd20/attachment-0001.htm_ >> >> > -- - Peter Vines : [EMAIL PROTECTED] : (434) 924-4644 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
On Wed, Dec 12, 2007 at 12:13:38PM -0500, Peter Vines wrote: > SUN's response is that my st.conf is missing: > > name="st" parent="fp" target=0; > > >From looking at old files, this line was probably removed by mistake in 2005 > >during another drive configuration, and obviously is not needed for the > >existing L700 and 9840 drives which are working fine. > > Now to find time and get permission to boot the production server... Just for future use, it's often possible to reload 'st' without a reboot. Unlike the 'sd' driver, you can probably stop using the 'st' driver for a minute (any time no drives are in use or "open" in an application). If so, use 'modinfo' to find the id of the 'st' driver, then use 'modunload -i ' to unload it. After that, simply accessing a device will reload the driver, and it will reread the st.conf at that time. On more recent versions of Solaris you may be able to use 'update_drv' instead, but the above will work on older versions as well. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOShttp://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
I've been a bit out of practice with Solaris, but have you tried running devfsadm or performing a reconfiguration reboot? Failing that you could, as some suggested, rebuild your path_to_inst file by renaming it and running 'devfsadm -r /a -p /a/etc/path_to_inst' or 'boot -ar' and accepting all the defaults except for the path_to_inst file. Hope that helps. Jason Ellis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter Vines Sent: Wednesday, December 12, 2007 7:12 AM To: Peters, Devon C Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. Hum, the new drives are NOT in /devices, nor in /etc/path_to_inst. And they do appear in cfgadm. On a Solaris 10 system, path_to_inst contains: "/[EMAIL PROTECTED],0/[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED]/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0" 0 "st" "/[EMAIL PROTECTED],0/[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED]/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0" 7 "st" "/[EMAIL PROTECTED],0/[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED]/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0" 14 "st" "/[EMAIL PROTECTED],0/[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED],1/[EMAIL PROTECTED],0/[EMAIL PROTECTED],4" 2 "st" < There goes that idea... :) > > So, your HBA's can see the LUNs, and cfgadm has identified them as tape > devices. It seems like it's just devfs that isn't getting updated > correctly... A couple other things to consider: > > Are there device files for these drives under /devices?find /devices > | grep st.*cbn$ > > Are there entries in /etc/path_to_inst for these new tape drives? > grep st /etc/path_to_inst > > If the /devices files exist, then I believe the st driver is doing it's > thing. If there are no entries in path_to_inst then the devfs stuff is > failing, if the entries are there, then I don't know what to say... > > You could try re-building path_to_inst, but Sun support would probably > be your best bet. > > -devon > > -Original Message- > From: Peter Vines [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 11, 2007 3:53 PM > To: Peters, Devon C > Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. > > Thanks again for the thoughts, although I checked this earlier today. > > I've got 108725-26 installed. > -27 is the latest, pertaining to HP LTO-4 drives. > > The patch is one level down, but has the "IBM Ultrium Gen 3 LTO" in the > st driver. > > strings /kernel/drv/st | grep IBM > IBM ULTRIUM-TD4 > IBM ULT3580-TD4 > IBM ULTRIUM-TD3 > IBM ULT3580-TD3 > IBM ULTRIUM-TD2 > IBM ULT3580-TD2 > IBM ULTRIUM-TD1 > IBM ULT3580-TD1 > IBM Ultrium Gen 4 LTO > IBM Ultrium Gen 4 LTO > IBM Ultrium Gen 3 LTO > IBM Ultrium Gen 3 LTO<<< > IBM Ultrium Gen 2 LTO > IBM Ultrium Gen 2 LTO > IBM Ultrium LTO > IBM Ultrium LTO > > > Peters, Devon C wrote: >> Interesting... I just noticed that you mention you're using Solaris 8 >> on this host. Do you know if you have the st patch that provides IBM >> LTO3 drive support? A quick way to check is to run "strings >> /kernel/drv/sparcv9/st | grep LTO", and see if IBM Gen 3 LTO is > listed. >> -devon >> >> -Original Message- >> From: Peter Vines [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, December 11, 2007 3:35 PM >> To: Peters, Devon C >> Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu >> Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. >> >> Thanks for the thought, but my st.conf already has those entries. >> >> name="st" class="scsi" target=0 lun=0; >> name="st" class="scsi" target=0 lun=1; >> name="st" class="scsi" target=0 lun=2; >> name="st" class="scsi" target=0 lun=3; >> name="st" class="scsi" target=0 lun=4; >> name="st" class="scsi" target=1 lun=0; >> name="st" class="scsi" target=1 lun=1; >> name="st" class="scsi" target=1 lun=2; >> name="st" class="scsi" target=1 lun=3; >> name="st" class="scsi" target=1 lun=4; >> ... >> continuing through target=15. >> >> >> Peters, Devon C wrote: >>> Peter, >>> >>> I would guess that Sean is correct. I don't believe the default >> st.conf >>
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
SUN's response is that my st.conf is missing: name="st" parent="fp" target=0; >From looking at old files, this line was probably removed by mistake in 2005 >during another drive configuration, and obviously is not needed for the >existing L700 and 9840 drives which are working fine. Now to find time and get permission to boot the production server... >> >> >> On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: >> >> > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, >> to a >> > Solaris 8 server. >> > I removed all the entries in /dev/rmt, reconfigure booted, went >> through >> > the sg install process, yet the server does not have entries in >> /dev/rmt >> > for the new drives. The server is connected to two tape libraries: >> > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 >> drives >> > continue to be present on the system and usable. >> > I've also tried devfsadm, drvconfig, tapes, etc... >> > >> > Why don't the entries appear in /dev/rmt? >> > >> > I've done the same process on multiple Solaris 10 servers, >> connected to >> > the same SAN and they all work fine. >> > >> > cfgadm -o show_FCP_dev -al >> > c8 fc-fabricconnectedconfigured >> > unknown >> > c8::500308c00189780a,0 med-changer connectedconfigured >> > unknown >> > c8::500308c00189780a,1 tape connectedconfigured >> > unknown >> > c8::500308c00189780a,2 tape connectedconfigured >> > unknown >> > c9 fc-fabricconnectedconfigured >> > unknown >> > c9::500308c00189780b,0 med-changer connectedconfigured >> > unknown >> > c9::500308c00189780b,3 tape connectedconfigured >> > unknown >> > c9::500308c00189780b,4 tape connectedconfigured >> > unknown >> > >> > sgscan >> > /dev/sg/c0tw500308c00189780al0: Changer: "ADICScalar i2000" >> > /dev/sg/c0tw500308c00189780al1: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780al2: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780bl0: Changer: "ADICScalar i2000" >> > /dev/sg/c0tw500308c00189780bl3: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500308c00189780bl4: Tape (???): "IBM ULTRIUM-TD3" >> > /dev/sg/c0tw500104f000438becl0: (/dev/rmt/2): "STK 9840" >> > /dev/sg/c0tw500104f00043e256l0: (/dev/rmt/0): "STK 9840" >> > /dev/sg/c0tw500104f00045cbb4l0: (/dev/rmt/1): "STK 9840" >> > /dev/sg/c1tw500104f000438e6el0: (/dev/rmt/3): "STK 9840" >> > /dev/sg/c1tw500104f000438f10l0: (/dev/rmt/4): "STK 9840" >> > /dev/sg/c1tw500104f000480658l0: (/dev/rmt/5): "STK 9840" >> > >> > >> > >> > ___ >> > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >> > _http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu_ >> > >> -- next part -- >> An HTML attachment was scrubbed... >> URL: >> _http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20071210/637ebd20/attachment-0001.htm_ >> >> >> > -- - Peter Vines : [EMAIL PROTECTED] : (434) 924-4644 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
Hum, the new drives are NOT in /devices, nor in /etc/path_to_inst. And they do appear in cfgadm. On a Solaris 10 system, path_to_inst contains: "/[EMAIL PROTECTED],0/[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED]/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0" 0 "st" "/[EMAIL PROTECTED],0/[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED]/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0" 7 "st" "/[EMAIL PROTECTED],0/[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED]/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0" 14 "st" "/[EMAIL PROTECTED],0/[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED],1/[EMAIL PROTECTED],0/[EMAIL PROTECTED],4" 2 "st" < There goes that idea... :) > > So, your HBA's can see the LUNs, and cfgadm has identified them as tape > devices. It seems like it's just devfs that isn't getting updated > correctly... A couple other things to consider: > > Are there device files for these drives under /devices?find /devices > | grep st.*cbn$ > > Are there entries in /etc/path_to_inst for these new tape drives? > grep st /etc/path_to_inst > > If the /devices files exist, then I believe the st driver is doing it's > thing. If there are no entries in path_to_inst then the devfs stuff is > failing, if the entries are there, then I don't know what to say... > > You could try re-building path_to_inst, but Sun support would probably > be your best bet. > > -devon > > -Original Message- > From: Peter Vines [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 11, 2007 3:53 PM > To: Peters, Devon C > Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. > > Thanks again for the thoughts, although I checked this earlier today. > > I've got 108725-26 installed. > -27 is the latest, pertaining to HP LTO-4 drives. > > The patch is one level down, but has the "IBM Ultrium Gen 3 LTO" in the > st driver. > > strings /kernel/drv/st | grep IBM > IBM ULTRIUM-TD4 > IBM ULT3580-TD4 > IBM ULTRIUM-TD3 > IBM ULT3580-TD3 > IBM ULTRIUM-TD2 > IBM ULT3580-TD2 > IBM ULTRIUM-TD1 > IBM ULT3580-TD1 > IBM Ultrium Gen 4 LTO > IBM Ultrium Gen 4 LTO > IBM Ultrium Gen 3 LTO > IBM Ultrium Gen 3 LTO<<< > IBM Ultrium Gen 2 LTO > IBM Ultrium Gen 2 LTO > IBM Ultrium LTO > IBM Ultrium LTO > > > Peters, Devon C wrote: >> Interesting... I just noticed that you mention you're using Solaris 8 >> on this host. Do you know if you have the st patch that provides IBM >> LTO3 drive support? A quick way to check is to run "strings >> /kernel/drv/sparcv9/st | grep LTO", and see if IBM Gen 3 LTO is > listed. >> -devon >> >> -Original Message- >> From: Peter Vines [mailto:[EMAIL PROTECTED] >> Sent: Tuesday, December 11, 2007 3:35 PM >> To: Peters, Devon C >> Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu >> Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. >> >> Thanks for the thought, but my st.conf already has those entries. >> >> name="st" class="scsi" target=0 lun=0; >> name="st" class="scsi" target=0 lun=1; >> name="st" class="scsi" target=0 lun=2; >> name="st" class="scsi" target=0 lun=3; >> name="st" class="scsi" target=0 lun=4; >> name="st" class="scsi" target=1 lun=0; >> name="st" class="scsi" target=1 lun=1; >> name="st" class="scsi" target=1 lun=2; >> name="st" class="scsi" target=1 lun=3; >> name="st" class="scsi" target=1 lun=4; >> ... >> continuing through target=15. >> >> >> Peters, Devon C wrote: >>> Peter, >>> >>> I would guess that Sean is correct. I don't believe the default >> st.conf >>> file for Solaris 10 includes support for tape drives that aren't lun >> 0. >>> From what you show below your tape drives all start after LUN 0 (1, > 2, >>> 3, and 4). I'd suggest changing your st.conf entries from this: >>> >>> name="st" class="scsi" target=0 lun=0; >>> name="st" class="scsi" target=1 lun=0; >>> name="st" class="scsi" target=2 lun=0; >>> name="st" class="scsi" target=3 lun=0; >>> name="st" class="scsi" target=4 lun=0; >>> name="st"
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
There goes that idea... :) So, your HBA's can see the LUNs, and cfgadm has identified them as tape devices. It seems like it's just devfs that isn't getting updated correctly... A couple other things to consider: Are there device files for these drives under /devices?find /devices | grep st.*cbn$ Are there entries in /etc/path_to_inst for these new tape drives? grep st /etc/path_to_inst If the /devices files exist, then I believe the st driver is doing it's thing. If there are no entries in path_to_inst then the devfs stuff is failing, if the entries are there, then I don't know what to say... You could try re-building path_to_inst, but Sun support would probably be your best bet. -devon -Original Message- From: Peter Vines [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 11, 2007 3:53 PM To: Peters, Devon C Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. Thanks again for the thoughts, although I checked this earlier today. I've got 108725-26 installed. -27 is the latest, pertaining to HP LTO-4 drives. The patch is one level down, but has the "IBM Ultrium Gen 3 LTO" in the st driver. strings /kernel/drv/st | grep IBM IBM ULTRIUM-TD4 IBM ULT3580-TD4 IBM ULTRIUM-TD3 IBM ULT3580-TD3 IBM ULTRIUM-TD2 IBM ULT3580-TD2 IBM ULTRIUM-TD1 IBM ULT3580-TD1 IBM Ultrium Gen 4 LTO IBM Ultrium Gen 4 LTO IBM Ultrium Gen 3 LTO IBM Ultrium Gen 3 LTO<<< IBM Ultrium Gen 2 LTO IBM Ultrium Gen 2 LTO IBM Ultrium LTO IBM Ultrium LTO Peters, Devon C wrote: > Interesting... I just noticed that you mention you're using Solaris 8 > on this host. Do you know if you have the st patch that provides IBM > LTO3 drive support? A quick way to check is to run "strings > /kernel/drv/sparcv9/st | grep LTO", and see if IBM Gen 3 LTO is listed. > > -devon > > -Original Message- > From: Peter Vines [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 11, 2007 3:35 PM > To: Peters, Devon C > Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. > > Thanks for the thought, but my st.conf already has those entries. > > name="st" class="scsi" target=0 lun=0; > name="st" class="scsi" target=0 lun=1; > name="st" class="scsi" target=0 lun=2; > name="st" class="scsi" target=0 lun=3; > name="st" class="scsi" target=0 lun=4; > name="st" class="scsi" target=1 lun=0; > name="st" class="scsi" target=1 lun=1; > name="st" class="scsi" target=1 lun=2; > name="st" class="scsi" target=1 lun=3; > name="st" class="scsi" target=1 lun=4; > ... > continuing through target=15. > > > Peters, Devon C wrote: >> Peter, >> >> I would guess that Sean is correct. I don't believe the default > st.conf >> file for Solaris 10 includes support for tape drives that aren't lun > 0. >> From what you show below your tape drives all start after LUN 0 (1, 2, > >> 3, and 4). I'd suggest changing your st.conf entries from this: >> >> name="st" class="scsi" target=0 lun=0; >> name="st" class="scsi" target=1 lun=0; >> name="st" class="scsi" target=2 lun=0; >> name="st" class="scsi" target=3 lun=0; >> name="st" class="scsi" target=4 lun=0; >> name="st" class="scsi" target=5 lun=0; >> name="st" class="scsi" target=6 lun=0; >> >> To something like this: >> >> name="st" class="scsi" target=0 lun=0; >> name="st" class="scsi" target=0 lun=1; >> name="st" class="scsi" target=0 lun=2; >> name="st" class="scsi" target=0 lun=3; >> name="st" class="scsi" target=0 lun=4; >> name="st" class="scsi" target=1 lun=0; >> name="st" class="scsi" target=1 lun=1; >> name="st" class="scsi" target=1 lun=2; >> name="st" class="scsi" target=1 lun=3; >> name="st" class="scsi" target=1 lun=4; >> >> >> Then run devfsadm and see if they're there. You may have to run >> "update_drv st", or reload the st driver to pickup the changes. >> >> -devon >> >> - >> Date: Mon, 10 Dec 2007 19:14:10 -0500 >> From: &
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
Thanks again for the thoughts, although I checked this earlier today. I've got 108725-26 installed. -27 is the latest, pertaining to HP LTO-4 drives. The patch is one level down, but has the "IBM Ultrium Gen 3 LTO" in the st driver. strings /kernel/drv/st | grep IBM IBM ULTRIUM-TD4 IBM ULT3580-TD4 IBM ULTRIUM-TD3 IBM ULT3580-TD3 IBM ULTRIUM-TD2 IBM ULT3580-TD2 IBM ULTRIUM-TD1 IBM ULT3580-TD1 IBM Ultrium Gen 4 LTO IBM Ultrium Gen 4 LTO IBM Ultrium Gen 3 LTO IBM Ultrium Gen 3 LTO<<< IBM Ultrium Gen 2 LTO IBM Ultrium Gen 2 LTO IBM Ultrium LTO IBM Ultrium LTO Peters, Devon C wrote: > Interesting... I just noticed that you mention you're using Solaris 8 > on this host. Do you know if you have the st patch that provides IBM > LTO3 drive support? A quick way to check is to run "strings > /kernel/drv/sparcv9/st | grep LTO", and see if IBM Gen 3 LTO is listed. > > -devon > > -Original Message- > From: Peter Vines [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 11, 2007 3:35 PM > To: Peters, Devon C > Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. > > Thanks for the thought, but my st.conf already has those entries. > > name="st" class="scsi" target=0 lun=0; > name="st" class="scsi" target=0 lun=1; > name="st" class="scsi" target=0 lun=2; > name="st" class="scsi" target=0 lun=3; > name="st" class="scsi" target=0 lun=4; > name="st" class="scsi" target=1 lun=0; > name="st" class="scsi" target=1 lun=1; > name="st" class="scsi" target=1 lun=2; > name="st" class="scsi" target=1 lun=3; > name="st" class="scsi" target=1 lun=4; > ... > continuing through target=15. > > > Peters, Devon C wrote: >> Peter, >> >> I would guess that Sean is correct. I don't believe the default > st.conf >> file for Solaris 10 includes support for tape drives that aren't lun > 0. >> From what you show below your tape drives all start after LUN 0 (1, 2, > >> 3, and 4). I'd suggest changing your st.conf entries from this: >> >> name="st" class="scsi" target=0 lun=0; >> name="st" class="scsi" target=1 lun=0; >> name="st" class="scsi" target=2 lun=0; >> name="st" class="scsi" target=3 lun=0; >> name="st" class="scsi" target=4 lun=0; >> name="st" class="scsi" target=5 lun=0; >> name="st" class="scsi" target=6 lun=0; >> >> To something like this: >> >> name="st" class="scsi" target=0 lun=0; >> name="st" class="scsi" target=0 lun=1; >> name="st" class="scsi" target=0 lun=2; >> name="st" class="scsi" target=0 lun=3; >> name="st" class="scsi" target=0 lun=4; >> name="st" class="scsi" target=1 lun=0; >> name="st" class="scsi" target=1 lun=1; >> name="st" class="scsi" target=1 lun=2; >> name="st" class="scsi" target=1 lun=3; >> name="st" class="scsi" target=1 lun=4; >> >> >> Then run devfsadm and see if they're there. You may have to run >> "update_drv st", or reload the st driver to pickup the changes. >> >> -devon >> >> - >> Date: Mon, 10 Dec 2007 19:14:10 -0500 >> From: "Sean Mohr" <[EMAIL PROTECTED]> >> Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. >> To: "Peter Vines" <[EMAIL PROTECTED]> >> Cc: veritas-bu@mailman.eng.auburn.edu >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Did you make sure you have /kernel/st.conf and (lpfc.conf if emulex > fiber >> attached) entries. >> >> I'm not fully up on Solaris 10 at the moment but Solaris 10 does a lot > a >> new >> things automatically that solaris 8/9 does not. >> >> Hope this helps >> >> Sean Mohr >> New York Life >> Storage Management Team >> >> >> On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: >> >> > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, > to a >> >
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
Interesting... I just noticed that you mention you're using Solaris 8 on this host. Do you know if you have the st patch that provides IBM LTO3 drive support? A quick way to check is to run "strings /kernel/drv/sparcv9/st | grep LTO", and see if IBM Gen 3 LTO is listed. -devon -Original Message- From: Peter Vines [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 11, 2007 3:35 PM To: Peters, Devon C Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. Thanks for the thought, but my st.conf already has those entries. name="st" class="scsi" target=0 lun=0; name="st" class="scsi" target=0 lun=1; name="st" class="scsi" target=0 lun=2; name="st" class="scsi" target=0 lun=3; name="st" class="scsi" target=0 lun=4; name="st" class="scsi" target=1 lun=0; name="st" class="scsi" target=1 lun=1; name="st" class="scsi" target=1 lun=2; name="st" class="scsi" target=1 lun=3; name="st" class="scsi" target=1 lun=4; ... continuing through target=15. Peters, Devon C wrote: > Peter, > > I would guess that Sean is correct. I don't believe the default st.conf > file for Solaris 10 includes support for tape drives that aren't lun 0. > From what you show below your tape drives all start after LUN 0 (1, 2, > 3, and 4). I'd suggest changing your st.conf entries from this: > > name="st" class="scsi" target=0 lun=0; > name="st" class="scsi" target=1 lun=0; > name="st" class="scsi" target=2 lun=0; > name="st" class="scsi" target=3 lun=0; > name="st" class="scsi" target=4 lun=0; > name="st" class="scsi" target=5 lun=0; > name="st" class="scsi" target=6 lun=0; > > To something like this: > > name="st" class="scsi" target=0 lun=0; > name="st" class="scsi" target=0 lun=1; > name="st" class="scsi" target=0 lun=2; > name="st" class="scsi" target=0 lun=3; > name="st" class="scsi" target=0 lun=4; > name="st" class="scsi" target=1 lun=0; > name="st" class="scsi" target=1 lun=1; > name="st" class="scsi" target=1 lun=2; > name="st" class="scsi" target=1 lun=3; > name="st" class="scsi" target=1 lun=4; > > > Then run devfsadm and see if they're there. You may have to run > "update_drv st", or reload the st driver to pickup the changes. > > -devon > > - > Date: Mon, 10 Dec 2007 19:14:10 -0500 > From: "Sean Mohr" <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. > To: "Peter Vines" <[EMAIL PROTECTED]> > Cc: veritas-bu@mailman.eng.auburn.edu > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Did you make sure you have /kernel/st.conf and (lpfc.conf if emulex fiber > attached) entries. > > I'm not fully up on Solaris 10 at the moment but Solaris 10 does a lot a > new > things automatically that solaris 8/9 does not. > > Hope this helps > > Sean Mohr > New York Life > Storage Management Team > > > On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: > > > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, to a > > Solaris 8 server. > > I removed all the entries in /dev/rmt, reconfigure booted, went through > > the sg install process, yet the server does not have entries in /dev/rmt > > for the new drives. The server is connected to two tape libraries: > > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 drives > > continue to be present on the system and usable. > > I've also tried devfsadm, drvconfig, tapes, etc... > > > > Why don't the entries appear in /dev/rmt? > > > > I've done the same process on multiple Solaris 10 servers, connected to > > the same SAN and they all work fine. > > > > cfgadm -o show_FCP_dev -al > > c8 fc-fabricconnectedconfigured > > unknown > > c8::500308c00189780a,0 med-changer connectedconfigured > > unknown > > c8::500308c00189780a,1 tape connectedconfigured > > unknown > > c8::500308c00189780a,2
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
Thanks for the thought, but my st.conf already has those entries. name="st" class="scsi" target=0 lun=0; name="st" class="scsi" target=0 lun=1; name="st" class="scsi" target=0 lun=2; name="st" class="scsi" target=0 lun=3; name="st" class="scsi" target=0 lun=4; name="st" class="scsi" target=1 lun=0; name="st" class="scsi" target=1 lun=1; name="st" class="scsi" target=1 lun=2; name="st" class="scsi" target=1 lun=3; name="st" class="scsi" target=1 lun=4; ... continuing through target=15. Peters, Devon C wrote: > Peter, > > I would guess that Sean is correct. I don't believe the default st.conf > file for Solaris 10 includes support for tape drives that aren't lun 0. > From what you show below your tape drives all start after LUN 0 (1, 2, > 3, and 4). I'd suggest changing your st.conf entries from this: > > name="st" class="scsi" target=0 lun=0; > name="st" class="scsi" target=1 lun=0; > name="st" class="scsi" target=2 lun=0; > name="st" class="scsi" target=3 lun=0; > name="st" class="scsi" target=4 lun=0; > name="st" class="scsi" target=5 lun=0; > name="st" class="scsi" target=6 lun=0; > > To something like this: > > name="st" class="scsi" target=0 lun=0; > name="st" class="scsi" target=0 lun=1; > name="st" class="scsi" target=0 lun=2; > name="st" class="scsi" target=0 lun=3; > name="st" class="scsi" target=0 lun=4; > name="st" class="scsi" target=1 lun=0; > name="st" class="scsi" target=1 lun=1; > name="st" class="scsi" target=1 lun=2; > name="st" class="scsi" target=1 lun=3; > name="st" class="scsi" target=1 lun=4; > > > Then run devfsadm and see if they're there. You may have to run > "update_drv st", or reload the st driver to pickup the changes. > > -devon > > - > Date: Mon, 10 Dec 2007 19:14:10 -0500 > From: "Sean Mohr" <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. > To: "Peter Vines" <[EMAIL PROTECTED]> > Cc: veritas-bu@mailman.eng.auburn.edu > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Did you make sure you have /kernel/st.conf and (lpfc.conf if emulex fiber > attached) entries. > > I'm not fully up on Solaris 10 at the moment but Solaris 10 does a lot a > new > things automatically that solaris 8/9 does not. > > Hope this helps > > Sean Mohr > New York Life > Storage Management Team > > > On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: > > > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, to a > > Solaris 8 server. > > I removed all the entries in /dev/rmt, reconfigure booted, went through > > the sg install process, yet the server does not have entries in /dev/rmt > > for the new drives. The server is connected to two tape libraries: > > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 drives > > continue to be present on the system and usable. > > I've also tried devfsadm, drvconfig, tapes, etc... > > > > Why don't the entries appear in /dev/rmt? > > > > I've done the same process on multiple Solaris 10 servers, connected to > > the same SAN and they all work fine. > > > > cfgadm -o show_FCP_dev -al > > c8 fc-fabricconnectedconfigured > > unknown > > c8::500308c00189780a,0 med-changer connectedconfigured > > unknown > > c8::500308c00189780a,1 tape connectedconfigured > > unknown > > c8::500308c00189780a,2 tape connectedconfigured > > unknown > > c9 fc-fabricconnectedconfigured > > unknown > > c9::500308c00189780b,0 med-changer connectedconfigured > > unknown > > c9::500308c00189780b,3 tape connectedconfigured > > unknown > > c9::500308c00189780b,4 tape connectedconfigured > > unknown > > > > sgscan > > /dev/sg/c0tw500308c00189780al0: Changer: "ADICScalar i2000&qu
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
Peter, I would guess that Sean is correct. I don't believe the default st.conf file for Solaris 10 includes support for tape drives that aren't lun 0. >From what you show below your tape drives all start after LUN 0 (1, 2, 3, and 4). I'd suggest changing your st.conf entries from this: name="st" class="scsi" target=0 lun=0; name="st" class="scsi" target=1 lun=0; name="st" class="scsi" target=2 lun=0; name="st" class="scsi" target=3 lun=0; name="st" class="scsi" target=4 lun=0; name="st" class="scsi" target=5 lun=0; name="st" class="scsi" target=6 lun=0; To something like this: name="st" class="scsi" target=0 lun=0; name="st" class="scsi" target=0 lun=1; name="st" class="scsi" target=0 lun=2; name="st" class="scsi" target=0 lun=3; name="st" class="scsi" target=0 lun=4; name="st" class="scsi" target=1 lun=0; name="st" class="scsi" target=1 lun=1; name="st" class="scsi" target=1 lun=2; name="st" class="scsi" target=1 lun=3; name="st" class="scsi" target=1 lun=4; Then run devfsadm and see if they're there. You may have to run "update_drv st", or reload the st driver to pickup the changes. -devon - Date: Mon, 10 Dec 2007 19:14:10 -0500 From: "Sean Mohr" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt. To: "Peter Vines" <[EMAIL PROTECTED]> Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Did you make sure you have /kernel/st.conf and (lpfc.conf if emulex fiber attached) entries. I'm not fully up on Solaris 10 at the moment but Solaris 10 does a lot a new things automatically that solaris 8/9 does not. Hope this helps Sean Mohr New York Life Storage Management Team On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, to a > Solaris 8 server. > I removed all the entries in /dev/rmt, reconfigure booted, went through > the sg install process, yet the server does not have entries in /dev/rmt > for the new drives. The server is connected to two tape libraries: > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 drives > continue to be present on the system and usable. > I've also tried devfsadm, drvconfig, tapes, etc... > > Why don't the entries appear in /dev/rmt? > > I've done the same process on multiple Solaris 10 servers, connected to > the same SAN and they all work fine. > > cfgadm -o show_FCP_dev -al > c8 fc-fabricconnectedconfigured > unknown > c8::500308c00189780a,0 med-changer connectedconfigured > unknown > c8::500308c00189780a,1 tape connectedconfigured > unknown > c8::500308c00189780a,2 tape connectedconfigured > unknown > c9 fc-fabricconnectedconfigured > unknown > c9::500308c00189780b,0 med-changer connectedconfigured > unknown > c9::500308c00189780b,3 tape connectedconfigured > unknown > c9::500308c00189780b,4 tape connectedconfigured > unknown > > sgscan > /dev/sg/c0tw500308c00189780al0: Changer: "ADICScalar i2000" > /dev/sg/c0tw500308c00189780al1: Tape (???): "IBM ULTRIUM-TD3" > /dev/sg/c0tw500308c00189780al2: Tape (???): "IBM ULTRIUM-TD3" > /dev/sg/c0tw500308c00189780bl0: Changer: "ADICScalar i2000" > /dev/sg/c0tw500308c00189780bl3: Tape (???): "IBM ULTRIUM-TD3" > /dev/sg/c0tw500308c00189780bl4: Tape (???): "IBM ULTRIUM-TD3" > /dev/sg/c0tw500104f000438becl0: (/dev/rmt/2): "STK 9840" > /dev/sg/c0tw500104f00043e256l0: (/dev/rmt/0): "STK 9840" > /dev/sg/c0tw500104f00045cbb4l0: (/dev/rmt/1): "STK 9840" > /dev/sg/c1tw500104f000438e6el0: (/dev/rmt/3): "STK 9840" > /dev/sg/c1tw500104f000438f10l0: (/dev/rmt/4): "STK 9840" > /dev/sg/c1tw500104f000480658l0: (/dev/rmt/5): "STK 9840" > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -- next part -- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20071210/ 637ebd20/attachment-0001.htm ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
Did you make sure you have /kernel/st.conf and (lpfc.conf if emulex fiber attached) entries. I'm not fully up on Solaris 10 at the moment but Solaris 10 does a lot a new things automatically that solaris 8/9 does not. Hope this helps Sean Mohr New York Life Storage Management Team On Dec 10, 2007 6:39 PM, Peter Vines <[EMAIL PROTECTED]> wrote: > I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, to a > Solaris 8 server. > I removed all the entries in /dev/rmt, reconfigure booted, went through > the sg install process, yet the server does not have entries in /dev/rmt > for the new drives. The server is connected to two tape libraries: > 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 drives > continue to be present on the system and usable. > I've also tried devfsadm, drvconfig, tapes, etc... > > Why don't the entries appear in /dev/rmt? > > I've done the same process on multiple Solaris 10 servers, connected to > the same SAN and they all work fine. > > cfgadm -o show_FCP_dev -al > c8 fc-fabricconnectedconfigured > unknown > c8::500308c00189780a,0 med-changer connectedconfigured > unknown > c8::500308c00189780a,1 tape connectedconfigured > unknown > c8::500308c00189780a,2 tape connectedconfigured > unknown > c9 fc-fabricconnectedconfigured > unknown > c9::500308c00189780b,0 med-changer connectedconfigured > unknown > c9::500308c00189780b,3 tape connectedconfigured > unknown > c9::500308c00189780b,4 tape connectedconfigured > unknown > > sgscan > /dev/sg/c0tw500308c00189780al0: Changer: "ADICScalar i2000" > /dev/sg/c0tw500308c00189780al1: Tape (???): "IBM ULTRIUM-TD3" > /dev/sg/c0tw500308c00189780al2: Tape (???): "IBM ULTRIUM-TD3" > /dev/sg/c0tw500308c00189780bl0: Changer: "ADICScalar i2000" > /dev/sg/c0tw500308c00189780bl3: Tape (???): "IBM ULTRIUM-TD3" > /dev/sg/c0tw500308c00189780bl4: Tape (???): "IBM ULTRIUM-TD3" > /dev/sg/c0tw500104f000438becl0: (/dev/rmt/2): "STK 9840" > /dev/sg/c0tw500104f00043e256l0: (/dev/rmt/0): "STK 9840" > /dev/sg/c0tw500104f00045cbb4l0: (/dev/rmt/1): "STK 9840" > /dev/sg/c1tw500104f000438e6el0: (/dev/rmt/3): "STK 9840" > /dev/sg/c1tw500104f000438f10l0: (/dev/rmt/4): "STK 9840" > /dev/sg/c1tw500104f000480658l0: (/dev/rmt/5): "STK 9840" > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] New tape drives not appearing in /dev/rmt.
I recently added connectivity to a Scalar i2000 with 4 LTO3 drives, to a Solaris 8 server. I removed all the entries in /dev/rmt, reconfigure booted, went through the sg install process, yet the server does not have entries in /dev/rmt for the new drives. The server is connected to two tape libraries: 1-L700 with 6 9840 drives, 2-i2000 with 4 LTO3 drives. The L700 drives continue to be present on the system and usable. I've also tried devfsadm, drvconfig, tapes, etc... Why don't the entries appear in /dev/rmt? I've done the same process on multiple Solaris 10 servers, connected to the same SAN and they all work fine. cfgadm -o show_FCP_dev -al c8 fc-fabricconnectedconfigured unknown c8::500308c00189780a,0 med-changer connectedconfigured unknown c8::500308c00189780a,1 tape connectedconfigured unknown c8::500308c00189780a,2 tape connectedconfigured unknown c9 fc-fabricconnectedconfigured unknown c9::500308c00189780b,0 med-changer connectedconfigured unknown c9::500308c00189780b,3 tape connectedconfigured unknown c9::500308c00189780b,4 tape connectedconfigured unknown sgscan /dev/sg/c0tw500308c00189780al0: Changer: "ADICScalar i2000" /dev/sg/c0tw500308c00189780al1: Tape (???): "IBM ULTRIUM-TD3" /dev/sg/c0tw500308c00189780al2: Tape (???): "IBM ULTRIUM-TD3" /dev/sg/c0tw500308c00189780bl0: Changer: "ADICScalar i2000" /dev/sg/c0tw500308c00189780bl3: Tape (???): "IBM ULTRIUM-TD3" /dev/sg/c0tw500308c00189780bl4: Tape (???): "IBM ULTRIUM-TD3" /dev/sg/c0tw500104f000438becl0: (/dev/rmt/2): "STK 9840" /dev/sg/c0tw500104f00043e256l0: (/dev/rmt/0): "STK 9840" /dev/sg/c0tw500104f00045cbb4l0: (/dev/rmt/1): "STK 9840" /dev/sg/c1tw500104f000438e6el0: (/dev/rmt/3): "STK 9840" /dev/sg/c1tw500104f000438f10l0: (/dev/rmt/4): "STK 9840" /dev/sg/c1tw500104f000480658l0: (/dev/rmt/5): "STK 9840" ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu