<?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 kernel: nfs_safe_remove: log/aferror.log busy, d_count=2 in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/kernel-nfs-safe-remove-log-aferror-log-busy-d-count-2/m-p/4122072#M31192</link>
    <description>&lt;BR /&gt;#uname -a&lt;BR /&gt;Linux hostname 2.4.9-e.72enterprise #1 SMP Tue Jul 3 21:57:23 EDT 2007 i686 unknown&lt;BR /&gt;cat /etc/redhat-release&lt;BR /&gt;Red Hat Linux Advanced Server release 2.1AS (Pensacola)&lt;BR /&gt;&lt;BR /&gt; "When the 2.4 NFS client does a REMOVE and gets an ENOENT back from the&lt;BR /&gt;server it does not remove the dentry from the d_cache. This can make it&lt;BR /&gt;inappropriately keep writing to an inode that has been renamed" --here is what i found after goolging.&lt;BR /&gt;&lt;BR /&gt;Can any one explain better?and a fix possible.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Fri, 28 Dec 2007 18:39:11 GMT</pubDate>
    <dc:creator>skt_skt</dc:creator>
    <dc:date>2007-12-28T18:39:11Z</dc:date>
    <item>
      <title>kernel: nfs_safe_remove: log/aferror.log busy, d_count=2</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-nfs-safe-remove-log-aferror-log-busy-d-count-2/m-p/4122072#M31192</link>
      <description>&lt;BR /&gt;#uname -a&lt;BR /&gt;Linux hostname 2.4.9-e.72enterprise #1 SMP Tue Jul 3 21:57:23 EDT 2007 i686 unknown&lt;BR /&gt;cat /etc/redhat-release&lt;BR /&gt;Red Hat Linux Advanced Server release 2.1AS (Pensacola)&lt;BR /&gt;&lt;BR /&gt; "When the 2.4 NFS client does a REMOVE and gets an ENOENT back from the&lt;BR /&gt;server it does not remove the dentry from the d_cache. This can make it&lt;BR /&gt;inappropriately keep writing to an inode that has been renamed" --here is what i found after goolging.&lt;BR /&gt;&lt;BR /&gt;Can any one explain better?and a fix possible.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 28 Dec 2007 18:39:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-nfs-safe-remove-log-aferror-log-busy-d-count-2/m-p/4122072#M31192</guid>
      <dc:creator>skt_skt</dc:creator>
      <dc:date>2007-12-28T18:39:11Z</dc:date>
    </item>
    <item>
      <title>Re:  kernel: nfs_safe_remove: log/aferror.log busy, d_count=2</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-nfs-safe-remove-log-aferror-log-busy-d-count-2/m-p/4122073#M31193</link>
      <description>This would mean that if a NFS clients tries to delete a file and the file does not exists, the entry in the VFS cache (dcache) which normally contains a pointer to an inode may not be cleared. This means that would be possible to keep writing information to that inode when should not.</description>
      <pubDate>Fri, 28 Dec 2007 20:23:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-nfs-safe-remove-log-aferror-log-busy-d-count-2/m-p/4122073#M31193</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2007-12-28T20:23:01Z</dc:date>
    </item>
    <item>
      <title>Re:  kernel: nfs_safe_remove: log/aferror.log busy, d_count=2</title>
      <link>https://community.hpe.com/t5/operating-system-linux/kernel-nfs-safe-remove-log-aferror-log-busy-d-count-2/m-p/4122074#M31194</link>
      <description>That is similar to what i understood.&lt;BR /&gt;&lt;BR /&gt;Does that impact the nfs clients?( i have the similar messages reported from three servers) or is that can be ignored?</description>
      <pubDate>Fri, 28 Dec 2007 21:02:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/kernel-nfs-safe-remove-log-aferror-log-busy-d-count-2/m-p/4122074#M31194</guid>
      <dc:creator>skt_skt</dc:creator>
      <dc:date>2007-12-28T21:02:55Z</dc:date>
    </item>
  </channel>
</rss>

