<?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: tape problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174823#M161799</link>
    <description>Sorry to disagree, but fuser -c works on mountpoints only, not on tape devices.&lt;BR /&gt;fuser -u /dev/rmt/0mnb&lt;BR /&gt;should do the trick.</description>
    <pubDate>Tue, 27 Jan 2004 06:11:56 GMT</pubDate>
    <dc:creator>Elmar P. Kolkman</dc:creator>
    <dc:date>2004-01-27T06:11:56Z</dc:date>
    <item>
      <title>tape problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174819#M161795</link>
      <description>Hi all,&lt;BR /&gt;      i have a dat dds2 model external on my hp b180l it was ok in the past before today.&lt;BR /&gt;&lt;BR /&gt;I try to backup a file into it:&lt;BR /&gt;tar -cvf /dev/rmt/0m myjob&lt;BR /&gt;&lt;BR /&gt;but &lt;BR /&gt;reply to me&lt;BR /&gt;tar cannot open device /dev/rmt/0m&lt;BR /&gt;&lt;BR /&gt;also mt -t /dev/rmt/0mnb rew&lt;BR /&gt;reply to me device busy&lt;BR /&gt;&lt;BR /&gt;into the dat there is a new dds2 tape.&lt;BR /&gt;&lt;BR /&gt;and also ioscan show me the tape CLAIMED.&lt;BR /&gt;&lt;BR /&gt;Please help me.</description>
      <pubDate>Tue, 27 Jan 2004 05:40:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174819#M161795</guid>
      <dc:creator>matteo_4</dc:creator>
      <dc:date>2004-01-27T05:40:28Z</dc:date>
    </item>
    <item>
      <title>Re: tape problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174820#M161796</link>
      <description>Just a thought. Have you cleaned the heads recently? Is the tape write protected? Will another tape work?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Dave.</description>
      <pubDate>Tue, 27 Jan 2004 05:52:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174820#M161796</guid>
      <dc:creator>David Burgess</dc:creator>
      <dc:date>2004-01-27T05:52:30Z</dc:date>
    </item>
    <item>
      <title>Re: tape problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174821#M161797</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I addition to david, could it be that the device is used by an other process?&lt;BR /&gt;check with ( man )  fuser.&lt;BR /&gt;&lt;BR /&gt;fuser -cu /dev/rmt/0m&lt;BR /&gt;&lt;BR /&gt;Gideon</description>
      <pubDate>Tue, 27 Jan 2004 06:05:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174821#M161797</guid>
      <dc:creator>G. Vrijhoeven</dc:creator>
      <dc:date>2004-01-27T06:05:26Z</dc:date>
    </item>
    <item>
      <title>Re: tape problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174822#M161798</link>
      <description>It definitely sounds like another process already owns the drive.  Try using fuser to see if you can locate the process.  Failing that, lsof is the perfect tool for this sort of situation.  Here's a link for the 64 bit 11i version:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://the-other.wiretapped.net/security/host-security/lsof/binaries/hpux/B.11.11/" target="_blank"&gt;http://the-other.wiretapped.net/security/host-security/lsof/binaries/hpux/B.11.11/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;and the 11.0 64 bit version:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://the-other.wiretapped.net/security/host-security/lsof/binaries/hpux/B.11.00/vxfs/64/9000_785/" target="_blank"&gt;http://the-other.wiretapped.net/security/host-security/lsof/binaries/hpux/B.11.00/vxfs/64/9000_785/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Tue, 27 Jan 2004 06:10:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174822#M161798</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2004-01-27T06:10:18Z</dc:date>
    </item>
    <item>
      <title>Re: tape problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174823#M161799</link>
      <description>Sorry to disagree, but fuser -c works on mountpoints only, not on tape devices.&lt;BR /&gt;fuser -u /dev/rmt/0mnb&lt;BR /&gt;should do the trick.</description>
      <pubDate>Tue, 27 Jan 2004 06:11:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174823#M161799</guid>
      <dc:creator>Elmar P. Kolkman</dc:creator>
      <dc:date>2004-01-27T06:11:56Z</dc:date>
    </item>
    <item>
      <title>Re: tape problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174824#M161800</link>
      <description>You could always try "mt -f /dev/rmt/0mn rel" or "st -f /dev/rmt/0mn -r" to attempt to release the device.  It sounds like a SCSI lock.</description>
      <pubDate>Tue, 27 Jan 2004 06:17:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174824#M161800</guid>
      <dc:creator>Mark Grant</dc:creator>
      <dc:date>2004-01-27T06:17:36Z</dc:date>
    </item>
    <item>
      <title>Re: tape problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174825#M161801</link>
      <description>hi all&lt;BR /&gt;thank you very much there was a process that lock my tape.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 27 Jan 2004 06:47:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/tape-problem/m-p/3174825#M161801</guid>
      <dc:creator>matteo_4</dc:creator>
      <dc:date>2004-01-27T06:47:44Z</dc:date>
    </item>
  </channel>
</rss>

