https://community.hpe.com/t5/operating-system-linux/an-error-message/m-p/4475648#M37861 /dev/oracleasm, /proc and /sys are virtual filesystems. <BR /><BR />If you are looking for a log file, it isn't going to be in any of them, so searching through them is just a waste of time. <BR /><BR />In this particular case, /dev/oracleasm is an imperfect imitation of a normal filesystem, and the find command has just noticed the imperfection. The "-noleaf" option causes find to be extra careful, which is needed in some special filesystems. Unfortunately, that option is also going to make your search slower. <BR /><BR />See "man find"; search for "-noleaf" and read the full description of the option from there.<BR /><BR />The problem is in the oracleasm kernel module that creates the oracleasmfs virtual filesystem. Because /dev/oracleasm is essentially just another way to identify the disks controlled by Oracle ASM, the bug is not dangerous, just a nuisance. Maybe Oracle has already released a patch for ASM and/or asmlib that fixes it?<BR /><BR />MK Sat, 08 Aug 2009 07:28:05 GMT Matti_Kurkela 2009-08-08T07:28:05Z https://community.hpe.com/t5/operating-system-linux/an-error-message/m-p/4475647#M37860 I was running the find command and found the following error message:<BR /><BR /># find / -name dsmerror.log<BR />find: WARNING: Hard link count is wrong for /dev/oracleasm: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched.<BR /><BR />Can some one please give me some clue. Fri, 07 Aug 2009 16:58:35 GMT https://community.hpe.com/t5/operating-system-linux/an-error-message/m-p/4475647#M37860 Waqar Razi 2009-08-07T16:58:35Z https://community.hpe.com/t5/operating-system-linux/an-error-message/m-p/4475648#M37861 /dev/oracleasm, /proc and /sys are virtual filesystems. <BR /><BR />If you are looking for a log file, it isn't going to be in any of them, so searching through them is just a waste of time. <BR /><BR />In this particular case, /dev/oracleasm is an imperfect imitation of a normal filesystem, and the find command has just noticed the imperfection. The "-noleaf" option causes find to be extra careful, which is needed in some special filesystems. Unfortunately, that option is also going to make your search slower. <BR /><BR />See "man find"; search for "-noleaf" and read the full description of the option from there.<BR /><BR />The problem is in the oracleasm kernel module that creates the oracleasmfs virtual filesystem. Because /dev/oracleasm is essentially just another way to identify the disks controlled by Oracle ASM, the bug is not dangerous, just a nuisance. Maybe Oracle has already released a patch for ASM and/or asmlib that fixes it?<BR /><BR />MK Sat, 08 Aug 2009 07:28:05 GMT https://community.hpe.com/t5/operating-system-linux/an-error-message/m-p/4475648#M37861 Matti_Kurkela 2009-08-08T07:28:05Z