On Tue, Dec 31, 2002 at 02:52:52PM -0500, Jan Harkes wrote:
>
> The code in venus that handles mounting on *BSD is very different. It
> first tries to unmount any existing tree and then does a mount syscall,
> I guess it isn't expecting upcalls during this operation.
>
This is probably related, possibly because coda is getting stuck in
the mount syscall but the output from df is wrong at this point too -
it only "comes good" when you use the coda file system (do a ls or cd
into it) only then does the output look right. Here is a sample:
[blymn@siren] df
Filesystem 512-blocks Used Avail Capacity Mounted on
/dev/wd0a 60622934 35869196 21722590 62% /
procfs 8 8 0 100% /proc
0 0 0 100%
[blymn@siren] ls /coda/working
....stuff....
[blymn@siren] df
Filesystem 512-blocks Used Avail Capacity Mounted on
/dev/wd0a 60622934 35869198 21722588 62% /
procfs 8 8 0 100% /proc
CODA 320000 2416 251696 0% /coda
> So either we have to figure out why getNewVnode is called, or use the
> trick that is used for Linux and fork off a child process to perform the
> mount syscall.
>
I will see if I can workout why getNewVnode is called.
--
Brett Lymn
