Re: Internal error xfs_trans_cancel
From: Daniel Wagner <hidden>
Date: 2016-06-02 05:23:31
Also in:
linux-fsdevel, lkml
posix03 and posix04 just emit error messages: posix04 -n 40 -l 100 posix04: invalid option -- 'l' posix04: Usage: posix04 [-i iterations] [-n nr_children] [-s] <filename> .....
I screwed that this up. I have patched my version of lockperf to make all test using the same options names. Though forgot to send those patches. Will do now. In this case you can use use '-i' instead of '-l'.
So I changed them to run "-i $l" instead, and that has a somewhat undesired effect: static void kill_children() { siginfo_t infop; signal(SIGINT, SIG_IGN);quoted
quoted
quoted
quoted
quoted
kill(0, SIGINT);while (waitid(P_ALL, 0, &infop, WEXITED) != -1); } Yeah, it sends a SIGINT to everything with a process group id. It kills the parent shell:
Ah that rings a bell. I tuned the parameters so that I did not run into this problem. I'll do patch for this one. It's pretty annoying.
$ ./run-lockperf-tests.sh /mnt/scratch/ pid 9597's current affinity list: 0-15 pid 9597's new affinity list: 0,4,8,12 sh: 1: cannot create /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor: Directory nonexistent posix01 -n 8 -l 100 posix02 -n 8 -l 100 posix03 -n 8 -i 100 $ So, I've just removed those tests from your script. I'll see if I have any luck with reproducing the problem now.
I was able to reproduce it again with the same steps. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs