action #80188
closed[opensuse][s390x] Deployment failure during DASD configuration
0%
Description
Observation¶
A DASD should be deconfigured, which is not successfully.
Some needles before, you can find the reason with a failure during loading the driver.
openQA test in scenario opensuse-Tumbleweed-DVD-s390x-bsc1178790@s390x-zVM-vswitch-l2 fails in
bootloader_start
Test suite description¶
Maintainer: slindomansilla
Try to reproduce https://bugzilla.opensuse.org/show_bug.cgi?id=1178790
dasd_configure: Error: Could not write file /sys/bus/ccw/drivers/dasd-eckd/0.0.0150/online: Resource temporarily unavailable
Reproducible¶
Fails since (at least) Build 20201121 (current job)
Expected result¶
The DASD should be reconfigurable.
Further details¶
Always latest result in this scenario: latest
Updated by AdaLovelace about 4 years ago
- Subject changed from Deployment failure during DASD configuration to [qe-core]Deployment failure during DASD configuration
Updated by AdaLovelace about 4 years ago
I found this hint: https://www.ibm.com/support/knowledgecenter/nl/SSLL2F_1.1.2/com.ibm.cloudin.doc/troubleshooting/known_problems_and_solutions/general/dasdissue.html
So it can be a security issue or a configuration issue.
Updated by AdaLovelace about 4 years ago
- Subject changed from [qe-core]Deployment failure during DASD configuration to [qe-core][s390x]Deployment failure during DASD configuration
Updated by SLindoMansilla about 4 years ago
- Subject changed from [qe-core][s390x]Deployment failure during DASD configuration to [opensuse][s390x] Deployment failure during DASD configuration
It is not reproducible in SLE (yet?). So, the ticket will not be managed as QE-Core.
Updated by SLindoMansilla about 4 years ago
Hi Sarah,
Do you mean that it is not a product bug? If you also consider that it is a product bug, it should be handled in https://bugzilla.opensuse.org/show_bug.cgi?id=1178790
But, I assume you created this ticket to investigate the possibility of it not being a product bug. I have labeled scenarios textmode
and textmode-server
with this ticket, since I expect to workaround those scenarios to not reconfigure the disks using dasd_configure
. But, if there are no facts supporting that it isn't a product bug, it should be labeled with https://bugzilla.opensuse.org/show_bug.cgi?id=1178790
The link you provided states that it is a product bug, so that should be done by developers, who don't look at progress.opensuse.org. They look at Bugzilla for bugs and Jira for features. So, I am adding a comment to the bug ticket with your link.
Updated by okurz about 4 years ago
- Assignee set to AdaLovelace
SLindoMansilla wrote:
It is not reproducible in SLE (yet?). So, the ticket will not be managed as QE-Core.
effectively this means that there is likely no one else than AdaLovelace herself to follow up with that then.
@AdaLovelace SLindoMansilla has provided a good suggestion. If you can follow with this then please do so, otherwise I guess we need to argue with "SLindoMansilla" and "tjyrinki_suse" for the team QE Core to pick it up again :)
Updated by SLindoMansilla about 4 years ago
To clarify:
If product bug¶
- Prio 1 for QE-Core: bugzilla ticket
- Prio 2 for QE-Core: workaround test
- Then, developers work on the bugzilla ticket. No progress.opensuse.org ticket.
If there is no product bug, but test/infrastructure needs adaptions¶
- progress.opensuse.org ticket
- does it affect testing SLE?
- if yes, then Prio 1 for QE-Core
- if no, then ignored by QE-Core
Updated by SLindoMansilla about 4 years ago
But, I could work on those progress tickets that are ignored by QE-Core.
The reason why I didn't pick this ticket is because I don't know how to investigate further if it is not a product bug. So, I continue focusing on the bug ticket.
Sarah, if you think it is a product bug, you can reject this progress.opensuse.org ticket.
Updated by AdaLovelace about 4 years ago
I was not sure, whether that would be a product bug or a configuration issue. That is the reason that I have created this issue.
Correct!
Updated by AdaLovelace about 4 years ago
- Status changed from New to In Progress
The discussion is following in the referenced bug report. An IBM Developer will look on it.
Updated by AdaLovelace about 4 years ago
This bug will be handled together with the SLE bug by IBM:
https://bugzilla.linux.ibm.com/show_bug.cgi?id=190010
Updated by okurz about 4 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: textmode-server
https://openqa.opensuse.org/tests/1509694
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released"
- The label in the openQA scenario is removed
Updated by AdaLovelace about 4 years ago
Hi Oliver,
I want to add following code to the chzdev command: https://openqa.opensuse.org/tests/1514423#step/bootloader_s390/64
#Data for DASD bug
@dirs = < /proc/[0-9]* >;
assert_script_run("open (OUTPUT, ">", "/var/log/DASDBugInformation.log") or die "Can't open log file!";
foreach $dir (@dirs) {
$file1 = join '', $dir, '/comm';
open (FILE, '<' $file1);
print OUTPUT ;
close (FILE);
$file2 = join '', $dir, '/stack';
open (FILE, '<' $file2);
print OUTPUT ;
close (FILE);
}
close (OUTPUT) or "Couldn't close DASD log file!";
I can find the dasd_configure, but no "chzdev -d" with --no-root-update in os-autoinst-distri-opensuse. Our Developers require more information and gave me following bash code which is equal to the Perl code above (for the chzdev case where dasd_configure hangs).
for i in /proc/[0-9]*; do echo; cat $1/comm; cat $i/stack; done
Updated by AdaLovelace about 4 years ago
Log files are generated and forwarded.
Updated by AdaLovelace about 4 years ago
- Status changed from In Progress to Resolved