NAME

       disorderfs - FUSE filesystem that introduces non-determinism

SYNOPSIS

       disorderfs [OPTIONS...] ROOTDIR MOUNTPOINT

DESCRIPTION

       disorderfs is an overlay FUSE filesystem that introduces non-determinism into filesystem
       metadata. For example, it can randomize the order in which directory entries are read.
       This is useful for detecting non-determinism in the build process.

       ROOTDIR is the path to the underlying directory that is to be mirrored, and MOUNTPOINT is
       where the overlay should be mounted.

OPTIONS

       See fusermount(1), mount.fuse(8), and mount(8) for a full list of options.

       Options specific to disorderfs:

       --multi-user=yes|no
           Whether or not to allow other users to access the overlay mount (default: no). When
           enabled, disorderfs accesses the underlying file with the same credentials (user ID,
           group ID, supplemental group list) as the process accessing the overlaid file. This is
           different from FUSE’s allow_other option, which allows other users access, but causes
           disorderfs to access the underlying filesystem with the credentials of the user
           running disorderfs, which is usually undesirable.

           --multi-user=yes requires disorderfs to run as root.

       --shuffle-dirents=yes|no
           Whether or not to randomly shuffle directory entries (default: no). The directory
           entries are shuffled every time the directory is read, so repeated reads of the same
           directory will probably return different results.

       --reverse-dirents=yes|no
           Whether or not to return directory entries in reverse order (default: yes).

       --sort-dirents=yes|no
           Whether or not to return directory entries in sorted order (default: no).

           Note that you need to explictly override the default --reverse-dirents=no to get
           results in expected order.

       --pad-blocks=N
           Add N to the st_blocks field in struct stat(2) (default: 1).

       --share-locks=yes|no
           Whether or not to share locks between disorderfs and the underlying filesystem
           (default: no). When this option is enabled, locks created on the underlying filesystem
           are visible within disorderfs, and vice-versa. When this option is disabled, locks
           still work within disorderfs, but if one process accesses the underlying filesystem
           directly, and another process accesses through disorderfs, they won’t see each others'
           locks.

           Lock sharing is currently buggy, so it is disabled by default.

       --help, -h
           Display help.

       --version, -V
           Display the version.

BUGS

       --share-locks=yes is currently buggy: programs may report that a file is locked when it
       really isn’t.

AUTHOR

       Andrew Ayer <agwa@andrewayer.name>

                                            2015-08-21                              DISORDERFS(1)