Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
    • Help
    • Support
    • Submit feedback
    • Contribute to GitLab
  • Sign in
D
darshan
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 72
    • Issues 72
    • List
    • Boards
    • Labels
    • Milestones
  • Merge Requests 5
    • Merge Requests 5
  • Analytics
    • Analytics
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
  • darshan
  • darshan
  • Issues
  • #127

Closed
Open
Opened Sep 24, 2015 by Shane Snyder@ssnyder
  • Report abuse
  • New issue
Report abuse New issue

UNKNOWN fs type and mount point fields in log files from Hopper system

The darshan-parser output for log files generated on Hopper will sometimes show UNKNOWN for the mount point and fs type. This only happens for files that are not opened on rank 0. The problem does not appear in globally shared files, or files at rank 0.

Closer inspection of the log file indicates that the CP_DEVICE field is set to zero. Preliminary test runs that print the CP_DEVICE field at the time that the file is opened indicate that it is correct, however. Maybe the data is being corrupted when adjusting that field to match device IDs detected at rank 0?

Another observation is that this is occurring for files opened on the $SCRATCH (Lustre) file system on Hopper, which has an unusually large device ID of 3592384858.

Need to find a simpler test case and determine if this problem is present on Beagle as well.

Assignee
Assign to
improved-cray-support
Milestone
improved-cray-support
Assign milestone
Time tracking
None
Due date
None
2
Labels
defect wrapper libraries
Assign labels
  • View project labels
Reference: darshan/darshan#127