From owner-freebsd-current Wed Dec 16 15:01:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26417 for freebsd-current-outgoing; Wed, 16 Dec 1998 15:01:04 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alushta.NL.net (alushta.NL.net [193.78.240.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26408 for ; Wed, 16 Dec 1998 15:01:02 -0800 (PST) (envelope-from paulz@trantor.stuyts.nl) Received: from stuyts by alushta.NL.net with UUCP id <10782-31654>; Thu, 17 Dec 1998 00:00:40 +0100 Received: from trantor.stuyts.nl (uucp@localhost) by terminus.stuyts.nl (8.9.1/8.9.1) with UUCP id XAA04350; Wed, 16 Dec 1998 23:39:25 +0100 (MET) (envelope-from paulz@trantor.stuyts.nl) Received: from trantor.stuyts.nl (localhost [127.0.0.1]) by trantor.stuyts.nl (8.9.1/8.8.5) with ESMTP id XAA00548; Wed, 16 Dec 1998 23:33:54 +0100 (MET) Message-Id: <199812162233.XAA00548@trantor.stuyts.nl> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: Weird NFS error using Solaris 7 server In-reply-to: Your message of "Tue, 15 Dec 1998 17:58:45 PST." <199812160158.RAA00944@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Dec 1998 23:33:53 +0100 From: Paul van der Zwan Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > And the following for testfile2: > > RPC: ----- SUN RPC Header ----- > > RPC: > > RPC: Record Mark: last fragment, length = 192 > > RPC: Transaction id = 1478392200 > > RPC: Type = 0 (Call) > > RPC: RPC version = 2 > > RPC: Program = 100003 (NFS), version = 3, procedure = 8 > > RPC: Credentials: Flavor = 1 (Unix), len = 52 bytes > > RPC: Time = 0 > > RPC: Hostname = > > RPC: Uid = 544, Gid = 200 > > RPC: Groups = 200 0 5 14 68 69 70 1000 > > RPC: Verifier : Flavor = 0 (None), len = 0 bytes > > RPC: > > NFS: ----- Sun NFS ----- > > NFS: > > NFS: Proc = 8 (Create file) > > NFS: File handle = [008A] > > NFS: 0080000800000002000A000000000002694370EA000A000000000002694370EA > > NFS: File name = testfile2 > > NFS: Method = Unchecked > > NFS: Mode = 0644 > > NFS: Setuid = 0, Setgid = 0, Sticky = 0 > > NFS: Owner's permissions = rw- > > NFS: Group's permissions = r-- > > NFS: Other's permissions = r-- > > NFS: User ID = (not set) > > NFS: Group ID = (not set) > > NFS: Size = (not set) > > NFS: Access time = -1 (set to client time) > > NFS: Modification time = -1 (set to client time) > > NFS: > > NFS: > > > > So the open with the O_EXCL flag ( which succeeds ) shows a field decode by > > snoop as Guard and the failing request shows a lot of other fields. > > This looks like snoop is failing to usefully process the packet. Can > you feed the trace to Ethereal and see what it has to say about it? > To test my theory that the -1 times are causing the error because they violate the protocol, I chanded the #define nfsm_v3sattr in /usr/src/sys/nfs/ nfsm_subs.h to use NFSV3SATTRTIME_TOSERVER in stead of NFSV3SATTRTIME_TOCLIENT. This makes the server ignore the time values. My test program now creates poth testfile1 and testfile2. I might be wrong but I think the bug is in the client code and surfaced because Solaris 7 has become stricter about clients adhering to the protocol specs. Paul -- Paul van der Zwan paulz @ trantor.stuyts.nl "I think I'll move to theory, everything works in theory..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message