Bug 998893
Summary: | quota: zero byte file created | |||
---|---|---|---|---|
Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Saurabh <saujain> | |
Component: | quota | Assignee: | Raghavendra G <rgowdapp> | |
Status: | CLOSED NEXTRELEASE | QA Contact: | Saurabh <saujain> | |
Severity: | high | Docs Contact: | ||
Priority: | medium | |||
Version: | 2.1 | CC: | asriram, dblack, gluster-bugs, kparthas, mhideo, mzywusko, psriniva, rgowdapp, rhs-bugs, rwheeler, sdharane, ssaha, storage-doc, storage-qa-internal, vagarwal, vbellur, vmallika | |
Target Milestone: | --- | Keywords: | ZStream | |
Target Release: | --- | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | glusterfs-3.4.0.36rhs-1 | Doc Type: | Known Issue | |
Doc Text: |
Zero byte sized files are created when a write operation exceeds the available quota space. Since Quota does not account for the disk blocks consumed by a directory(as per Bug 1016419), the write operation creates the directory entry but the subsequent write operation fails because of unavailable disk space.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1012216 (view as bug list) | Environment: | ||
Last Closed: | 2015-01-12 09:19:11 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1012216, 1020127 |
Description
Saurabh
2013-08-20 10:02:15 UTC
correcting the typo in Expected results, if disk quota exceeded means exceeded, it should not result in zero byte files and truncated files. Saurabh, I am not able to get sos reports. I am getting permission denied errors You don't have permission to access /sosreports/998914/sosreport-rhsauto032-20130821013955-eca0.tar.xz on this server. Can you please tell what is the volume configuration? regards, Raghavendra. Please ignore my previous comments. Those were for a different bug (bug #998914). No longer seen in v3.4.0.30rhs. Please confirm. When the size of the directory is equal to limit set on it, any further writes will fail. However for operations that create new dentries - create, symlink, mknod - we consider delta (which will be updated to the directory size) to be zero. This allows the fop to pass quota checks. In the cbk, marker updates the size of directory to account for iabuf.ia_blocks. Had ia_blocks been non-zero, subsequent create operations wouldn't pass quota limit checks in enforcer (since size of directory + delta > limit). However, because of a regression introduced in the workaround to xfs pre-allocation (to not affect quota wildly), iabuf.ia_blocks in create cbk is set to zero. This results in any number of create operations to pass quota limit checks. Is there a resolution or a patch available for this one upstream yet? *** Bug 989753 has been marked as a duplicate of this bug. *** Downstream patches submitted at: rhs-2.1: https://code.engineering.redhat.com/gerrit/#/c/13654/ rhs-2.1-u1: https://code.engineering.redhat.com/gerrit/#/c/13667/ upstream patch: http://review.gluster.org/6035 regards, Raghavendra bug 1016419 tracks accounting space consumed for storing directory entries. Used the similar scenario as mentioned in the description section and found a file of zero size this time, -rw-rw-r--. 1 qa1 qa1 1048576 Oct 24 2013 file1050 -rw-rw-r--. 1 qa1 qa1 0 Oct 24 2013 file1053 -rw-rw-r--. 1 qa1 qa1 1048576 Oct 24 2013 file106 list info after i/o finished, [root@quota1 ~]# gluster volume quota dist-rep3 list /qa1/dir1-data Path Hard-limit Soft-limit Used Available -------------------------------------------------------------------------------- /qa1/dir1-data 1.0GB 80% 1.0GB 0Bytes other info, [qa1@rhsauto005 dir1-data]$ du -sh . 1.1G . [qa1@rhsauto005 dir1-data]$ pwd /mnt/nfs-test/qa1/dir1-data [qa1@rhsauto005 dir1-data]$ mount | grep dist-rep3 10.70.42.186:/dist-rep3 on /mnt/nfs-test type nfs (rw,addr=10.70.42.186) Found on glusterfs.3.4.0.36rhs Hi Du, In yesterday's call it was noted that this bug would not be fixed for Big Bend U1. Could you please review the doc text I have entered. Once you approve. I'll add it as a known issue in the Release Notes. Moving the known issues to Doc team, to be documented in release notes for U1 Moving the known issues to Doc team, to be documented in release notes for U1 Moving the known issues to Doc team, to be documented in release notes for U1 I've documented this as a known issue in the BB U1 Release Notes. Here is the link: http://documentation-devel.engineering.redhat.com/docs/en-US/Red_Hat_Storage/2.1/html/2.1_Update_1_Release_Notes/chap-Documentation-2.1_Update_1_Release_Notes-Known_Issues.html This issue is fixed in RHS-3.0. In 2.1 this will as known issue. Closing the bug as future fix |