action #45836
closed[tools] qcow images mismatch in size
0%
Description
Image created and published by create_hdd_gnome job differs in size on workers, most likely causing boot issues in tests.
https://openqa.suse.de/tests/2362413
[2019-01-08T16:08:16.310 CET] [debug] running /usr/bin/qemu-img info --output=json /var/lib/openqa/pool/6/SLES-15-SP1-x86_64-Build131.4@64bit-gnome.qcow2
[2019-01-08T16:08:16.319 CET] [debug] {
"virtual-size": 1524891648,
"filename": "/var/lib/openqa/pool/6/SLES-15-SP1-x86_64-Build131.4@64bit-gnome.qcow2",
"format": "raw",
"actual-size": 1526386688,
"dirty-flag": false
}
https://openqa.suse.de/tests/2362412
[2019-01-08T15:49:17.437 CET] [debug] running /usr/bin/qemu-img info --output=json /var/lib/openqa/pool/1/SLES-15-SP1-x86_64-Build131.4@64bit-gnome.qcow2
[2019-01-08T15:49:17.458 CET] [debug] {
"virtual-size": 1524891648,
"filename": "/var/lib/openqa/pool/1/SLES-15-SP1-x86_64-Build131.4@64bit-gnome.qcow2",
"format": "raw",
"actual-size": 1524891648,
"dirty-flag": false
}
https://openqa.suse.de/tests/2362410
[2019-01-08T15:44:54.092 CET] [debug] running /usr/bin/qemu-img info --output=json /var/lib/openqa/pool/7/SLES-15-SP1-x86_64-Build131.4@64bit-gnome.qcow2
[2019-01-08T15:44:54.104 CET] [debug] {
"virtual-size": 1524891648,
"filename": "/var/lib/openqa/pool/7/SLES-15-SP1-x86_64-Build131.4@64bit-gnome.qcow2",
"format": "raw",
"actual-size": 1526386688,
"dirty-flag": false
}
https://openqa.suse.de/tests/2360782
[2019-01-07T18:39:50.997 CET] [debug] running /usr/bin/qemu-img info --output=json /var/lib/openqa/pool/4/SLES-15-SP1-x86_64-Build131.4@64bit-gnome.qcow2
[2019-01-07T18:39:51.006 CET] [debug] {
"virtual-size": 32212254720,
"filename": "/var/lib/openqa/pool/4/SLES-15-SP1-x86_64-Build131.4@64bit-gnome.qcow2",
"cluster-size": 65536,
"format": "qcow2",
"actual-size": 1553018880,
"format-specific": {
"type": "qcow2",
"data": {
"compat": "1.1",
"lazy-refcounts": false,
"refcount-bits": 16,
"corrupt": false
}
},
"dirty-flag": false
}
Updated by coolo about 6 years ago
- Priority changed from Normal to High
- Target version set to Ready
Possibly we need to run the asset download under a different user to discover isotovideo changing the original file. It's supposed to only be used as backend file.
Updated by rpalethorpe about 6 years ago
"format": "raw"
On failed jobs
"format": "qcow2"
On job that boots (and also the sizes change), so the images have been corrupted before this job began to run.
Possibly we need to run the asset download under a different user to discover isotovideo changing the original file. It's supposed to only be used as backend file.
Yeah, QEMU should not modify the base file and possibly opens it as read-only. The os-autoinst QEMU backend should never touch it directly; only with qemu-img info and QEMU itself.
Updated by okurz over 5 years ago
- Status changed from New to Rejected
@Xiaojing_liu you tried to reproduce and mentioned https://openqa.suse.de/tests/3325803/file/autoinst-log.txt but it does not show the problem. The description of the ticket was referencing differing values from different jobs, e.g. parent and child. As discussed and decided already two days ago we should not invest further time in this unless we find a better way to reproduce or have more recent reproducers from production.
Updated by rpalethorpe about 5 years ago
- Related to action #51743: [openqa] All LTP tests are failing on boot_ltp for openSUSE (o3) on [x86_64] added
Updated by rpalethorpe about 5 years ago
Please try hexdump -C -n 256K <img>.qcow2 to see whether the file is all zeroes or complete garbage etc. Like in the linked issue.