[LU-517] e2fsprogs can't create a packages if lustre mounted on build host. Created: 20/Jul/11 Updated: 26/Oct/11 Resolved: 01/Sep/11 |
|
| Status: | Closed |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major |
| Reporter: | Alexey Lyashkov | Assignee: | Andreas Dilger |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
RHEL6 |
||
| Story Points: | 1 |
| Severity: | 3 |
| Rank (Obsolete): | 6579 |
| Description |
|
i tried to rebuild e2fsprogs from repo and hit a error. Size of struct ext2_super_block is 1024 that error removed when i stopped a lustre fs which a run on same test env. |
| Comments |
| Comment by Andreas Dilger [ 20/Jul/11 ] |
|
This is probably due to hard coding /dev/loop0 into the test script, which is also used if you are testing Lustre with an "llmount.sh" setup. It seems the e2fsprogs test script should check if /dev/loop device is free before using it. |
| Comment by Andreas Dilger [ 01/Sep/11 ] |
|
Actually, it looks like the tst_read_ea test is checking for a filesystem with "user_xattr" as a mount option (which the MDS mountpoint matches) and then trying to create a temporary file in /mnt/mds via the VFS and read it back via libext2fs and verify the value. Unfortunately, it is not possible to create files in /mnt/mds, so the test fails. Normally, a local ext3/4 filesystem should be found before the MDS mountpoint, so this has never previously been a problem. I guess build host has no ext3/4 filesystem locally mounted? The fix I'm going to commit is that if mkstemp() fails on the mountpoint (which could happen for a number of reasons such as permission problems, etc, just continue looking for another ext3/4 filesystem to run the test on. |
| Comment by Andreas Dilger [ 01/Sep/11 ] |
|
Fixed in the 1.41.90.wc4 build. |
| Comment by Build Master (Inactive) [ 01/Sep/11 ] |
|
Integrated in Andreas Dilger : 7178b715eb0ba5d55ee9cf51b75765e5c19ba67c
|
| Comment by Build Master (Inactive) [ 01/Sep/11 ] |
|
Integrated in Andreas Dilger : 7178b715eb0ba5d55ee9cf51b75765e5c19ba67c
|
| Comment by Build Master (Inactive) [ 01/Sep/11 ] |
|
Integrated in Andreas Dilger : 7178b715eb0ba5d55ee9cf51b75765e5c19ba67c
|
| Comment by Build Master (Inactive) [ 01/Sep/11 ] |
|
Integrated in Andreas Dilger : 7178b715eb0ba5d55ee9cf51b75765e5c19ba67c
|