action #52286
closedcoordination #51665: [functional][y][s390][epic] Create new test suite for s390 specific yast modules
Automate scenario for yast2 dump YaST module on s390x
0%
Description
Yast2 dump module test proposal:¶
That module is a front-end for mkdump. It does this:
mkdump --list-dasd
mkdump --list-zfcp
mkdump [--force] /dev/[device]
Te mkdump modules automatically lists DASD or ZFCP device that can be used as dump device. Such device should be of ECKD type (mkdump does not work with FBA, this can be subject to a soft failure) it must have exclusive access and have VM's RAM+ 10MB of free space.
Acceptance criteria¶
- Smoke test for yast2 dump module is enabled on s390x at least for SLE 15 SP2
Suggestions¶
1 - Activate some DASD and/or ZFCP device:
This can be done in various ways:
- During installation,
- Later by command line as in bootloader (command: "dasd_configure 0.0.200 1". That disk should be free is is "dumpable".)
- By putting this test module after the ones for dasd and/or zfcp, which also allow to enable disks. See also: the SUT for ZFCP, s390x-zfcp.
2 - Start yast2 dump, initialize some disk for dumping.
Don't forget to signal https://bugzilla.suse.com/show_bug.cgi?id=1135241 as soft-failure if an incompatible disk is shown here.
3 - check if disk is marked as dump disk, either in the module itself or with mkdump --list-dump
Documentation:
About dump devices : https://public.dhe.ibm.com/software/dw/linux390/docu/ljs0dt00.pdf
ZFCP and multipath tutorial (very good): https://share.confex.com/share/117/webprogram/Handout/Session9478/SHARE%20Boston%209222%20-%20SCSI.pdf
Updated by SLindoMansilla over 5 years ago
- Category set to New test
As a result of backlog triaging (see https://progress.opensuse.org/projects/openqatests/wiki#ticket-backlog-triaging for more information).
Please, feel free to adjust the category or the "[label]" if you think different.
Updated by riafarov over 5 years ago
- Due date changed from 2019-07-23 to 2019-07-30
Updated by riafarov over 5 years ago
- Description updated (diff)
- Due date deleted (
2019-07-30) - Assignee set to riafarov
Updated by riafarov over 5 years ago
- Status changed from New to Blocked
With mentioned bugs seems that we can only do very limited testing of the modules. Let's see if we'll get any of those issues fixed before proceeding.
Updated by riafarov about 5 years ago
- Due date set to 2020-02-04
- Target version changed from Milestone 27 to Milestone 29
Updated by riafarov about 5 years ago
- Target version changed from Milestone 29 to Milestone 30+
Updated by mgriessmeier almost 5 years ago
- Target version changed from Milestone 30+ to Milestone 30
bulk moved to M30 for revisiting
Updated by riafarov almost 5 years ago
- Due date changed from 2020-02-04 to 2020-04-07
- Target version changed from Milestone 30 to Milestone 33
Updated by riafarov over 4 years ago
- Due date changed from 2020-04-07 to 2021-01-12
- Target version changed from Milestone 33 to future
Unfortunately, we cannot expect the fix anytime soon.
Updated by riafarov about 4 years ago
- Project changed from openQA Tests to qe-yam
- Due date deleted (
2021-01-12) - Category deleted (
New test)
Updated by riafarov almost 4 years ago
- Target version changed from future to SLE 15 SP3
Updated by oorlov over 3 years ago
- Target version changed from SLE 15 SP3 to Current
Updated by oorlov over 2 years ago
- Assignee changed from oorlov to JERiveraMoya
Updated by JERiveraMoya over 2 years ago
- Tags set to YaST
- Subject changed from [functional][y] automate scenario for yast2 dump YaST module on s390x to Automate scenario for yast2 dump YaST module on s390x
- Status changed from Blocked to New
- Assignee deleted (
JERiveraMoya) - Priority changed from Normal to Low
Updated by JERiveraMoya about 2 years ago
- Target version changed from Current to future