action #38765


[openqa][ipmi] "logs_from_installation_system" step failed due to couldn't "get_installation_partition" when the system isn't in /dev/sda partition

Added by cachen about 5 years ago. Updated almost 5 years ago.

Bugs in existing tests
Target version:
Start date:
Due date:
% Done:


Estimated time:


Similar failure happens quite often on the servers, which has multi hard disks.

diff --git a/lib/ b/lib/
index 18830256..7a78c963 100644
--- a/lib/
+++ b/lib/
@@ -146,7 +146,7 @@ sub umount_installation_disk {

sub get_installation_partition {

  • my $partition = script_output("fdisk -l | grep \"\/dev\/sda.*\*\" | cut -d ' ' -f 1");
  • my $partition = script_output("fdisk -l | grep \"\/dev\/sd.*\*\" | cut -d ' ' -f 1"); return $partition; }

This may fix the issue, but I have test in openQA.

Actions #1

Updated by cachen about 5 years ago

BTW, this issue made many noisy to virtualization testing. But as Alice investigated, it also may caused by bug

Actions #2

Updated by mitiao about 5 years ago

  • Project changed from openQA Project to openQA Tests
Actions #3

Updated by cachen about 5 years ago

  • Priority changed from High to Normal

confirmed by manually check, the root cause is as bug1101806 described 'fdisk -l' didn't present the correct installation partition in openqaworker2:24 server:

Wrong marked in sdd1:
Device Boot Start End Sectors Size Id Type
/dev/sdd1 * 2048 83892223 83890176 40G 83 Linux
/dev/sdd2 83892224 1172121599 1088229376 518.9G 83 Linux

It should in sda2, but got wrong information:
Device Start End Sectors Size Type
/dev/sda1 2048 16383 14336 7M BIOS boot
/dev/sda2 16384 468860927 468844544 223.6G Microsoft basic data

Refers to:
df -h
/dev/sda2 224G 186M 223G 1% /mnt

So, this failure will block xen tests on this server until the bug get fixed, otherwise perhaps we can find a workaround?

Actions #4

Updated by okurz about 5 years ago

  • Category set to Bugs in existing tests
Actions #5

Updated by jbaier_cz almost 5 years ago

Just a wild guess, this might be already fixes by

Actions #6

Updated by okurz almost 5 years ago

  • Status changed from New to Resolved
  • Assignee set to jbaier_cz

I think so as well. Anyone minds when I close this ticket?


Also available in: Atom PDF