Project

General

Profile

Actions

action #45836

closed

[tools] qcow images mismatch in size

Added by mloviska over 5 years ago. Updated over 4 years ago.

Status:
Rejected
Priority:
High
Assignee:
Category:
Feature requests
Target version:
-
Start date:
2019-01-08
Due date:
% Done:

0%

Estimated time:

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
}

Related issues 1 (0 open1 closed)

Related to openQA Tests - action #51743: [openqa] All LTP tests are failing on boot_ltp for openSUSE (o3) on [x86_64]Resolvedpvorel2019-05-21

Actions
Actions #1

Updated by coolo over 5 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.

Actions #2

Updated by rpalethorpe over 5 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.

Actions #3

Updated by okurz about 5 years ago

  • Category changed from 132 to Feature requests
Actions #4

Updated by Xiaojing_liu almost 5 years ago

  • Assignee set to Xiaojing_liu
Actions #5

Updated by okurz almost 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.

Actions #6

Updated by coolo almost 5 years ago

  • Target version deleted (Ready)
Actions #7

Updated by rpalethorpe over 4 years ago

  • Related to action #51743: [openqa] All LTP tests are failing on boot_ltp for openSUSE (o3) on [x86_64] added
Actions #8

Updated by rpalethorpe over 4 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.

Actions

Also available in: Atom PDF