[LU-646] clarification of lustre fsync behavior Created: 29/Aug/11 Updated: 29/Apr/14 Due: 08/Sep/11 Resolved: 11/Oct/11 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | Lustre 2.0.0, Lustre 1.8.6 |
| Fix Version/s: | Lustre 2.2.0, Lustre 2.1.2, Lustre 1.8.7 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Lai Siyao | Assignee: | Lai Siyao |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Severity: | 3 |
| Bugzilla ID: | 23,485 |
| Rank (Obsolete): | 4871 |
| Description |
|
NASA is asking for clarification of fsync(2) behavior with lustre. I'll ask the general question and then break it into two parts as we believe there is a bug in one Firstly, When a user issues an fsync(2) on a regular file descriptor in their code, we do not get a Secondly, when an fsync is issued on a directory file descriptor, from the man page: "Calling fsync() does not necessarily ensure that the entry in the directory containing the I would assume this does not mean file metadata, correct? When fsync is called on a directory in a lustre file system we do not get the expected result like |
| Comments |
| Comment by Lai Siyao [ 29/Aug/11 ] |
|
1.8 review is on http://review.whamcloud.com/1308. |
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 02/Sep/11 ] |
|
Integrated in Johann Lombardi : 9d92d8bddd3d66374d7303e30650df0c518891bf
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = FAILURE
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = FAILURE
|
| Comment by Build Master (Inactive) [ 27/Oct/11 ] |
|
Integrated in Result = SUCCESS
|
| Comment by Bob Glossman (Inactive) [ 03/May/12 ] |
|
http://review.whamcloud.com/#change,2643 |