In unapproved queue, after dropping unsupported SIPL signing.
https://launchpad.net/ubuntu/focal/+queue?queue_state=1&queue_text
=zfcpdump-kernel

** Description changed:

+ [Impact]
+ 
+  * Cannot perform ZFCP SCSI dump of LPAR instance
+ 
+ [Test Case]
+ 
+  * install zfcdump-kernel package
+ 
+  * Prepare zfcp dump with zipl -d
+ 
+  * Use HMC to stop all processors and perform SCSI dump
+ 
+  * Boot normally, verify that kernel dump is readable from the SCSI dump
+ partition.
+ 
+ [Regression Potential]
+ 
+  * This update corrects the name of the kernel image, but also bumps the
+ zfcpdump kernel sources to v5.4 to match focal. Currently zfcpdump is
+ unusable in focal. Bringing the kernel config to v5.4 may expose config
+ changes that behave differently. Please note this kernel is only used
+ when performing kernel dump and is not used for any regular operations.
+ 
+ [Other Info]
+  
+  * Original Bug report.
+ 
+ 
  Under Ubuntu 20.04 I wanted to prepare a SCSI dump disk:
  
  root@t35lp25:/~# apt install zfcpdump-kernel
  Reading package lists... Done
- Building dependency tree       
+ Building dependency tree
  Reading state information... Done
  The following NEW packages will be installed:
-   zfcpdump-kernel
+   zfcpdump-kernel
  0 upgraded, 1 newly installed, 0 to remove and 8 not upgraded.
  Need to get 1655 kB of archives.
  After this operation, 1757 kB of additional disk space will be used.
  Get:1 http://de.ports.ubuntu.com/ubuntu-ports focal/universe s390x 
zfcpdump-kernel s390x 4.13-0ubuntu1 [1655 kB]
- Fetched 1655 kB in 1s (1803 kB/s)         
+ Fetched 1655 kB in 1s (1803 kB/s)
  Selecting previously unselected package zfcpdump-kernel.
  (Reading database ... 53866 files and directories currently installed.)
  Preparing to unpack .../zfcpdump-kernel_4.13-0ubuntu1_s390x.deb ...
  Unpacking zfcpdump-kernel (4.13-0ubuntu1) ...
  Setting up zfcpdump-kernel (4.13-0ubuntu1) ...
  root@t35lp25:/~# zipl -d 
/dev/disk/by-id/scsi-36005076303ffd3270000000000004609-part1
  Error: Need external file '/lib/s390-tools/zfcpdump/zfcpdump-image' for 
partition dump: No such file or directory
  root@t35lp25:~# ls /lib/s390-tools/zfcpdump/
  zfcpdump-initrd  zfcpdump_part.image
  root@t35lp25:~#
  
  As you can see, zipl expects "zfcpdump-image", but "zfcpdump_part.image" is 
available.
  with paramater -d, zipl does NOT accept -i to override the image name. Thus I 
renamed zfcpdump_part.image to zfcpdump-image:
  
  root@t35lp25:~# cd /lib/s390-tools/zfcpdump
  root@t35lp25:/lib/s390-tools/zfcpdump# mv zfcpdump_part.image zfcpdump-image
  root@t35lp25:/lib/s390-tools/zfcpdump# zipl -d 
/dev/disk/by-id/scsi-36005076303ffd3270000000000004609-part1
  Building bootmap directly on partition 
'/dev/disk/by-id/scsi-36005076303ffd3270000000000004609-part1'
  Adding dump section
-   initial ramdisk...: /lib/s390-tools/zfcpdump/zfcpdump-initrd
-   kernel image......: /lib/s390-tools/zfcpdump/zfcpdump-image
-   kernel parmline...: 'root=/dev/ram0 dump_mem=1 possible_cpus=1 
cgroup_disable=memory '
-   component address:
-     heap area.......: 0x00002000-0x00005fff
-     stack area......: 0x0000f000-0x0000ffff
-     internal loader.: 0x0000a000-0x0000dfff
-     parameters......: 0x00009000-0x000091ff
-     kernel image....: 0x00010000-0x001b9fff
-     parmline........: 0x001ba000-0x001ba1ff
-     initial ramdisk.: 0x001c0000-0x0020edff
+   initial ramdisk...: /lib/s390-tools/zfcpdump/zfcpdump-initrd
+   kernel image......: /lib/s390-tools/zfcpdump/zfcpdump-image
+   kernel parmline...: 'root=/dev/ram0 dump_mem=1 possible_cpus=1 
cgroup_disable=memory '
+   component address:
+     heap area.......: 0x00002000-0x00005fff
+     stack area......: 0x0000f000-0x0000ffff
+     internal loader.: 0x0000a000-0x0000dfff
+     parameters......: 0x00009000-0x000091ff
+     kernel image....: 0x00010000-0x001b9fff
+     parmline........: 0x001ba000-0x001ba1ff
+     initial ramdisk.: 0x001c0000-0x0020edff
  Preparing boot device: sde.
  Done.
  root@t35lp25:/lib/s390-tools/zfcpdump#
  
  ===============================================
  Hi,
  
  zfcpdump_part.image got renamed to zfcpdump-image upstream with
  s390-tools v2.7.0. For me it looks like the old name is hard coded
  somewhere in the packaging/installation routines.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1876715

Title:
  [UBUNTU 20.04] zfcpdump-kernel package has different name for
  dumpkernel image than zipl expects

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1876715/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to