cvs commit: src/sys/kern vfs_syscalls.c

Simon 'corecode' Schubert corecode at fs.ei.tum.de
Wed Aug 17 10:43:22 PDT 2005


On 17.08.2005, at 18:08, Joerg Sonnenberger wrote:
Do the clients issue remove operations?  I was thinking they just send
"rename a to b" the server, which in turn does the job.
No, it doesn't. The check Matt added is in kern_rename, which decides
whether to call the rename VOP or the remove VOP.
A-ha!  I was arguing about the behaviour pattern itself, not about this 
implementation.

Not only remote filesystems would suffer from a race, but perhaps 
layered filesystems as well	(unless they get the locking 100% right).  
Locking nlookup entries doesn't work good enough with NFS so we 
absolutely need to pass the rename operation to the server, no matter 
what, otherwise we loose atomicity (and might loose files).

cheers
  simon
--
Serve - BSD     +++  RENT this banner advert  +++    ASCII Ribbon   /"\
Work - Mac      +++  space for low $$$ NOW!1  +++      Campaign     \ /
Party Enjoy Relax   |   http://dragonflybsd.org      Against  HTML   \
Dude 2c 2 the max   !   http://golden-apple.biz       Mail + News   / \
Attachment:
PGP.sig
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pgp00023.pgp
Type: application/octet-stream
Size: 186 bytes
Desc: "Description: This is a digitally signed message part"
URL: <http://lists.dragonflybsd.org/pipermail/commits/attachments/20050817/600f7cf0/attachment-0022.obj>


More information about the Commits mailing list