[LU-3603] posix test_1: path tracing error: path counter 1, expected 3 Created: 17/Jul/13  Updated: 08/Nov/13  Resolved: 08/Nov/13

Status: Closed
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.4.1, Lustre 2.5.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Maloo Assignee: Sarah Liu
Resolution: Duplicate Votes: 0
Labels: zfs
Environment:

lustre-master build #1560


Issue Links:
Duplicate
duplicates LU-4219 posix test_1: fpathconf.8 and pathcon... Resolved
Severity: 3
Rank (Obsolete): 9146

 Description   

This issue was created by maloo for sarah <sarah@whamcloud.com>

This issue relates to the following test suite run: http://maloo.whamcloud.com/test_sets/75c8bd20-ed44-11e2-99b4-52540035b04c.

The sub-test test_1 failed with the following error:

Run POSIX testsuite on /mnt/lustre failed

path tracing error: path counter 1, expected 3



 Comments   
Comment by Sarah Liu [ 22/Oct/13 ]

hit this error in lustre-b2_5 zfs testing
https://maloo.whamcloud.com/test_sets/a25115d8-3509-11e3-b76d-52540035b04c

Comment by Andreas Dilger [ 22/Oct/13 ]

It looks like ZFS* is somehow reporting that NAME_MAX IS 256 but it only accepts filenames of 255 bytes. This confuses POSIX. Probably the easiest thing is to change osd-zfs to return a max filename size of 255 to match ldiskfs.

[*] pathconf() results might be generated inside glibc instead of the filesystem, which is annoying and needs a patch to glibc to fix.

Comment by Jian Yu [ 05/Nov/13 ]

Lustre build: http://build.whamcloud.com/job/lustre-b2_4/49/
FSTYPE=zfs

posix test results:
https://maloo.whamcloud.com/test_sets/e74b645e-4634-11e3-810a-52540035b04c

Comment by Jian Yu [ 08/Nov/13 ]

The patch for LU-4219 can fix this issue. So, the ticket is closed as a duplicate of LU-4219.

Generated at Sat Feb 10 01:35:20 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.