Ruslan Ermilov wrote:
On Wed, Mar 08, 2006 at 03:16:25AM -0500, Kris Kennaway wrote:
On Wed, Mar 08, 2006 at 09:06:32AM +0200, Ruslan Ermilov wrote:
On Wed, Mar 08, 2006 at 02:14:39AM +0000, Tor Egge wrote:
tegge       2006-03-08 02:14:39 UTC

  FreeBSD src repository

  Modified files:
sys/ufs/ufs ufs_lookup.c Log:
  Don't set IN_CHANGE and IN_UPDATE on inodes for potentially suspended
  file systems.  This could cause deadlocks when creating snapshots.
Reviewed by: jeff Revision Changes Path
  1.80      +0 -1      src/sys/ufs/ufs/ufs_lookup.c

Like for example "ls -l /filesystem/.snap" when "fsck -B" is in place?
Is that a deadlock, or just the process being suspended until fsck
finishes?

I think the only options we have to fix this is to either make the .snap
directory 'hidden' (which is not a feature yet), or to possibly cache
the inode information on parent directories containing snapshots, so
when a fs is suspended or a snapshot is in progress, a stat of the
parent directory of the snapshots' doesn't block until the snapshot
finishes.

There has been brief discussion on freebsd-fs@ about adding a 'hidden'
flag (usable with chflags) to files and directories, and tools like ls,
etc, that would normally stat each file/dir in a directory would ignore,
unless a special option was used.  That would not stop other tools doing
stat calls from seeing it though, but I think most of the blocking
happens when a user does an ls -al in the directory.


Eric




--
------------------------------------------------------------------------
Eric Anderson        Sr. Systems Administrator        Centaur Technology
Anything that works is better than anything that doesn't.
------------------------------------------------------------------------


_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to