Open bengland2 opened 8 years ago
So you want
1) a new option in pbench-fio for --file=
....and fio --client will take care of adding a unique string to the file name specified in the job file, so the client don;t use the same file?
@bengland2, can you update where you are at with this?
sorry I've been a poor correspondent. But yes, the original idea of fio --client enhancement was to generate unique filenames across a cluster, so if we specify a filename=ben we should see files like ben.172.18.0.1, ben.172.18.0.2, ... etc. I tried this on a ceph cluster with fio --client back in June. So fio --client support is there, but the parameters in pbench-fio are not AFAIK.
@ndokos I just raised the priority on this issue. This is why we can't use pbench-fio for cephfs testing or glusterfs testing, or OpenStack Manila testing.
pbench-fio fails to run a distributed filesystem test in the way that fio --client has been taught to do. What we want to do is specify a test directory, such as /mnt/cephfs/fio, and specify a filename in the job file generated by pbench-fio. There is no --filename parameter. If you try to specify it with -d then the --directory parameter does not get used.
This does not impact Cinder volume testing of OpenStack.
Here's an example of what does work for distributed filesystem testing using fio:
Note that fio --client can use separate files for each host. The PR for this was fio PR 66 and it is described in preceding PR 65.
If I try to run this in pbench-fio with something like:
We don't even get files in the Cephfs filesystem, they go to /tmp/fio or some default place instead. However,
Will produce just one file for the entire distributed filesystem and all clients will access the same file. While this is an interesting test, it is not typically the one we want to do.