From owner-freebsd-questions@FreeBSD.ORG Tue Sep 13 20:59:11 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 697CB16A41F for ; Tue, 13 Sep 2005 20:59:11 +0000 (GMT) (envelope-from martin@dc.cis.okstate.edu) Received: from dc.cis.okstate.edu (dc.cis.okstate.edu [139.78.100.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2525443D46 for ; Tue, 13 Sep 2005 20:59:10 +0000 (GMT) (envelope-from martin@dc.cis.okstate.edu) Received: from dc.cis.okstate.edu (localhost.cis.okstate.edu [127.0.0.1]) by dc.cis.okstate.edu (8.12.6/8.12.6) with ESMTP id j8DKxAhn016922 for ; Tue, 13 Sep 2005 15:59:10 -0500 (CDT) (envelope-from martin@dc.cis.okstate.edu) Message-Id: <200509132059.j8DKxAhn016922@dc.cis.okstate.edu> To: freebsd-questions@freebsd.org Date: Tue, 13 Sep 2005 15:59:10 -0500 From: Martin McCormick Subject: I've Created a Permission Problem which Baffles Me. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2005 20:59:11 -0000 On this particular system, the /var and /var/tmp directories certainly look like they do on other FreeBSD systems that don't have this problem. Script started on Tue Sep 13 15:36:59 2005 bash-2.05b$ cd / bash-2.05b$ ls -ld var drwxr-xr-x 20 root wheel 512 Aug 31 14:44 var bash-2.05b$ ls -ld /var/tmp drwxrwxrwT 3 root wheel 512 Nov 11 2004 /var/tmp bash-2.05b$ cd /var bash-2.05b$ cd /var/tmp bash: cd: /var/tmp: Permission denied bash-2.05b$ exit exit Script done on Tue Sep 13 15:37:38 2005 For the life of me, everything looks like it should and like it does on other similar systems. I can even log in as me and cd to /var/tmp with no problem. If I su to the user ID whose shell the script was created in, however, /var/tmp is off limits which breaks vi. The userid in question is a normal UID and should have access to all the resources that any non-root user gets. Thank you for any help. Martin McCormick WB5AGZ Stillwater, OK OSU Information Technology Division Network Operations Group