From owner-freebsd-current Tue Oct 22 23:55:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4935837B401; Tue, 22 Oct 2002 23:55:23 -0700 (PDT) Received: from MX1.estpak.ee (ld1.estpak.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C7D43E42; Tue, 22 Oct 2002 23:55:21 -0700 (PDT) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (adsl7332.estpak.ee [213.219.75.84]) by MX1.estpak.ee (Postfix) with ESMTP id 49E31888F0; Wed, 23 Oct 2002 09:54:25 +0300 (EEST) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id g9N6tEbj001218; Wed, 23 Oct 2002 09:55:14 +0300 (EEST) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id g9N6t9DI001217; Wed, 23 Oct 2002 09:55:09 +0300 (EEST) Date: Wed, 23 Oct 2002 09:55:09 +0300 From: Vallo Kallaste To: Terry Lambert Cc: Maxime Henrion , Vitaly Markitantov , jhb@freebsd.org, current@freebsd.org Subject: Re: smbfs broken? Message-ID: <20021023065509.GA1178@tiiu.internal> Reply-To: kalts@estpak.ee References: <20021022110135.GA31643@iron.del.local> <20021022112320.GF26605@elvis.mu.org> <20021022142954.GA3206@tiiu.internal> <3DB5A3BD.77138903@mindspring.com> <20021022195301.GB4048@tiiu.internal> <3DB5B335.34F42350@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3DB5B335.34F42350@mindspring.com> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 01:21:09PM -0700, Terry Lambert 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 kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message