On Tue, Oct 22, 2002 at 01:21:09PM -0700, Terry Lambert
<[EMAIL PROTECTED]> wrote:
> > No, I'm doing exactly what I describe. Usual boot to multiuser, then
> > kill all of the processes not strictly necessary (seti, fetchmail,
> > sendmail, you-name-it), mount the smb share -ro from NT4 server, cd
> > /some/mountpoint and cp thisfile.xls /tmp. That's it.
>
> I don't understand, then. There should be no other way that an ffs_write
> call can trap to needing an SMBFS page:
>
> #22 0xc03902a8 in calltrap () at {standard input}:99
> #23 0xc033af01 in ffs_write (ap=0xd66ebbe8) at ../../../ufs/ffs/ffs_vnops.c:810
> #24 0xc029b74d in vn_write (fp=0xc40341a4, uio=0xd66ebc68,
> active_cred=0xc4251d00, flags=0, td=0xc13534e0) at vnode_if.h:417
> #25 0xc0259a75 in dofilewrite (td=0xc13534e0, fp=0xc40341a4, fd=4,
> buf=0x2805b000, nbyte=0, offset=0, flags=0) at file.h:215
> #26 0xc0259909 in write (td=0xc13534e0, uap=0xd66ebd10)
> at ../../../kern/sys_generic.c:329
> ---
>
> You *must* be doing something that causes an SMBFS object to act as
> backing store for an FFS.
You know better, sure, but nevertheless I'm not doing anything what
can cause it. Perhaps a bug somewhere.
--
Vallo Kallaste
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
