Activity log for bug #1876715

Date Who What changed Old value New value Message
2020-05-04 11:59:17 bugproxy bug added bug
2020-05-04 11:59:19 bugproxy tags architecture-s39064 bugnameltc-185713 severity-medium targetmilestone-inin2004
2020-05-04 11:59:21 bugproxy ubuntu: assignee Skipper Bug Screeners (skipper-screen-team)
2020-05-04 11:59:25 bugproxy affects ubuntu linux (Ubuntu)
2020-05-04 12:04:26 Heinz-Werner Seeck summary zfcpdump-kernel package has different name for dumpkernel image than zipl expects [UBUNTU 20.04] zfcpdump-kernel package has different name for dumpkernel image than zipl expects
2020-05-04 12:21:24 Frank Heimes bug task added ubuntu-z-systems
2020-05-04 12:21:30 Frank Heimes ubuntu-z-systems: importance Undecided Medium
2020-05-04 12:21:43 Frank Heimes ubuntu-z-systems: assignee Canonical Kernel Team (canonical-kernel-team)
2020-05-04 12:22:05 Frank Heimes linux (Ubuntu): assignee Skipper Bug Screeners (skipper-screen-team) Canonical Kernel Team (canonical-kernel-team)
2020-05-04 12:22:18 Frank Heimes ubuntu-z-systems: assignee Canonical Kernel Team (canonical-kernel-team) Skipper Bug Screeners (skipper-screen-team)
2020-05-06 18:09:09 Terry Rudd bug added subscriber Terry Rudd
2020-05-11 09:37:51 Frank Heimes ubuntu-z-systems: status New Triaged
2020-07-23 11:49:10 Frank Heimes ubuntu-z-systems: status Triaged Incomplete
2020-07-23 17:18:24 Dimitri John Ledkov ubuntu-z-systems: status Incomplete Fix Committed
2020-07-23 17:18:26 Dimitri John Ledkov linux (Ubuntu): status New Fix Committed
2020-09-02 16:50:35 Dimitri John Ledkov linux (Ubuntu): status Fix Committed In Progress
2020-09-02 16:50:37 Dimitri John Ledkov ubuntu-z-systems: status Fix Committed In Progress
2020-09-02 16:51:08 Dimitri John Ledkov affects linux (Ubuntu) zfcpdump-kernel (Ubuntu)
2020-09-02 16:51:18 Dimitri John Ledkov zfcpdump-kernel (Ubuntu): assignee Canonical Kernel Team (canonical-kernel-team)
2020-09-22 11:21:03 Dimitri John Ledkov bug added subscriber Ubuntu Stable Release Updates Team
2020-09-22 11:24:35 Dimitri John Ledkov description 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 Reading state information... Done The following NEW packages will be installed: 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) 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 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. [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 Reading state information... Done The following NEW packages will be installed:   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) 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 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.
2020-10-14 15:46:13 Matthieu Clemenceau tags architecture-s39064 bugnameltc-185713 severity-medium targetmilestone-inin2004 architecture-s39064 bugnameltc-185713 fr-663 severity-medium targetmilestone-inin2004
2020-10-15 14:39:00 Dimitri John Ledkov marked as duplicate 1877089
2020-12-14 19:23:06 Frank Heimes removed duplicate marker 1877089
2020-12-14 19:23:13 Frank Heimes zfcpdump-kernel (Ubuntu): status In Progress Fix Released
2020-12-14 19:23:19 Frank Heimes ubuntu-z-systems: status In Progress Fix Released
2020-12-14 19:23:28 Frank Heimes marked as duplicate 1877089