From owner-freebsd-hackers Tue Aug 22 13:27:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA15646 for hackers-outgoing; Tue, 22 Aug 1995 13:27:58 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA15634 for ; Tue, 22 Aug 1995 13:27:55 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA01757; Tue, 22 Aug 95 14:29:00 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508222029.AA01757@cs.weber.edu> Subject: Re: nfs problem (UCX/VMS) To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Tue, 22 Aug 95 14:28:59 MDT Cc: freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199508221107.NAA29744@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Aug 22, 95 01:07:33 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > then I do > > su someotheruser (which has the uid/gid set to the owner/group identical > to that on the VMS side - this technique is a convenient method to solve > potential access rights problems) > > and 'vi somefile' there is no problem. > > Even if the VMS/NFS product is not known to be one of the stablest > at least on the FreeBSD side there shouldn't occur no core dump. UID 0 mapping is failing on UCX -- unexpectedly. The UID *must* map to some value, and that value MUST be valid for VMS. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.