<?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: busy file in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062798#M306154</link>
    <description>I guess that even a&lt;BR /&gt;&lt;BR /&gt;       "mv targetfile targetfile.old"&lt;BR /&gt;&lt;BR /&gt;followed by a&lt;BR /&gt;&lt;BR /&gt;       "cp sourcefile targetfile"&lt;BR /&gt;&lt;BR /&gt;should work. The targetfile is opened by it's inode, and by moving the file, the inode remains untouched, just the name is changed. The current user will keep using the old file until he closes and reopens it. New users wil use the new file.</description>
    <pubDate>Thu, 30 Aug 2007 01:59:35 GMT</pubDate>
    <dc:creator>Wim Rombauts</dc:creator>
    <dc:date>2007-08-30T01:59:35Z</dc:date>
    <item>
      <title>busy file</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062796#M306152</link>
      <description>&lt;BR /&gt;hi,&lt;BR /&gt;I AM trying to copy the file to another destination it is showing busy.so can i &lt;BR /&gt;use #fuser -ku &lt;FILNAME path=""&gt;&lt;BR /&gt;Thanks&lt;/FILNAME&gt;</description>
      <pubDate>Thu, 30 Aug 2007 00:58:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062796#M306152</guid>
      <dc:creator>Prashanth Waugh</dc:creator>
      <dc:date>2007-08-30T00:58:09Z</dc:date>
    </item>
    <item>
      <title>Re: busy file</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062797#M306153</link>
      <description>I assume the target of the copy is busy and it is an executable or shlib?&lt;BR /&gt;&lt;BR /&gt;There is no need to use a fuser/lsof hammer.  Just use ln -f and teach that guy a lesson:  ;-)&lt;BR /&gt;cp path/file file.new&lt;BR /&gt;ln file file.old&lt;BR /&gt;ln -f file.new file&lt;BR /&gt;rm file.new</description>
      <pubDate>Thu, 30 Aug 2007 01:53:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062797#M306153</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2007-08-30T01:53:43Z</dc:date>
    </item>
    <item>
      <title>Re: busy file</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062798#M306154</link>
      <description>I guess that even a&lt;BR /&gt;&lt;BR /&gt;       "mv targetfile targetfile.old"&lt;BR /&gt;&lt;BR /&gt;followed by a&lt;BR /&gt;&lt;BR /&gt;       "cp sourcefile targetfile"&lt;BR /&gt;&lt;BR /&gt;should work. The targetfile is opened by it's inode, and by moving the file, the inode remains untouched, just the name is changed. The current user will keep using the old file until he closes and reopens it. New users wil use the new file.</description>
      <pubDate>Thu, 30 Aug 2007 01:59:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062798#M306154</guid>
      <dc:creator>Wim Rombauts</dc:creator>
      <dc:date>2007-08-30T01:59:35Z</dc:date>
    </item>
    <item>
      <title>Re: busy file</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062799#M306155</link>
      <description>&lt;BR /&gt;Hi,&lt;BR /&gt;&lt;BR /&gt;A busy file on UNIX is one which cannot be unlinked (unlink(2)), not necessarily any open file as reported by fuser(1M).  Busy and open being synonymous is the case with Windows.&lt;BR /&gt;&lt;BR /&gt;When a file is overwritten, its inode (the pointer to the data, named by the file's name) is unlinked from the data.  If a process has the data open, then that data will continue to use disk space until the process exits.  But since the inode could be unlinked from the old data, the file name is free to be used for a new inode pointing to the restored data.&lt;BR /&gt;&lt;BR /&gt;Had the unlink(2) failed, common with shared library files, then the inode would be renamed to #&lt;FILENAME&gt; from &lt;FILENAME&gt;.  Then the old filename would be free to use with a new inode pointing to the restored data, while the old inode, now named #&lt;FILENAME&gt;, still points to the old data.&lt;BR /&gt;&lt;BR /&gt;WK&lt;/FILENAME&gt;&lt;/FILENAME&gt;&lt;/FILENAME&gt;</description>
      <pubDate>Thu, 30 Aug 2007 02:51:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062799#M306155</guid>
      <dc:creator>whiteknight</dc:creator>
      <dc:date>2007-08-30T02:51:34Z</dc:date>
    </item>
    <item>
      <title>Re: busy file</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062800#M306156</link>
      <description>&amp;gt;Wim: I guess that even a "mv" followed by a "cp" should work.&lt;BR /&gt;&lt;BR /&gt;This won't work in all cases.  I.e. replacing dld.&lt;BR /&gt;Only ln(1) works, so don't settle for cheap imitations.  ;-)&lt;BR /&gt;&lt;BR /&gt;&amp;gt;WK: Had the unlink(2) failed, common with shared library files, then the inode would be renamed to #&lt;FILENAME&gt; from &lt;FILENAME&gt;.&lt;BR /&gt;&lt;BR /&gt;This "#" convention is a manual process, which must be programmed into the script.&lt;/FILENAME&gt;&lt;/FILENAME&gt;</description>
      <pubDate>Thu, 30 Aug 2007 03:27:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/busy-file/m-p/4062800#M306156</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2007-08-30T03:27:45Z</dc:date>
    </item>
  </channel>
</rss>

