action #38765
closed
[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 over 6 years ago.
Updated over 6 years ago.
Category:
Bugs in existing tests
Description
https://openqa.nue.suse.com/tests/1853694#step/logs_from_installation_system/11
Similar failure happens quite often on the servers, which has multi hard disks.
diff --git a/lib/ipmi_backend_utils.pm b/lib/ipmi_backend_utils.pm
index 18830256..7a78c963 100644
--- a/lib/ipmi_backend_utils.pm
+++ b/lib/ipmi_backend_utils.pm
@@ -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.
- Project changed from openQA Project (public) to openQA Tests (public)
- 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?
- Category set to Bugs in existing tests
- 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