[LTP] [PATCH 5/5] Add test for data integrity over NFS
Petr Vorel
pvorel@suse.cz
Tue Nov 12 22:40:15 CET 2024
> On 02. 11. 24 0:32, Petr Vorel wrote:
> > Hi Martin,
> > BTW I got timeout when testing nfs10.sh -v 4 -t tcp on Tumbleweed VM (2 CPU,
> > 1.4 GB RAM, 2 GB SWAP) on my laptop:
> > ...
> > The quickest way would be to use the same calculation (* $TST_CNT + 5% for spare
> > time) in nfs10.sh and increase tst_set_timeout with.
> Yes, that is expected for now, we need to add separate timeouts for each
> subtest, including per-filesystem.
Right, I suppose you post v2.
I wonder why you did not get timeouts on your laptop. I suppose calculation for
fsplough was below 5 min, right?
> > Or, I wonder if using tst_loader.sh and tst_run_shell.c would help to integrate
> > these. But I'm not sure how easily could be nfs_lib.sh integrated, e.g.
> > * isn't it too late, when it uses tst_net.sh (maybe this file would need to be
> > integrated)
> > * should use keep using TST_ALL_FILESYSTEMS=1 from tst_test.sh or configure
> > via all_filesystems=1 via json?
> I'm not sure I understand your idea.
Second idea (TST_ALL_FILESYSTEMS=1 => .all_filesystems=1) is wrong.
I was thinking how to run fsplough in nfs10.sh similarly to
testcases/lib/tests/shell_loader_c_child.sh to use $LTP_IPC_PATH. That would
help better integration (e.g. common results counter, maybe even timeout on
single place). This should be quite easy.
I was also thinking whether rewrite nfs_lib.sh into C (much more work,
there would probably need to be tst_net.sh equivalent in C questionable if
worth of the effort).
Kind regards,
Petr
More information about the ltp
mailing list