<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Hacked Script in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709547#M60150</link>
    <description>Thanks,&lt;BR /&gt;&lt;BR /&gt;But the main ression I check with uma is because OB2 was reporting that a drive is somewhere that it is really not. So, I must use uma to find the real location. &lt;BR /&gt;&lt;BR /&gt;Pleace</description>
    <pubDate>Tue, 23 Apr 2002 20:20:22 GMT</pubDate>
    <dc:creator>hpuxrox</dc:creator>
    <dc:date>2002-04-23T20:20:22Z</dc:date>
    <item>
      <title>Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709544#M60147</link>
      <description>Howdy HPUX Gurus,&lt;BR /&gt; &lt;BR /&gt;I have a very bad way to find out were a tape is located within my Surestore E tape lib.&lt;BR /&gt;&lt;BR /&gt;It currently consistes of three scripts and a few files. I was wondering, Is there a better way to do this without all the mess. Maybe just all in one script. My scripts are as follows,&lt;BR /&gt;&lt;BR /&gt;uma script&lt;BR /&gt;-------------------&lt;BR /&gt;#! /bin/sh&lt;BR /&gt;/opt/omni/lbin/uma -ioctl /dev/rac/tl1robot -barcode -device /dev/rmt/tl1d0 /dev&lt;BR /&gt;/rmt/tl1d1 /dev/rmt/tl1d2 /dev/rmt/tl1d3 /dev/rmt/tl1d4 /dev/rmt/tl1d5 /dev/rmt/&lt;BR /&gt;tl1d6 /dev/rmt/tl1d7&lt;BR /&gt;&lt;BR /&gt;collect script&lt;BR /&gt;-----------------&lt;BR /&gt;#! /bin/sh&lt;BR /&gt;/opt/omniback/lbin/runuma &amp;lt; ./commands &amp;gt; drive_slots&lt;BR /&gt;&lt;BR /&gt;commands file&lt;BR /&gt;---------------&lt;BR /&gt;stat d&lt;BR /&gt;stat x&lt;BR /&gt;stat s&lt;BR /&gt;&lt;BR /&gt;Then I just grep the tape ID from the drive_slots file to find what slot or drive my tape is in.&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Apr 2002 19:29:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709544#M60147</guid>
      <dc:creator>hpuxrox</dc:creator>
      <dc:date>2002-04-23T19:29:35Z</dc:date>
    </item>
    <item>
      <title>Re: Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709545#M60148</link>
      <description>For the purposes of determining tape locations you don't need to tell uma about all your tape drives, so you could try something like this:&lt;BR /&gt;&lt;BR /&gt;/opt/omni/lbin/uma -ioctl /dev/rac/tl1robot -barcode &amp;lt;&amp;lt; EOF&lt;BR /&gt;stat d &lt;BR /&gt;stat x &lt;BR /&gt;stat s &lt;BR /&gt;EOF&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;or you could just use mc:&lt;BR /&gt;&lt;BR /&gt;mc -p /dev/rac/tl1robot -r IDSM&lt;BR /&gt;HTH&lt;BR /&gt;&lt;BR /&gt;Duncan&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Apr 2002 19:39:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709545#M60148</guid>
      <dc:creator>Duncan Edmonstone</dc:creator>
      <dc:date>2002-04-23T19:39:23Z</dc:date>
    </item>
    <item>
      <title>Re: Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709546#M60149</link>
      <description>Since you are using uma, you must be an OB2 user. A much easier method is simply &lt;BR /&gt;omnimm -repository "Library_Name". You can then pipe this output to awk or Perl to get whatever format you like. You don't have to worry about device paths since this is part of the OB2 device database. Moreover, OB2 commands are much safer than uma because there is no chance of confusing OB2's database.&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Apr 2002 19:45:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709546#M60149</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-04-23T19:45:10Z</dc:date>
    </item>
    <item>
      <title>Re: Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709547#M60150</link>
      <description>Thanks,&lt;BR /&gt;&lt;BR /&gt;But the main ression I check with uma is because OB2 was reporting that a drive is somewhere that it is really not. So, I must use uma to find the real location. &lt;BR /&gt;&lt;BR /&gt;Pleace</description>
      <pubDate>Tue, 23 Apr 2002 20:20:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709547#M60150</guid>
      <dc:creator>hpuxrox</dc:creator>
      <dc:date>2002-04-23T20:20:22Z</dc:date>
    </item>
    <item>
      <title>Re: Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709548#M60151</link>
      <description>In that case, use:&lt;BR /&gt;omnimm -repository_barcode_scan "Library_Name"&lt;BR /&gt;&lt;BR /&gt;This will return the data AND fix the database - something that you would need to do in any case.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Apr 2002 20:25:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709548#M60151</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-04-23T20:25:20Z</dc:date>
    </item>
    <item>
      <title>Re: Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709549#M60152</link>
      <description>Thanks,&lt;BR /&gt;&lt;BR /&gt;So what would happen if it turns out that a tape in a drive? Will OB2 try to eject that tape to the correct slot?</description>
      <pubDate>Tue, 23 Apr 2002 20:51:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709549#M60152</guid>
      <dc:creator>hpuxrox</dc:creator>
      <dc:date>2002-04-23T20:51:47Z</dc:date>
    </item>
    <item>
      <title>Re: Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709550#M60153</link>
      <description>No, barcode scan will simply try to read those barcode labels which are in the slots and update the database. Media which is in a drive will show up as 'Empty'. If you have media hung in drives then things are more complicated. Now you have to use uma but you must also list the drives in correct order as well. The problem is that often the drives are not all connected to the same host and they must be connected to the same host that uma is running on in order to use the 'offl' command. If you must use the 'offl' command prior to running 'move' and the drive and robitics are on different hosts then your only real option is to manually move the media within the library. You must then still run the barcode scan to 'sync up' the OB2 media database.&lt;BR /&gt;&lt;BR /&gt;In my case, I outbushwhack this by making sure that each drive is physically connected to two hosts. I then have two OB2 logical drives and one physical drive. I can then use uma on the cell server to offl any hung drives. In the SCSI world it's done like this:&lt;BR /&gt;&lt;BR /&gt;HostA SCSI ID7 ------ Drive SCSI ID 1 ------ HostB SCSI ID6. The terminators are enabled on both controllers. The two OB2 logical drives should share a common lock name to prevent simultaneous use.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 23 Apr 2002 21:03:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709550#M60153</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-04-23T21:03:48Z</dc:date>
    </item>
    <item>
      <title>Re: Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709551#M60154</link>
      <description>Thanks guys,&lt;BR /&gt;&lt;BR /&gt;I have one last question for 10 points&lt;BR /&gt;&lt;BR /&gt;Can these commands affect anything by running them? &lt;BR /&gt;Ie. Cause a backup to fail or something&lt;BR /&gt;&lt;BR /&gt;mc -p /dev/rac/tl1robot -r IDSM &lt;BR /&gt;omnimm -repository "Library_Name???&lt;BR /&gt;omnimm -repository_barcode_scan "Library_Name" &lt;BR /&gt;</description>
      <pubDate>Wed, 24 Apr 2002 13:28:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709551#M60154</guid>
      <dc:creator>hpuxrox</dc:creator>
      <dc:date>2002-04-24T13:28:52Z</dc:date>
    </item>
    <item>
      <title>Re: Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709552#M60155</link>
      <description>As long as your are using the mc command for inquiry only (which your above example does) then it is quite safe. The omnimm commands will always be safe; in the worst case the OB2 commands will block or simply timeout until it is safe to execute. This is true of all the OB2 commands.&lt;BR /&gt;&lt;BR /&gt;The real answer to your problem is to find out why tapes are being left in drives. This occasionally happens in a busy backup environment but these occurences should be very infrequent (on the order of 1 every few weeks - mechanical systems sometimes fail) but should in no way be happening on a routine basis. If you fix this problem then everything becomes moot. You need to address the real problems rather than the symptoms.</description>
      <pubDate>Wed, 24 Apr 2002 13:44:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709552#M60155</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-04-24T13:44:49Z</dc:date>
    </item>
    <item>
      <title>Re: Hacked Script</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709553#M60156</link>
      <description>Thank Clay,&lt;BR /&gt;&lt;BR /&gt;We don???t have tapes stuck in our drives very often. I realize that thing are mechanical and I should expect it to happened from time to time. (We do have a very busy backup environment). So, I???m just trying to get my thoughts together and find the best way to resolve the issue when it does happen. &lt;BR /&gt;&lt;BR /&gt;Any other pointers feel free to post.&lt;BR /&gt;&lt;BR /&gt;-Yates&lt;BR /&gt;</description>
      <pubDate>Wed, 24 Apr 2002 13:54:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hacked-script/m-p/2709553#M60156</guid>
      <dc:creator>hpuxrox</dc:creator>
      <dc:date>2002-04-24T13:54:12Z</dc:date>
    </item>
  </channel>
</rss>

