Bug 433801
Summary: | mount.ecryptfs fails to mount with "Disk quota exceeded" | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Michal Nowak <mnowak> |
Component: | ecryptfs-utils | Assignee: | Karsten Hopp <karsten> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5.2 | CC: | esandeen, mhalcrow, ohudlick, pknirsch, priti2.jain |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-10-09 09:48:17 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Michal Nowak
2008-02-21 15:21:00 UTC
Note that I have no qouta restriction set nor being on low disk space. Hmmm, maybe is possible that I inserted bad passphrase only but the err msg is still confusing me. Proposing for RHEL-5.3, waiting with final ACK on developer review. Read ya, Phil Proposing bug for RHEL-5.3 FasTrack. Read ya, Phil This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. This bug needs a review from the component owner before granting Devel ACK. Thanks, Read ya, Phil Should be simple to fix the error message. Granting Devel ACK. Read ya, Phil Eric, any idea about this one ? The last sentence of the description hints at the kernel being the culprit. Do you know if there were any changes in this area ? This is a bit odd; the message comes right after a call to add_key(), which I think does not ever exercise any ecryptfs code at all: ADD_KEY(2) Linux Key Management Calls ADD_KEY(2) NAME add_key - Add a key to the kernel’s key management facility SYNOPSIS #include <keyutils.h> the fact that it was in the syslog is only because mount.ecryptfs logs it there; it's not a kernel message. Also, EDQUOT is a valid return for add_key: EDQUOT The key quota for this user would be exceeded by creating this key or linking it to the keyring. ... honestly I'm not sure why unloading & reloading the ecryptfs module would fix this, but I don't claim to be an expert on key management... Do you have a reproducable testcase or are you still able to reproduce this on your system with ecryptfs-utils-56 ? At them moment this is not reproducible for me. I guess we can close this as notabug and eventually re-open later. Closing this bug than as per comment #15. Please feel free to reopen if it reoccurs. Thanks & Regards, Phil Hi Phil, I a facing this error regularly. I am getting the same error after it called add_key() and error is it showing error : Quota exceeded. that's why it is Unable to add token to keyring. Please let me know what can be the workaround for this. Thanks Priti |