On 11/21/2011 05:11 PM, Alessandro Salvatori wrote: > is it because some files could be renamed by someone else while rm -rf > is recursing? or what is the reason for it?
rm -rf reads some number of directory entries, then removes them one-by-one. Then it resumes reading the directory. It uses a cookie returned by the last entry to resume the directory traversal. Since deleting those entries changes the directory's btree, without the index table, jfs doesn't resume the directory traversal in the right spot. > thanks! > -Alessandro- > Here i am, A young man, > A crashing computer program, > Here is a pen, write out my name... > > (from: The Servant - Orchestra) > > > > > On Tue, Nov 15, 2011 at 13:51, Dave Kleikamp <[email protected]> wrote: >> On 11/15/2011 03:49 PM, Alessandro Salvatori wrote: >>> On Mon, Nov 14, 2011 at 16:07, Dave Kleikamp <[email protected]> >>> wrote: >>>> Even without NFS, a rm -rf may still fail to remove the whole directory >>>> in OS/2 compatibility mode. >>> >>> because of the case-insensitiveness or because of the lack of the cookie? >> >> The lack of the cookie. You could still remove the whole thing by >> repeating the command, but it's awkward. >> ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Jfs-discussion mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jfs-discussion
