<?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: scsimgr issue in StoreEver Tape Storage</title>
    <link>https://community.hpe.com/t5/storeever-tape-storage/scsimgr-issue/m-p/4736526#M26709</link>
    <description>Ofsourse, I completely followed the scsimgr replace_wwid procedure.I t worked on other other 11.31 server but not on this one.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Wed, 12 Jan 2011 07:01:08 GMT</pubDate>
    <dc:creator>Bala C</dc:creator>
    <dc:date>2011-01-12T07:01:08Z</dc:date>
    <item>
      <title>scsimgr issue</title>
      <link>https://community.hpe.com/t5/storeever-tape-storage/scsimgr-issue/m-p/4736524#M26707</link>
      <description>Hi Folks,&lt;BR /&gt;&lt;BR /&gt;Two HP Ultrium - 3 tape drives were replaced in the library.&lt;BR /&gt;I have two 11.31 servers where the tape drives are zoned, I faced issue in one server using the scsimgr replace_wwid -D dsf whereas the other this command fixed and detected the new tape device.&lt;BR /&gt;&lt;BR /&gt;All the 11.23 servers which were zoned, I was able to fix using fcmsutil replace_disk.&lt;BR /&gt;&lt;BR /&gt;64000/0xfa00/0x18&lt;BR /&gt;0/0/6/1/1.0x500e09e00aef7310.0x0 0/0/6/1/1.1.19.255.0.0.0&lt;BR /&gt;&lt;BR /&gt;# scsimgr -f replace_wwid -H 64000/0xfa00/0x18&lt;BR /&gt;scsimgr: Successfully validated binding of LUN paths with new LUN.&lt;BR /&gt;&lt;BR /&gt;# ioscan -fnC tape |grep stape&lt;BR /&gt;tape 11 0/0/6/1/1.1.19.255.0.0.0 stape NO_HW DEVICE HP Ultrium 3-SCSI&lt;BR /&gt;&lt;BR /&gt;As you see the above output, the scsimgr replace_wwid command hasn't fixed the issue.&lt;BR /&gt;&lt;BR /&gt;I also ran scsmgr replace_leg_dsf&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;# scsimgr replace_leg_dsf -D /dev/rtape/tape6_BEST&lt;BR /&gt;Do you really want to replace? (y/[n])? y&lt;BR /&gt;scsimgr: Legacy device file '/dev/rmt/c31t0d0BEST' binding to LUN changed successfully&lt;BR /&gt;&lt;BR /&gt;# ioscan -fnC tape |grep stape&lt;BR /&gt;tape 11 0/0/6/1/1.1.19.255.0.0.0 stape NO_HW DEVICE HP Ultrium 3-SCSI&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Is there any other option? Or Am I doing a mistake somewhere?&lt;BR /&gt;&lt;BR /&gt;Kindly help.&lt;BR /&gt;&lt;BR /&gt;Or Reboot the only option?&lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Tue, 11 Jan 2011 08:56:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storeever-tape-storage/scsimgr-issue/m-p/4736524#M26707</guid>
      <dc:creator>Bala C</dc:creator>
      <dc:date>2011-01-11T08:56:07Z</dc:date>
    </item>
    <item>
      <title>Re: scsimgr issue</title>
      <link>https://community.hpe.com/t5/storeever-tape-storage/scsimgr-issue/m-p/4736525#M26708</link>
      <description>Usually you will find guidance in "dmesg" or syslog.log on what to do with scsimgr to fix your issue with replaced LUNs - disk or tape. Have you followed that?&lt;BR /&gt;&lt;BR /&gt;If not -- I guess go to the reboot option if you can afford the downtime.</description>
      <pubDate>Tue, 11 Jan 2011 20:30:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storeever-tape-storage/scsimgr-issue/m-p/4736525#M26708</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2011-01-11T20:30:42Z</dc:date>
    </item>
    <item>
      <title>Re: scsimgr issue</title>
      <link>https://community.hpe.com/t5/storeever-tape-storage/scsimgr-issue/m-p/4736526#M26709</link>
      <description>Ofsourse, I completely followed the scsimgr replace_wwid procedure.I t worked on other other 11.31 server but not on this one.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 12 Jan 2011 07:01:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/storeever-tape-storage/scsimgr-issue/m-p/4736526#M26709</guid>
      <dc:creator>Bala C</dc:creator>
      <dc:date>2011-01-12T07:01:08Z</dc:date>
    </item>
  </channel>
</rss>

