Bug 773431 - quota is not turned on
Summary: quota is not turned on
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 16
Hardware: All
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-01-11 19:51 UTC by Jan ONDREJ
Modified: 2012-02-11 21:55 UTC (History)
6 users (show)

Fixed In Version: systemd-26-16.fc15
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-01-30 20:59:54 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jan ONDREJ 2012-01-11 19:51:34 UTC
Description of problem:
quota is not turned on after boot. Looks like quotaon.service is broken.

Version-Release number of selected component (if applicable):
systemd-37-3.fc16.x86_64
systemd-units-37-3.fc16.x86_64

How reproducible:
always

Steps to Reproduce:
1. configure quota
2. reboot system
3. quotaon -ap # print status
  
Actual results:
group quota on / (/dev/vda2) is off
user quota on / (/dev/vda2) is off

Expected results:
group quota on / (/dev/vda2) is on
user quota on / (/dev/vda2) is on

Additional info:
Looks like quotaon.service is broken. First problem is, that there is no Install/WantedBy section:

[root@server ~]# systemctl enable quotaon.service
Warning: unit files do not carry install information. No operation executed.

Adding this:
[Install]
WantedBy=local-fs.target

After adding Install section there is another problem, that this script is trying to run before filesystem is mounted read-write. Adding "remount-rootfs.service" helps for me.

Please, consider making other changes too:
- check if if will run after other filesystems are ready
- check if it's enabled by default
- check quotacheck.service file too

Comment 1 Michal Schmidt 2012-01-11 22:48:57 UTC
quotacheck.service and quotaon.service are supposed to be pulled automatically by mount units that are configured with "usrquota" "grpquota", "quota", "usrjquota" or "grpjquota" mount options.

What's in your /etc/fstab?

Comment 2 Jan ONDREJ 2012-01-12 07:51:09 UTC
for example:
LABEL=/home     /home                   ext3 nosuid,usrquota,grpquota 1 2

I have three systems, two of them installed as Fedora 16, one upgraded from Fedora 14 (where quota worked). Looks like it's ignored on all systems.

Comment 3 Jan ONDREJ 2012-01-12 09:00:26 UTC
Looks like quotaon.service is run automatically, but fails (selinux is in permissive mode):

[    5.945996] systemd[1]: quotaon.service: main process exited, code=exited, status=1
Starting Enable File System Quotas failed, see 'systemctl status quotaon.service
' for details.
[    5.960802] systemd[1]: Unit quotaon.service entered failed state.
[    5.974954] quotaon[372]: quotaon: using //aquota.user on /dev/vda2 [/]: Súborový systém dovoľuje len čítanie
[    6.066132] EXT4-fs (vda2): re-mounted. Opts: usrquota
Started Remount Root FS.
Starting Configure read-only root support...

This testing system has quotas on root (/) filesystem. May be you should add remount-rootfs.service to After section.

Another problem should be if I have multiple filesystems with quota. Is quotaon -a started after mount of each? If yes, quotaon fails on >=2nd filesystem.

Another test, with 2 filesystems (/ a /home), then quota on / is turned on:

group quota on / (/dev/vda2) is off
user quota on / (/dev/vda2) is on
group quota on /home (/dev/vda4) is off
user quota on /home (/dev/vda4) is off

Comment 5 Jan ONDREJ 2012-01-14 06:52:44 UTC
(In reply to comment #4)
> Fixed upstream:
> 
> http://cgit.freedesktop.org/systemd/systemd/commit/?id=9ddc4a26e56b06cd7774a03597980351855d8d54

This link displays only: "No repositories found", so I can't check.
Please can you also build at least an koji build?

Comment 6 Michal Schmidt 2012-01-14 19:42:01 UTC
The cgit viewer may have had an outage. The link works for me now.

A scratch build. Here you are:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3684294

Comment 7 Jan ONDREJ 2012-01-14 20:02:34 UTC
Looks good for me on my testing system. Can you build an testing update? Then I can more tests on my production systems.

Comment 8 Fedora Update System 2012-01-14 21:57:22 UTC
systemd-37-7.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/FEDORA-2012-0409/systemd-37-7.fc16

Comment 9 Fedora Update System 2012-01-16 02:26:09 UTC
Package systemd-37-7.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing systemd-37-7.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-0409/systemd-37-7.fc16
then log in and leave karma (feedback).

Comment 10 Jan ONDREJ 2012-01-17 19:31:57 UTC
(In reply to comment #8)
> systemd-37-7.fc16 has been submitted as an update for Fedora 16.
> https://admin.fedoraproject.org/updates/FEDORA-2012-0409/systemd-37-7.fc16

This update does not work for me. Even if quota may be started, some other services are not started, for example spamd. Sometimes start, but later stop. May be there are some problems with spamd.pid file, which will not be created.
I have no more time to test on this production system. I will try to do more tests on my testing system tomorrow.

Comment 11 Fedora Update System 2012-01-17 20:24:03 UTC
Package systemd-37-8.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing systemd-37-8.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-0409/systemd-37-8.fc16
then log in and leave karma (feedback).

Comment 12 Michal Schmidt 2012-01-18 13:08:16 UTC
(In reply to comment #10)
> This update does not work for me. Even if quota may be started, some other
> services are not started, for example spamd. Sometimes start, but later stop.
> May be there are some problems with spamd.pid file, which will not be created.
> I have no more time to test on this production system. I will try to do more
> tests on my testing system tomorrow.

When you get to it, please file a new bug and attach the debug log obtained by booting with "log_buf_len=1M systemd.log_level=debug systemd.log_target=kmsg" and saving the output of the dmesg command.

Comment 13 Michal Schmidt 2012-01-19 11:41:02 UTC
(In reply to comment #10)
> May be there are some problems with spamd.pid file, which will not be created.

Right, it's a bug in the spamassassin.service unit file. bug 783108.

(In reply to comment #12)
> When you get to it, please file a new bug and attach the debug log

No need for that anymore.

Comment 14 Fedora Update System 2012-01-22 22:55:20 UTC
Package systemd-37-10.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing systemd-37-10.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-0409/systemd-37-10.fc16
then log in and leave karma (feedback).

Comment 15 Jan ONDREJ 2012-01-24 12:29:11 UTC
Can you fix this bug for Fedora 15 too?

Comment 16 Fedora Update System 2012-01-26 22:59:05 UTC
Package systemd-37-11.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing systemd-37-11.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-0409/systemd-37-11.fc16
then log in and leave karma (feedback).

Comment 17 Fedora Update System 2012-01-30 20:59:54 UTC
systemd-37-11.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 18 Fedora Update System 2012-01-31 14:04:44 UTC
systemd-26-15.fc15 has been submitted as an update for Fedora 15.
https://admin.fedoraproject.org/updates/systemd-26-15.fc15

Comment 19 Michal Schmidt 2012-02-06 11:52:48 UTC
(In reply to comment #15)
> Can you fix this bug for Fedora 15 too?

Let me know in https://admin.fedoraproject.org/updates/FEDORA-2012-1068 if the update fixes the bug on F15.

Comment 20 Jan ONDREJ 2012-02-06 19:33:50 UTC
> Let me know in https://admin.fedoraproject.org/updates/FEDORA-2012-1068 if the
> update fixes the bug on F15.

Yes, quota is on on F15 too. No other side effects yet.

Comment 21 Fedora Update System 2012-02-11 21:55:59 UTC
systemd-26-16.fc15 has been pushed to the Fedora 15 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.