On Mon, 24 Jul 2006 09:21:04 PDT, Joshua Hudson said: > On 7/24/06, [email protected] <[email protected]> wrote: > Actually, I walk from the source inode down to try to find the > target inode. If not found, this is not attempting to create a loop. The problem is that the "target inode" may not be the one obviously causing the loop - you may be trying to link a directory into a/b/c, while the loop is caused by a link from a/b/c/d/e/f/g back up to someplace. Consider: function mkdir_tree(foo) { for i=1,3 do for j=1,3 do for k=1,3 do mkdir ${foo}/a${i}/b${j}/c${k} } mkdir_tree(x) mkdir_tree(y) mkdir_tree(z) ln x/a2/b3/c3/d1 y ln x/a1/b3/c3/d2 y ln y/a1/b1/c3/d1 z ln y/a1/b1/c2/d2 z ln y/a1/b2/c1/d3 z Now - ln z/a3/b1/c3/d1 x - how many directories do you need to examine to tell if this is a loop? Is it still a loop if I rm z/d1 first? or z/d2? or do I need to remove z/d1 through z/d3 to prevent a loop? Can I leave z/d1 there but remove y/a1/b2/c3/d1 instead? Does your answer change if somebody did 'ln y/a1/b2/c4 z/a1/b3/d7'? How many places would you have to look if I didn't give you a cheat sheet of the ln commands I had done? Yes, you have to search *every* directory under x, y, and z. All 120 of them. And this is an artificially small directory tree. Think about a /usr/src/ that has 4 or 5 linux-kernel trees in it, with some 1,650 directories per tree... > Should be obvious that the average case is much less than the > whole tree. "The average case" is the one where the feature isn't used. When you actually *use* it, you get "not average case" behavior - not a good sign. > > to screw things up (is 'mv a/b/c/d ../../w/z/b' safe? How do you know, without > > examining a *lot* of stuff under a/ and ../../w/? > > mv /a/b/c/d ../../w/z/b is implemented as this in the filesystem: > ln /a/b/c/d ../../w/z/b && rm /a/b/c/d > > So what it's going to do is try to find z under /a/b/c/d. Even if that's sufficient (which it isn't), it's going to be painful to lock the filesystem for 20 or 30 seconds while you walk everything to make sure there's no problem.
Attachment:
pgpG48uuNyl3d.pgp
Description: PGP signature
- Follow-Ups:
- Re: what is necessary for directory hard links
- From: "Joshua Hudson" <[email protected]>
- Re: what is necessary for directory hard links
- References:
- Re: what is necessary for directory hard links
- From: Bodo Eggert <[email protected]>
- Re: what is necessary for directory hard links
- From: "Joshua Hudson" <[email protected]>
- Re: what is necessary for directory hard links
- From: Nikita Danilov <[email protected]>
- Re: what is necessary for directory hard links
- From: [email protected]
- Re: what is necessary for directory hard links
- From: "Joshua Hudson" <[email protected]>
- Re: what is necessary for directory hard links
- Prev by Date: Re: [PATCH] kthread: airo.c
- Next by Date: [patch] [resend] Fix swsusp with PNP BIOS
- Previous by thread: Re: what is necessary for directory hard links
- Next by thread: Re: what is necessary for directory hard links
- Index(es):