Comment 7 for bug 1968330

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/71791643b48de70cbff77ee4f9281fc6486b1814 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.