Failed to start enable file system quotas как исправить

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

Package: quota
Severity: important

Dear Maintainer,

When I reboot machine, quota not start clearly:

Before adduser:
/dev/xvda1: clean, 47881/655360 files, 431344/2620928 blocks
[    3.917625] systemd-fsck[202]: /dev/xvdb1: clean, 13/65408 files, 8535/261632 blocks
[    4.302976] quotaon.sh[257]: Checking quotas...quotacheck: Quota for groups is enabled on mountpoint /home so quotacheck might damage the file.
[    4.303934] quotaon.sh[257]: Please turn quotas off or use -f to force checking.
[    4.309912] quotaon.sh[257]: quotacheck: Quota for users is enabled on mountpoint /home so quotacheck might damage the file.
[    4.310738] quotaon.sh[257]: Please turn quotas off or use -f to force checking.
[FAILED] Failed to start Check And Enable File System Quotas.
See 'systemctl status quota.service' for details.

With exist system user (with quota - 250MB):
/dev/xvda1: clean, 47880/655360 files, 431365/2620928 blocks
[    3.892881] systemd-fsck[199]: /dev/xvdb1: clean, 17/65408 files, 8539/261632 blocks
[    4.203950] quotaon.sh[256]: Checking quotas...
[FAILED] Failed to start Check And Enable File System Quotas.
See 'systemctl status quota.service' for details.
[  OK  ] Started Enable File System Quotas.


With both examples quota not running after reboot:

root@whng01:~# systemctl status quota.service
● quota.service - Check And Enable File System Quotas
   Loaded: loaded (/lib/systemd/system/quota.service; enabled)
   Active: failed (Result: exit-code) since Tue 2015-06-16 18:01:58 CEST; 33s ago
     Docs: man:quotaon(8)
  Process: 256 ExecStart=/usr/share/quota/quotaon.sh (code=exited, status=1/FAILURE)
 Main PID: 256 (code=exited, status=1/FAILURE)

Jun 16 18:01:58 whng01 quotaon.sh[256]: Checking quotas...
Jun 16 18:01:58 whng01 systemd[1]: quota.service: main process exited, code=exited, status=1/FAILURE
Jun 16 18:01:58 whng01 systemd[1]: Failed to start Check And Enable File System Quotas.
Jun 16 18:01:58 whng01 systemd[1]: Unit quota.service entered failed state.

After /etc/init.d/quota restart:

root@whng01:~# /etc/init.d/quota restart
[....] Restarting quota (via systemctl): quota.serviceJob for quota.service failed. See 'systemctl status quota.service' and 'journalctl -xn' for details.
 failed!

root@whng01:~# /etc/init.d/quota restart
[....] Restarting quota (via systemctl): quota.serviceJob for quota.service failed. See 'systemctl status quota.service' and 'journalctl -xn' for details.
 failed!

root@whng01:~# /etc/init.d/quota restart
[....] Restarting quota (via systemctl): quota.serviceJob for quota.service failed. See 'systemctl status quota.service' and 'journalctl -xn' for details.
 failed!

root@whng01:~# systemctl status quota.service
● quota.service - Check And Enable File System Quotas
   Loaded: loaded (/lib/systemd/system/quota.service; enabled)
   Active: failed (Result: exit-code) since Tue 2015-06-16 18:23:17 CEST; 8s ago
     Docs: man:quotaon(8)
  Process: 1723 ExecStop=/usr/share/quota/quotaoff.sh (code=exited, status=0/SUCCESS)
  Process: 1816 ExecStart=/usr/share/quota/quotaon.sh (code=exited, status=1/FAILURE)
 Main PID: 1816 (code=exited, status=1/FAILURE)

Jun 16 18:23:17 whng01 quotaon.sh[1816]: Checking quotas...
Jun 16 18:23:17 whng01 systemd[1]: quota.service: main process exited, code=exited, status=1/FAILURE
Jun 16 18:23:17 whng01 systemd[1]: Failed to start Check And Enable File System Quotas.
Jun 16 18:23:17 whng01 systemd[1]: Unit quota.service entered failed state.


/etc/fstab setting:
UUID=xxxxxxxxx /home           ext4    errors=remount-ro,usrjquota=quota.user,grpjquota=quota.group,jqfmt=vfsv0 0 2

quota was been created with this commands:
quotacheck -avugm
quotaon -avug


root@whng01:~# dpkg --list quota
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                          Version                     Architecture                Description
+++-=============================================-===========================-===========================-================================================================================================
ii  quota                                         4.01-8                      amd64                       disk quota management tools


Best Regards,
HeximCZ


-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Message #10 received at 788963@bugs.debian.org (full text, mbox, reply):

Hi

I have similar problems. Somehow the filesystem quota gets enabled
before the quota.service target is run.

journalctl gives:

Oct 05 17:47:37 fs-bm-1 systemd[1]: quota.service: main process exited,
code=exited, status=1/FAILURE
Oct 05 17:47:37 fs-bm-1 systemd[1]: Failed to start Check And Enable
File System Quotas.
Oct 05 17:47:37 fs-bm-1 systemd[1]: Unit quota.service entered failed state.

To check this I introduced "quotaon -ap" into/usr/share/quota/quotaon.sh
 on line 48 (before "LC_MESSAGES=C $on -ap|grep -q "is off" || exit 0").

After introducing the line the journal reads like this

Oct 05 17:50:40 fs-bm-1 quotaon.sh[278]: group quota on /srv/nfs4/users
(/dev/mapper/fs--ng--1_vg1-home_lv) is off
Oct 05 17:50:40 fs-bm-1 quotaon.sh[278]: user quota on /srv/nfs4/users
(/dev/mapper/fs--ng--1_vg1-home_lv) is on
Oct 05 17:50:40 fs-bm-1 systemd[1]: quota.service: main process exited,
code=exited, status=1/FAILURE
Oct 05 17:50:40 fs-bm-1 systemd[1]: Failed to start Check And Enable
File System Quotas.
Oct 05 17:50:40 fs-bm-1 systemd[1]: Unit quota.service entered failed state.

Because group quota is off quotaon.sh continues but since the userquota
is already set on the final "quotaon -aug" fails.

quotaon -aug
quotaon: using /srv/nfs4/users/aquota.user on
/dev/mapper/fs--ng--1_vg1-home_lv [/srv/nfs4/users]: Device or resource busy

If the quotas needs to be checked this may fail for the same reasons.

I am not shure, but this may also lead to wrong quota informations after
file system crashes?

Thanks

Hendrik Naumann

PS. fstab reads:

UUID="bc0d7c7e-2b6b-4010-b5e5-36bc94c21443"     /srv/nfs4/users ext4
defaults,acl,quota      0       2
/srv/nfs4/users  /home/users   none    defaults,bind   0       0

Message #15 received at 788963@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

Confirmed, same problem our jessie servers. We are not alone according
to quick google search.

-- 
Kepi

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 788963@bugs.debian.org (full text, mbox, reply):

Hello,
same problem here on debian jessie


systemctl status quotaon.service
● quotaon.service - Enable File System Quotas
   Loaded: loaded (/lib/systemd/system/quotaon.service; static)
   Active: failed (Result: exit-code) since mer. 2016-02-03 12:41:03 
CET; 1 day 20h ago
     Docs: man:quotaon(8)
  Process: 1380 ExecStart=/sbin/quotaon -aug (code=exited, status=2)
 Main PID: 1380 (code=exited, status=2)

févr. 03 12:41:03 samba4 quotaon[1380]: quotaon: utilisation de 
/home/aquota.group sur /dev/sda9 [/home] : Périphérique ou ressource occupé
févr. 03 12:41:03 samba4 quotaon[1380]: quotaon: utilisation de 
/home/aquota.user sur /dev/sda9 [/home] : Périphérique ou ressource occupé
févr. 03 12:41:03 samba4 systemd[1]: quotaon.service: main process 
exited, code=exited, status=2/INVALIDARGUMENT
févr. 03 12:41:03 samba4 systemd[1]: Failed to start Enable File System 
Quotas.
févr. 03 12:41:03 samba4 systemd[1]: Unit quotaon.service entered failed 
state.





-- 
Pascal

Message #25 received at 788963@bugs.debian.org (full text, mbox, reply):

My guess is the reason is systemd's enabling quota before our service is
enabled. Can you please check in journalctl if that's the case? You should have
entries there that talk about enabling quotas before quota.service is run, if
at all.

This needs to be fixed asap, but the question is how as systemd offers
features, like automatic on demand checking when a device is connected, that
the quota package doesn't have, while systemd lacks other features, like
quota's creation of quota files and check only when not clean unmounted. This
information is pre-Jessie so it might have changed but you get the gist.

Michael

-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL

Message #30 received at 788963@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

From boot:

[  OK  ] Reached target Remote File Systems.
         Starting Trigger Flushing of Journal to Persistent Storage...
         Starting LSB: Raise network interfaces....
[  OK  ] Started Tell Plymouth To Write Out Runtime Data.
[    5.091509] quotaon.sh[212]: Checking quotas...done.
[    5.136692] systemd-journald[207]: Received request to flush runtime journal from PID 1
[    5.139098] quotaon.sh[212]: Turning on quotas...quotaon: using //aquota.group on /dev/xvda [/]: Device or resource busy
[    5.140942] quotaon.sh[212]: quotaon: using //aquota.user on /dev/xvda [/]: Device or resource busy
[FAILED] Failed to start Check And Enable File System Quotas.
See 'systemctl status quota.service' for details.

relevant part from syslog:

Feb 29 23:38:12 antonio quotaon.sh[212]: Checking quotas...done.
Feb 29 23:38:12 antonio quotaon.sh[212]: Turning on quotas...quotaon: using //aquota.group on /dev/xvda [/]: Device or resource busy
Feb 29 23:38:12 antonio quotaon.sh[212]: quotaon: using //aquota.user on /dev/xvda [/]: Device or resource busy
Feb 29 23:38:12 antonio systemd[1]: quota.service: main process exited, code=exited, status=2/INVALIDARGUMENT
Feb 29 23:38:12 antonio systemd[1]: Unit quota.service entered failed state.
Feb 29 23:38:12 antonio kernel: [    0.710525] VFS: Disk quotas dquot_6.5.2
Feb 29 23:38:12 antonio kernel: [    4.498800] EXT4-fs (xvda): re-mounted. Opts: errors=remount-ro,usrquota,grpquota

Its all information I currently have. If you need more information for
fixing this bug, let me know. I'll try to recreate this environment
again. I'm not able to restart that server again.

Thanks

-- 
Kepi

Michael Meskes <meskes@debian.org> writes:

> My guess is the reason is systemd's enabling quota before our service is
> enabled. Can you please check in journalctl if that's the case? You should have
> entries there that talk about enabling quotas before quota.service is run, if
> at all.
>
> This needs to be fixed asap, but the question is how as systemd offers
> features, like automatic on demand checking when a device is connected, that
> the quota package doesn't have, while systemd lacks other features, like
> quota's creation of quota files and check only when not clean unmounted. This
> information is pre-Jessie so it might have changed but you get the gist.
>
> Michael

[signature.asc (application/pgp-signature, inline)]

Message #35 received at 788963-close@bugs.debian.org (full text, mbox, reply):

Source: quota
Source-Version: 4.03-2

We believe that the bug you reported is fixed in the latest version of
quota, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 788963@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Michael Meskes <meskes@debian.org> (supplier of updated quota package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Sun, 06 Mar 2016 15:57:40 +0100
Source: quota
Binary: quota
Architecture: source amd64
Version: 4.03-2
Distribution: unstable
Urgency: medium
Maintainer: Michael Meskes <meskes@debian.org>
Changed-By: Michael Meskes <meskes@debian.org>
Description:
 quota      - disk quota management tools
Closes: 753939 780977 788963
Changes:
 quota (4.03-2) unstable; urgency=medium
 .
   * With systemd only test after installation, the rest is handled by systemd.
     (Closes: #753939, #780977, #788963)
   * Bumped Standards-Version to 3.9.7, no changes needed.
Checksums-Sha1:
 29caf15d83217eb551042d41b3c6f162f8143777 1864 quota_4.03-2.dsc
 95d76ba29d316b8626e47bb17285f5d170d0858d 39264 quota_4.03-2.debian.tar.xz
 3fcba15505e0f0048cc57093bff99be0713702c3 1120084 quota-dbgsym_4.03-2_amd64.deb
 82d9936fb3468ba8633eece4e72b7e34b33a36e3 315530 quota_4.03-2_amd64.deb
Checksums-Sha256:
 503b8200c549d7fbab78a787171d79eec058fffa8abdb6cb83e7d10838db414e 1864 quota_4.03-2.dsc
 f1a9a8228a3eb031c79f398e8526f09e1625182d63460238b32d208e9eb00817 39264 quota_4.03-2.debian.tar.xz
 130b41f31ca0220da171513077800f4da52e4fe59ed893044a2aba189996ecf6 1120084 quota-dbgsym_4.03-2_amd64.deb
 38c84e16761d3064c3c1d6a83b70e2beffc97fe3e7b155d7342151550990f725 315530 quota_4.03-2_amd64.deb
Files:
 87b904f61fcd7ca88b68f5eccb88ce9a 1864 admin optional quota_4.03-2.dsc
 c2713de642576a30a7f16b316a83f28b 39264 admin optional quota_4.03-2.debian.tar.xz
 a9e2bdbe9e780460e6e3dff1c88998d8 1120084 debug extra quota-dbgsym_4.03-2_amd64.deb
 a6e313d6998cee9a6d6fc09651917e22 315530 admin optional quota_4.03-2_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIVAwUBVtxlBN8j2jOWl46zAQiD+RAArhaQ1Ps5/iyECXnxJlL/ZWrmCvH3P8ru
kFnGBHl7BzP2yqNiicS6Hc5LBtwXBIdXxTrG316JnxyAz/prZWcroNDUtApEusxf
6c2aCKfs4hh/nq1Px6Kxnjd64T/6OKIBsWs8VaYPULzHi8CzTeWScY8gO3gzWi8U
6NlfV+x+tRY4VOSN32IcUAY1Zk+llIGzmaprCAMEl9Vuu4ed1+oinC4olzGrPwgb
RXgQQ04uKYYqiogjCKOSTaqm/DyDyIJmUJAkVALNqC/A+k8MAxQMEBovryQ5ifp7
hFT7zHKRJdNwmWFDRnKjdSkI20pMcBmh8KRT9a0Q86W3t/LBu1jkRO/n8fy22Scn
VdTe/ohk+UY6HIQ0KA1YXreJqokLobEkCGUg7LUficweuuEBhuEDLRwt7XraruQM
vKWAo8MlYpM0Ceg/p0tJ6utk5tV1uJtYvoSTrEivEzyym5BQlTmyW7kDMUlRBvWX
ql9tv419qUySdwQ5AJC/drZN8Tfzr5Dds/d+M4vocpzQ3YVbQFqmlDHpkjCHrmZn
W+TAkgrQoPZbjjjiVcTKnoDIRV/fgWrVAtMrScqt7xdFp0HQapjIztBZBeTNvJrD
ZcpAjdSaNzHrBSlp9BhByzfnDvhhX5cB8LYoI7bCtwOpKZvoIfWDAyYrTJo8tDSu
INrq2l3cABo=
=hG3e
-----END PGP SIGNATURE-----

Message #40 received at 788963@bugs.debian.org (full text, mbox, reply):

This Bug is still alive!

If I Setup UsrQuota for the root partition, the systemd damages the 
aquota.user file,
then the next restart, the quota doesn't start, then if I try start 
manually, quota generates a totally new aquota.user file, so all 
adjusted limits will be lose!

root@mark:~# systemctl status quota.service
● quota.service - Check And Enable File System Quotas
   Loaded: loaded (/lib/systemd/system/quota.service; enabled)
   Active: failed (Result: exit-code) since v 2016-03-20 10:21:38 CET; 
1min 18s ago
     Docs: man:quotaon(8)
  Process: 281 ExecStart=/usr/share/quota/quotaon.sh (code=exited, 
status=2)
 Main PID: 281 (code=exited, status=2)

márc 20 10:21:38 mark quotaon.sh[281]: Checking quotas...done.
márc 20 10:21:38 mark quotaon.sh[281]: Turning on quotas...quotaon: 
using //aquota.user on /dev/sda1 [/]: Az eszköz vagy erőforrás foglalt
márc 20 10:21:38 mark quotaon.sh[281]: quotaon: using /home/aquota.user 
on /dev/sda3 [/home]: Az eszköz vagy erőforrás foglalt
márc 20 10:21:38 mark systemd[1]: quota.service: main process exited, 
code=exited, status=2/INVALIDARGUMENT
márc 20 10:21:38 mark systemd[1]: Failed to start Check And Enable File 
System Quotas.
márc 20 10:21:38 mark systemd[1]: Unit quota.service entered failed 
state.


root@mark:~# cat /etc/fstab

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=5b3f238f-f23e-4145-b13d-cb80ca7aae9b /               ext4    
errors=remount-ro,usrquota   	0       1
# /home was on /dev/sda3 during installation
UUID=f4aa4f06-5dc7-414e-a366-cc88c07b3596 /home           ext4	  
defaults,usrquota       	0       2
# swap was on /dev/sda5 during installation
UUID=1e962db3-aeef-40b3-9e1f-c3e1df761016 none            swap    sw     
         0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

Message #45 received at 788963@bugs.debian.org (full text, mbox, reply):

2016-03-20 10:43 időpontban Gergo ezt írta:
> This Bug is still alive!
> 
> If I Setup UsrQuota for the root partition, the systemd damages the
> aquota.user file,
> then the next restart, the quota doesn't start, then if I try start
> manually, quota generates a totally new aquota.user file, so all
> adjusted limits will be lose!
> 

Version: Debian 8.3

root@mark:/# dpkg -l | grep quota
ii  quota                          4.01-8                      amd64     
   disk quota management tools
ii  quotatool                      1:1.4.12-2                  amd64     
   tool to edit disk quotas from the command line
root@mark:/# uname -a
Linux mark 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u4 
(2016-02-29) x86_64 GNU/Linux
root@mark:/# cat /etc/debian_version
8.3

Message #50 received at 788963@bugs.debian.org (full text, mbox, reply):

> > This Bug is still alive!
> > ...
> root@mark:/# dpkg -l | grep quota
> ii  quota                          4.01-
> 8                      amd64     
>     disk quota management tools

No surprise, the bug was fixed in version 4.03-2!

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! SF 49ers! Use Debian GNU/Linux, PostgreSQL

Message #55 received at 788963@bugs.debian.org (full text, mbox, reply):

2016-03-20 12:23 időpontban Michael Meskes ezt írta:
>> > This Bug is still alive!
>> > ...
>> root@mark:/# dpkg -l | grep quota
>> ii  quota                          4.01-
>> 8                      amd64     
>>     disk quota management tools
> 
> No surprise, the bug was fixed in version 4.03-2!
> 
> Michael

O, Thank you wery much!
I forgot to check 4.03-2 version.

I installed from the unstable to test in stable debian 8, and it working 
fine!
Will it be aviable for update in Debian 8 or just in the next, Debian 9 
?

Message #60 received at 788963@bugs.debian.org (full text, mbox, reply):

> I installed from the unstable to test in stable debian 8, and it
> working 
> fine!

Thanks, good to hear that.

> Will it be aviable for update in Debian 8 or just in the next, Debian
> 9 

I doubt it will make it into 8, although somebody might create a
backport. You may have to wait for the next release I'm afraid.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! SF 49ers! Use Debian GNU/Linux, PostgreSQL

Message #65 received at 788963@bugs.debian.org (full text, mbox, reply):

Hello, 

On Sun, 20 Mar 2016 13:47:59 +0100 Michael Meskes <meskes@debian.org> wrote:
> I doubt it will make it into 8, although somebody might create a
> backport. You may have to wait for the next release I'm afraid.

I'm wondering - does this mean that quotas are now unusable in jessie and we have to wait until a new Debian stable release (or use testing)? Is there maybe a workaround for this issue for those who want (or have) to stick to jessie? 

Regards, 

Tilman 


> 
> Michael
> -- 
> Michael Meskes
> Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
> Meskes at (Debian|Postgresql) dot Org
> Jabber: michael at xmpp dot meskes dot org
> VfL Borussia! Força Barça! SF 49ers! Use Debian GNU/Linux, PostgreSQL
> 
> 
> 
> 

Message #70 received at 788963@bugs.debian.org (full text, mbox, reply):

[Message part 1 (text/plain, inline)]

On Sun, 03 Apr 2016 05:04:10 +0200 Tilman Blumenbach <tilman@ax86.net>
wrote:
> Hello,
>
> On Sun, 20 Mar 2016 13:47:59 +0100 Michael Meskes <meskes@debian.org>
wrote:
> > I doubt it will make it into 8, although somebody might create a
> > backport. You may have to wait for the next release I'm afraid.
>
> I'm wondering - does this mean that quotas are now unusable in jessie and
we have to wait until a new Debian stable release (or use testing)? Is
there maybe a workaround for this issue for those who want (or have) to
stick to jessie?

Was just nailed by this one myself.  Lots of users just lost their mailbox
quota.  Is my only solution here to grab quota from stretch?

[Message part 2 (text/html, inline)]

Message #75 received at 788963@bugs.debian.org (full text, mbox, reply):

On Sun, Apr 03, 2016 at 05:04:10AM +0200, Tilman Blumenbach wrote:
> I'm wondering - does this mean that quotas are now unusable in jessie and we have to wait until a new Debian stable release (or use testing)? Is there maybe a workaround for this issue for those who want (or have) to stick to jessie? 

I'll see what I can to, it seems I misjudged the amount of people that got hit by this. 

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL

Send a report that this bug log contains spam.