Worked on this with Hui today, this issue seems to be caused by the insufficient disk space.
I have done some investigation on e2-highcpu-8 which has 10G disk. Here is the disk free space on this instance with different kernels:
* 1.9G free on / with J-gkeop
* 3.2G free on / with J-gke
A manual test for gf15 on e2-highcpu-8 with J-gkeop-5.15.0-1036.42 shows it will eat up all the free space very quickly and fail with the following error message in the end:
growfiles(gf15): 62846 growfiles.c/2262: 78769 tlibio.c/739 write(3, buf, 4336) ret:-1, errno=28 No space left on device
gf15 1 TFAIL : growfiles.c:134: Test failed
Although the error message is a bit different from what we see on the J-gkeop-5.15.0-1036.42 test report:
growfiles(gf15): 58147 growfiles.c/2262: 81180 tlibio.c/1007 pwrite(8, buf, 46928, 2011908881) returned=13551
growfiles(gf15): 58147 growfiles.c/1765: 81180 Hit max errors value of 1
And this is the command we use for gf15 test:
gf15 growfiles -W gf15 -b -e 1 -u -r 1-49600 -I r -u -i 0 -L 120 -f Lgfile1 -d $TMPDIR
After free up some space, make 2.2G free on / with J-gkeop this test will pass.
The reason why J-gkeop used up more space then J-gke is because linux-firmware depends on linux-image-gkeop. I am not sure why we are installing linux-frmware package (which took 1G space) on this cloud kernel. If we can get rid of it this test should be able to pass.
Worked on this with Hui today, this issue seems to be caused by the insufficient disk space.
I have done some investigation on e2-highcpu-8 which has 10G disk. Here is the disk free space on this instance with different kernels:
* 1.9G free on / with J-gkeop
* 3.2G free on / with J-gke
A manual test for gf15 on e2-highcpu-8 with J-gkeop- 5.15.0- 1036.42 shows it will eat up all the free space very quickly and fail with the following error message in the end:
growfiles(gf15): 62846 growfiles.c/2262: 78769 tlibio.c/739 write(3, buf, 4336) ret:-1, errno=28 No space left on device
gf15 1 TFAIL : growfiles.c:134: Test failed
Although the error message is a bit different from what we see on the J-gkeop- 5.15.0- 1036.42 test report:
growfiles(gf15): 58147 growfiles.c/2262: 81180 tlibio.c/1007 pwrite(8, buf, 46928, 2011908881) returned=13551
growfiles(gf15): 58147 growfiles.c/1765: 81180 Hit max errors value of 1
But I think the disk space is the key. From this commit in LTP https:/ /github. com/linux- test-project/ ltp/commit/ 71791643b48de70 cbff77ee4f9281f c6486b1814 it mentioned that:
> If -i option is set to zero, some growfiles tests (e.g. gf01,
> gf[10-11], gf[14-15], gf18) will grow every file size to 2G
> before stopping test.
And this is the command we use for gf15 test:
gf15 growfiles -W gf15 -b -e 1 -u -r 1-49600 -I r -u -i 0 -L 120 -f Lgfile1 -d $TMPDIR
After free up some space, make 2.2G free on / with J-gkeop this test will pass.
The reason why J-gkeop used up more space then J-gke is because linux-firmware depends on linux-image-gkeop. I am not sure why we are installing linux-frmware package (which took 1G space) on this cloud kernel. If we can get rid of it this test should be able to pass.