Date: Tue, 22 Oct 2002 13:21:09 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: kalts@estpak.ee Cc: Maxime Henrion <mux@freebsd.org>, Vitaly Markitantov <vm@dics.com.ua>, jhb@freebsd.org, current@freebsd.org Subject: Re: smbfs broken? Message-ID: <3DB5B335.34F42350@mindspring.com> References: <20021022110135.GA31643@iron.del.local> <20021022112320.GF26605@elvis.mu.org> <20021022142954.GA3206@tiiu.internal> <3DB5A3BD.77138903@mindspring.com> <20021022195301.GB4048@tiiu.internal>
next in thread | previous in thread | raw e-mail | index | archive | help
Vallo Kallaste wrote:
> > It would be nice if you could give us more information as to exactly
> > what it is you are doing, logically, to cause this problem; as things
> > sit, it seems you are doing some evil things.
>
> 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:
---
#16 0xc03c8307 in smb_read (ssp=0xc424eb00, fid=2048, uio=0xd66eb7fc,
scred=0xd66eb850) at ../../../netsmb/smb_smb.c:795
#17 0xc01f2deb in smbfs_getpages (ap=0x0) at ../../../fs/smbfs/smbfs_io.c:486
#18 0xc0362fad in vnode_pager_getpages (object=0x0, m=0x0, count=0, reqpage=0)
at vnode_if.h:1265
#19 0xc034ca13 in vm_fault (map=0xc4030198, vaddr=671461376,
fault_type=1 '\001', fault_flags=0) at vm_pager.h:124
#20 0xc03a74b5 in trap_pfault (frame=0xd66eba94, usermode=0, eva=671461376)
at ../../../i386/i386/trap.c:736
---Type <return> to continue, or q <return> to quit---
#21 0xc03a7032 in trap (frame=
{tf_fs = -697434088, tf_es = -1070268400, tf_ds = -1006436336, tf_edi =
-823279616,
tf_esi = 671461376, tf_ebp = -697386216, tf_isp = -697386304, tf_ebx = 16384,
tf_edx =
671477760, tf_ecx = 4096, tf_eax = -697385728, tf_trapno = 12, tf_err = 0,
tf_eip =
-1069917698, tf_cs = 8, tf_eflags = 66054, tf_esp = -697385880, tf_ss =
-697385892}) at
../../../i386/i386/trap.c:446
#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.
-- Terry
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3DB5B335.34F42350>