Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 12 Mar 1995 23:27:25 -0800
From:      David Greenman <davidg@Root.COM>
To:        Jim Bryant <jbryant@server.iadfw.net>
Cc:        freebsd-hackers@FreeBSD.org
Subject:   Re: rename bug 
Message-ID:  <199503130727.XAA29172@corbin.Root.COM>
In-Reply-To: Your message of "Sun, 12 Mar 95 21:23:32 CST." <199503130323.VAA05484@news.iadfw.net> 

next in thread | previous in thread | raw e-mail | index | archive | help
>> > The bug is when a rename(2) is called, the rename happens as per spec, 
>> > except that the kernel isn't being updated as to the available space on 
>> > the filesystem.  A reboot is needed to recognize the space is available.
>> > 
>> > For instance every time we add a user, our root filesystem APPEARS to 
>> > have lost 1508k, this is caused when pwd_mkdb renames pwd.db.tmp to 
>> > pwd.db, and spwd.db.tmp to spwd.db.
>> > 
>> > I can duplicate this in several ways on both our server and my personal 
>> > machine.  I do not think that hardware compat is an issue, as the two 
>> > machines are as different as night and day.  mv(1) also will duplicate 
>> > the bug.
>> > 
>> > I am confident that it is in the rename(2) system call.


   The bug was fixed a few weeks ago. From vfs_syscalls.c:

----------------------------
revision 1.18
date: 1995/02/28 02:52:48;  author: davidg;  state: Exp;  lines: +4 -2
Do a vnode_pager_uncache after the VOP_RENAME to lose the remaining
reference to the old vnode.

Suggested by:   Bruce Evans
----------------------------

-DG



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503130727.XAA29172>