From owner-freebsd-bugs Thu Apr 27 1: 0:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6468337B7CB for ; Thu, 27 Apr 2000 01:00:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA51011; Thu, 27 Apr 2000 01:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 27 Apr 2000 01:00:04 -0700 (PDT) Message-Id: <200004270800.BAA51011@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Omachonu Ogali Subject: Re: kern/4927: kernel does not check an quota and per Reply-To: Omachonu Ogali Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/4927; it has been noted by GNATS. From: Omachonu Ogali To: freebsd-gnats-submit@freebsd.org Cc: vasim@uddias.diaspro.com Subject: Re: kern/4927: kernel does not check an quota and per Date: Thu, 27 Apr 2000 03:06:58 -0400 (EDT) The example situation provided showed two things. The file was not being changed to the ownership of the user and would exist under root, and two, the file did not exist and setting the O_CREAT flag in your open() call resulted in the file being created under the user currently executing the program which would be root. Quotas are applied on a per user basis, not per directory (meaning a user can have 20mb of data in /tmp, but /tmp is not restricted to _only_ 20mb of data). -- +-------------------------------------------------------------------------+ | Omachonu Ogali oogali@intranova.net | | Intranova Networking Group http://tribune.intranova.net | | PGP Key ID: 0xBFE60839 | | PGP Fingerprint: C8 51 14 FD 2A 87 53 D1 E3 AA 12 12 01 93 BD 34 | +-------------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message