Back to bug 998904
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Vijay Bellur | 2013-08-21 05:04:48 UTC | Assignee | amarts | rabhat |
| Raghavendra G | 2013-08-23 04:09:05 UTC | CC | rgowdapp | |
| Raghavendra G | 2013-08-27 05:18:39 UTC | Status | NEW | ASSIGNED |
| Flags | needinfo? | |||
| Saurabh | 2013-08-27 05:32:36 UTC | Flags | needinfo? | |
| Raghavendra Bhat | 2013-09-17 10:46:31 UTC | Status | ASSIGNED | MODIFIED |
| Raghavendra Bhat | 2013-09-24 09:35:48 UTC | Status | MODIFIED | ON_QA |
| Vivek Agarwal | 2013-09-24 10:05:37 UTC | CC | vagarwal | |
| Gowrishankar Rajaiyan | 2013-09-24 11:21:27 UTC | CC | grajaiya | |
| QA Contact | sdharane | saujain | ||
| Flags | needinfo?(vagarwal) | |||
| Raghavendra Bhat | 2013-09-24 11:33:38 UTC | Fixed In Version | glusterfs-3.4.0.33rhs | |
| Scott Haines | 2013-09-24 12:43:21 UTC | Keywords | ZStream | |
| shylesh | 2013-09-25 15:38:28 UTC | Status | ON_QA | VERIFIED |
| CC | shmohan | |||
| Raghavendra Bhat | 2013-09-30 09:31:37 UTC | Flags | needinfo?(vagarwal) | |
| Raghavendra Bhat | 2013-10-21 14:18:15 UTC | Doc Text | Cause: Distribute xlator splits the rename fop into mknod, link, unlink when rename causes the destination entry to be hashed to a separate subvolume other than the source. Distribute sends those calls as internal fops. Those internal fops were not handled properly. Consequence: Quota calcuation was going wrong and even renames were being failed due to wrong quota calculations. Fix: Before updating the size of the file for a fop, check whether the fop is internal or not. Result: |
|
| Vivek Agarwal | 2013-11-08 08:52:17 UTC | Priority | unspecified | high |
| krishnan parthasarathi | 2013-11-22 12:30:49 UTC | CC | kparthas | |
| Doc Text | Cause: Distribute xlator splits the rename fop into mknod, link, unlink when rename causes the destination entry to be hashed to a separate subvolume other than the source. Distribute sends those calls as internal fops. Those internal fops were not handled properly. Consequence: Quota calcuation was going wrong and even renames were being failed due to wrong quota calculations. Fix: Before updating the size of the file for a fop, check whether the fop is internal or not. Result: | Previously, on a quota enabled volume, renames performed on a directory with quota limits set, may fail due to an accounting logic error. Now with this update, the accounting logic handles rename operations correctly, and the rename operations work as expected. | ||
| errata-xmlrpc | 2013-11-27 15:31:40 UTC | Status | VERIFIED | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2013-11-27 10:31:40 UTC | |||
| John Skeoch | 2016-01-19 06:12:26 UTC | CC | mzywusko |
Back to bug 998904