From owner-freebsd-questions@FreeBSD.ORG Tue Oct 22 13:26:28 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6F82A148 for ; Tue, 22 Oct 2013 13:26:28 +0000 (UTC) (envelope-from hans@middelhoek.nl) Received: from milan.ospito.nl (milan.ospito.nl [46.17.8.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1AE592B30 for ; Tue, 22 Oct 2013 13:26:27 +0000 (UTC) Received: from office.ospito.nl ([95.97.235.165] helo=UB01) by milan.ospito.nl with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VYbHU-000FjG-K9 for freebsd-questions@freebsd.org; Tue, 22 Oct 2013 14:41:52 +0200 From: "Hans Middelhoek" To: Subject: FreeBSD 9.2 - problem with quotas Date: Tue, 22 Oct 2013 14:41:52 +0200 Message-ID: <015701cecf24$15b8adc0$412a0940$@middelhoek.nl> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac7PIbanEXfBSbqATgqptv+2z3c1jQ== Content-Language: nl X-ACL-Warn: X-Antivirus-Scanner on milan.ospito.nl: Seems clean. You should still use an Antivirus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2013 13:26:28 -0000 Hello, We upgraded 2 servers to FreeBSD 9.2, one 32-bit and the other 64-bit. Both have problems with quotas now, we didn't change the config. Below is what happens on the 32-bit system: root@32bitserver:~ # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/da0s1b none swap sw 0 0 /dev/da0s1a / ufs rw,userquota,groupquota 1 1 /dev/da0s1h /backup ufs rw,noauto,noatime 2 2 /dev/da0s1g /home ufs rw,nosuid,userquota,groupquota 2 2 /dev/da0s1d /tmp ufs rw,noexec,nosuid 2 2 /dev/da0s1f /usr ufs rw 2 2 /dev/da0s1e /var ufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 proc /proc procfs rw 0 0 root@32bitserver:~ # mount /dev/da0s1a on / (ufs, local, with quotas) devfs on /dev (devfs, local, multilabel) /dev/da0s1g on /home (ufs, local, nosuid, with quotas, soft-updates) /dev/da0s1d on /tmp (ufs, local, noexec, nosuid, soft-updates) /dev/da0s1f on /usr (ufs, local, soft-updates) /dev/da0s1e on /var (ufs, local, soft-updates) procfs on /proc (procfs, local) root@32bitserver:~ # /usr/sbin/quotaoff -a root@32bitserver:~ # /usr/sbin/quotaon -a quotaon: using on /backup: No such file or directory quotaon: using on /backup: No such file or directory We use following command in cron to recalculate/validate quotas: /usr/sbin/quotaoff -a; /sbin/quotacheck -aug; /usr/sbin/quotaon -a The 64-bit system is slightly different, but possibly comparable: root@64bitserver:~ # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/da0p2 / ufs rw,userquota,groupquota 1 1 /dev/da0p3 none swap sw 0 0 /dev/da0p4 /tmp ufs rw,noatime,noexec,nosuid,nosymfollow 2 2 proc /proc procfs rw 0 0 fdesc /dev/fd fdescfs rw 0 0 root@64bitserver:~ # mount /dev/da0p2 on / (ufs, local, with quotas, journaled soft-updates) devfs on /dev (devfs, local, multilabel) /dev/da0p4 on /tmp (ufs, local, noatime, noexec, nosuid, nosymfollow, journaled soft-updates) procfs on /proc (procfs, local) fdescfs on /dev/fd (fdescfs) root@64bitserver:~ # /usr/sbin/quotaoff -a quotaoff: /: Device busy quotaoff: /: Device busy root@64bitserver:~ # /usr/sbin/quotaon -a root@64bitserver:~ # We've never seen quotaoff/quotaon report something like this in earlier versions. It's possible the same error occurs on earlier 9 releases. In FreeBSD 9.1 we had some issues on the 64-bit server with quotas enabled, the server crashed a few times during the quotacheck, possibly because quotaoff didn't work correctly, but we didn't analyze it, it had tob e stable and therefore we disabled quotas temporarily, now with 9.2 the problem with crashes are solved, so I'm pretty sure there are changes in the kernel for quotas, but now we have above errors. I hope someone can tell if we need to change something in our configuration, or is this a bug? For some reason we hadn't following in /etc/rc.conf: quota_enable="YES" check_quotas="NO" I added this and retested, but it didn't make any difference. Thanks and kind regards, Hans Middelhoek