15.6 dup to 16.0 failure

warning: ...filesystem... Header...NOKEY make a copy of /bin merge the copy with /usr/bin make a copy of sbin merge the copy with /usr/sbin make a copy of /lib merge the copy with /usr/lib clean up duplicates in /usr/lib make a copy of /lib64 merget the copy with /usr/lib64 clean up duplicates in /usr/lib64 switch to new /usr/bin /usr/libexec/convertfs: line 95: 4474 Illegal instruction (core dumped) /usr/libexec/xmv "$ROOT/usr/${DIR}.usrmerge" "$ROOT/usr/$dir" UsrMerge conversion failed, cleaning up !!! ATTENTION: Do NOT proceed if you see this message during !!! distribution upgrade. Chances are high that your system might !!! break beyond repair if you do. error: lua script failed: [string "%prein(filesystem-084.87-slfo.1.2.1.x86_64)"]: exit error: filesystem-084.87-slfo.1.2.1.x86_64: install failed error: filesystem-15.0-11.8.1.x86_64 erase skipped (35/1175) Installing filesystem-084.87-slfo.1.2.1.x86_64........[error] Installation of filesystem-084.87-slfo.1.2.1.x86_64 failed: Error: Subprocess failed. Error: RPM failed: Command exited with status 1. Abort, retry, ignore? ... i retrieving glibc ditto warning /usr/sbin/iconvconfig: CPU ISA level is lower than required error: failed to exec scriptlet interprter /sbin/ldconfig: no such file or directory warning: %postun(glibc...)scriptlet failed, exit status 127 (36/1175) Installing glibc... done (37/1175) installing libzstd1.............[error] Installation of libzstd... failed: Error: Subprocess failed. Error: RPM failed: Command exited with status 129. Abort, retry, ignore...: a # # inxi -Caz CPU: Info: model: AMD Phenom II X4 965 socket: M2 bits: 64 type: MCP arch: K10 level: v1 built: 2009-13 process: AMD 45nm family: 0x10 (16) model-id: 4 stepping: 3 microcode: 0x10000C8 Topology: cpus: 1x dies: 1 clusters: 1 cores: 4 smt: <unsupported> cache: L1: 512 KiB desc: d-4x64 KiB; i-4x64 KiB L2: 2 MiB desc: 4x512 KiB L3: 6 MiB desc: 1x6 MiB Speed (MHz): avg: 3423 min/max: N/A base/boost: 3400/3200 volts: 0.9 V ext-clock: 200 MHz cores: 1: 3423 2: 3423 3: 3423 4: 3423 bogomips: 27383 Flags: ht lm nx pae sse sse2 sse3 sse4a Vulnerabilities: Type: gather_data_sampling status: Not affected Type: itlb_multihit status: Not affected Type: l1tf status: Not affected Type: mds status: Not affected Type: meltdown status: Not affected Type: mmio_stale_data status: Not affected Type: reg_file_data_sampling status: Not affected Type: retbleed status: Not affected Type: spec_rstack_overflow status: Not affected Type: spec_store_bypass status: Not affected Type: spectre_v1 status: Vulnerable: __user pointer sanitization and usercopy barriers only; no swapgs barriers Type: spectre_v2 status: Vulnerable; STIBP: disabled; PBRSB-eIBRS: Not affected; BHI: Not affected Type: srbds status: Not affected Type: tsx_async_abort status: Not affected <from TW 2022 September> # /lib64/ld-linux-x86-64.so.2 --help | tail -n17 This program interpreter self-identifies as: /lib64/ld-linux-x86-64.so.2 Shared library search path: (libraries located via /etc/ld.so.cache) /lib64 (system search path) /usr/lib64 (system search path) Subdirectories of glibc-hwcaps directories, in priority order: x86-64-v4 x86-64-v3 x86-64-v2 Legacy HWCAP subdirectories under library search path directories: x86_64 (AT_PLATFORM; supported, searched) tls (supported, searched) a v x 512_1 x86_64 (supported, searched) # -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

Hello Felix, thank you for sharing. I've done a few migrations myself and I haven't had an issue with the filesystem package. Could you please make a bug for this? Our zdup tests are currently not failing at this issue https://openqa.opensuse.org/tests/4797057#step/glibc_sanity/1 I'll move it to the Public SLES 16 product, as we inherit filesystem package from there. Thank you On Wed, Jan 22, 2025 at 11:44 PM Felix Miata <mrmazda@earthlink.net> wrote:
warning: ...filesystem... Header...NOKEY make a copy of /bin merge the copy with /usr/bin make a copy of sbin merge the copy with /usr/sbin make a copy of /lib merge the copy with /usr/lib clean up duplicates in /usr/lib make a copy of /lib64 merget the copy with /usr/lib64 clean up duplicates in /usr/lib64 switch to new /usr/bin /usr/libexec/convertfs: line 95: 4474 Illegal instruction (core dumped) /usr/libexec/xmv "$ROOT/usr/${DIR}.usrmerge" "$ROOT/usr/$dir" UsrMerge conversion failed, cleaning up !!! ATTENTION: Do NOT proceed if you see this message during !!! distribution upgrade. Chances are high that your system might !!! break beyond repair if you do. error: lua script failed: [string "%prein(filesystem-084.87-slfo.1.2.1.x86_64)"]: exit error: filesystem-084.87-slfo.1.2.1.x86_64: install failed error: filesystem-15.0-11.8.1.x86_64 erase skipped (35/1175) Installing filesystem-084.87-slfo.1.2.1.x86_64........[error] Installation of filesystem-084.87-slfo.1.2.1.x86_64 failed: Error: Subprocess failed. Error: RPM failed: Command exited with status 1. Abort, retry, ignore? ... i retrieving glibc ditto warning /usr/sbin/iconvconfig: CPU ISA level is lower than required error: failed to exec scriptlet interprter /sbin/ldconfig: no such file or directory warning: %postun(glibc...)scriptlet failed, exit status 127 (36/1175) Installing glibc... done (37/1175) installing libzstd1.............[error] Installation of libzstd... failed: Error: Subprocess failed. Error: RPM failed: Command exited with status 129. Abort, retry, ignore...: a # # inxi -Caz CPU: Info: model: AMD Phenom II X4 965 socket: M2 bits: 64 type: MCP arch: K10 level: v1 built: 2009-13 process: AMD 45nm family: 0x10 (16) model-id: 4 stepping: 3 microcode: 0x10000C8 Topology: cpus: 1x dies: 1 clusters: 1 cores: 4 smt: <unsupported> cache: L1: 512 KiB desc: d-4x64 KiB; i-4x64 KiB L2: 2 MiB desc: 4x512 KiB L3: 6 MiB desc: 1x6 MiB Speed (MHz): avg: 3423 min/max: N/A base/boost: 3400/3200 volts: 0.9 V ext-clock: 200 MHz cores: 1: 3423 2: 3423 3: 3423 4: 3423 bogomips: 27383 Flags: ht lm nx pae sse sse2 sse3 sse4a Vulnerabilities: Type: gather_data_sampling status: Not affected Type: itlb_multihit status: Not affected Type: l1tf status: Not affected Type: mds status: Not affected Type: meltdown status: Not affected Type: mmio_stale_data status: Not affected Type: reg_file_data_sampling status: Not affected Type: retbleed status: Not affected Type: spec_rstack_overflow status: Not affected Type: spec_store_bypass status: Not affected Type: spectre_v1 status: Vulnerable: __user pointer sanitization and usercopy barriers only; no swapgs barriers Type: spectre_v2 status: Vulnerable; STIBP: disabled; PBRSB-eIBRS: Not affected; BHI: Not affected Type: srbds status: Not affected Type: tsx_async_abort status: Not affected <from TW 2022 September> # /lib64/ld-linux-x86-64.so.2 --help | tail -n17 This program interpreter self-identifies as: /lib64/ld-linux-x86-64.so.2
Shared library search path: (libraries located via /etc/ld.so.cache) /lib64 (system search path) /usr/lib64 (system search path)
Subdirectories of glibc-hwcaps directories, in priority order: x86-64-v4 x86-64-v3 x86-64-v2
Legacy HWCAP subdirectories under library search path directories: x86_64 (AT_PLATFORM; supported, searched) tls (supported, searched) a v x 512_1 x86_64 (supported, searched)
# -- Evolution as taught in public schools is, like religion, based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
-- Best regards Luboš Kocman openSUSE Leap Release Manager

On Thu, Jan 23, 2025 at 8:35 AM Lubos Kocman via openSUSE Factory <factory@lists.opensuse.org> wrote:
Hello Felix,
thank you for sharing. I've done a few migrations myself and I haven't had an issue with the filesystem package.
"Illegal instruction" implies that the binary is compiled for a newer CPU and uses instructions, unsupported by the CPU in this system. I doubt this system would boot even if "zypper dup" succeeded.
Could you please make a bug for this? Our zdup tests are currently not failing at this issue https://openqa.opensuse.org/tests/4797057#step/glibc_sanity/1
You need this specific CPU to test it.
I'll move it to the Public SLES 16 product, as we inherit filesystem package from there.
Thank you
On Wed, Jan 22, 2025 at 11:44 PM Felix Miata <mrmazda@earthlink.net> wrote:
warning: ...filesystem... Header...NOKEY make a copy of /bin merge the copy with /usr/bin make a copy of sbin merge the copy with /usr/sbin make a copy of /lib merge the copy with /usr/lib clean up duplicates in /usr/lib make a copy of /lib64 merget the copy with /usr/lib64 clean up duplicates in /usr/lib64 switch to new /usr/bin /usr/libexec/convertfs: line 95: 4474 Illegal instruction (core dumped) /usr/libexec/xmv "$ROOT/usr/${DIR}.usrmerge" "$ROOT/usr/$dir" UsrMerge conversion failed, cleaning up !!! ATTENTION: Do NOT proceed if you see this message during !!! distribution upgrade. Chances are high that your system might !!! break beyond repair if you do. error: lua script failed: [string "%prein(filesystem-084.87-slfo.1.2.1.x86_64)"]: exit error: filesystem-084.87-slfo.1.2.1.x86_64: install failed error: filesystem-15.0-11.8.1.x86_64 erase skipped (35/1175) Installing filesystem-084.87-slfo.1.2.1.x86_64........[error] Installation of filesystem-084.87-slfo.1.2.1.x86_64 failed: Error: Subprocess failed. Error: RPM failed: Command exited with status 1. Abort, retry, ignore? ... i retrieving glibc ditto warning /usr/sbin/iconvconfig: CPU ISA level is lower than required error: failed to exec scriptlet interprter /sbin/ldconfig: no such file or directory warning: %postun(glibc...)scriptlet failed, exit status 127 (36/1175) Installing glibc... done (37/1175) installing libzstd1.............[error] Installation of libzstd... failed: Error: Subprocess failed. Error: RPM failed: Command exited with status 129. Abort, retry, ignore...: a # # inxi -Caz CPU: Info: model: AMD Phenom II X4 965 socket: M2 bits: 64 type: MCP arch: K10 level: v1 built: 2009-13 process: AMD 45nm family: 0x10 (16) model-id: 4 stepping: 3 microcode: 0x10000C8 Topology: cpus: 1x dies: 1 clusters: 1 cores: 4 smt: <unsupported> cache: L1: 512 KiB desc: d-4x64 KiB; i-4x64 KiB L2: 2 MiB desc: 4x512 KiB L3: 6 MiB desc: 1x6 MiB Speed (MHz): avg: 3423 min/max: N/A base/boost: 3400/3200 volts: 0.9 V ext-clock: 200 MHz cores: 1: 3423 2: 3423 3: 3423 4: 3423 bogomips: 27383 Flags: ht lm nx pae sse sse2 sse3 sse4a Vulnerabilities: Type: gather_data_sampling status: Not affected Type: itlb_multihit status: Not affected Type: l1tf status: Not affected Type: mds status: Not affected Type: meltdown status: Not affected Type: mmio_stale_data status: Not affected Type: reg_file_data_sampling status: Not affected Type: retbleed status: Not affected Type: spec_rstack_overflow status: Not affected Type: spec_store_bypass status: Not affected Type: spectre_v1 status: Vulnerable: __user pointer sanitization and usercopy barriers only; no swapgs barriers Type: spectre_v2 status: Vulnerable; STIBP: disabled; PBRSB-eIBRS: Not affected; BHI: Not affected Type: srbds status: Not affected Type: tsx_async_abort status: Not affected <from TW 2022 September> # /lib64/ld-linux-x86-64.so.2 --help | tail -n17 This program interpreter self-identifies as: /lib64/ld-linux-x86-64.so.2
Shared library search path: (libraries located via /etc/ld.so.cache) /lib64 (system search path) /usr/lib64 (system search path)
Subdirectories of glibc-hwcaps directories, in priority order: x86-64-v4 x86-64-v3 x86-64-v2
Legacy HWCAP subdirectories under library search path directories: x86_64 (AT_PLATFORM; supported, searched) tls (supported, searched) a v x 512_1 x86_64 (supported, searched)
# -- Evolution as taught in public schools is, like religion, based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
--
Best regards
Luboš Kocman openSUSE Leap Release Manager

Hello Andrei, Ah good catch that's the x86_64-v2 baseline I've made an issue to cover this at least with the tool https://github.com/openSUSE/opensuse-migration-tool/issues/22 Felix, please refer to https://news.opensuse.org/2022/09/26/alp-architecture-baselevel-x86_64-v2/ and https://en.opensuse.org/openSUSE:X86-64-Architecture-Levels Thank you On Thu, Jan 23, 2025 at 7:51 AM Andrei Borzenkov <arvidjaar@gmail.com> wrote:
On Thu, Jan 23, 2025 at 8:35 AM Lubos Kocman via openSUSE Factory <factory@lists.opensuse.org> wrote:
Hello Felix,
thank you for sharing. I've done a few migrations myself and I haven't had an issue with the filesystem package.
"Illegal instruction" implies that the binary is compiled for a newer CPU and uses instructions, unsupported by the CPU in this system. I doubt this system would boot even if "zypper dup" succeeded.
Could you please make a bug for this? Our zdup tests are currently not failing at this issue https://openqa.opensuse.org/tests/4797057#step/glibc_sanity/1
You need this specific CPU to test it.
I'll move it to the Public SLES 16 product, as we inherit filesystem package from there.
Thank you
On Wed, Jan 22, 2025 at 11:44 PM Felix Miata <mrmazda@earthlink.net> wrote:
warning: ...filesystem... Header...NOKEY make a copy of /bin merge the copy with /usr/bin make a copy of sbin merge the copy with /usr/sbin make a copy of /lib merge the copy with /usr/lib clean up duplicates in /usr/lib make a copy of /lib64 merget the copy with /usr/lib64 clean up duplicates in /usr/lib64 switch to new /usr/bin /usr/libexec/convertfs: line 95: 4474 Illegal instruction (core dumped) /usr/libexec/xmv "$ROOT/usr/${DIR}.usrmerge" "$ROOT/usr/$dir" UsrMerge conversion failed, cleaning up !!! ATTENTION: Do NOT proceed if you see this message during !!! distribution upgrade. Chances are high that your system might !!! break beyond repair if you do. error: lua script failed: [string "%prein(filesystem-084.87-slfo.1.2.1.x86_64)"]: exit error: filesystem-084.87-slfo.1.2.1.x86_64: install failed error: filesystem-15.0-11.8.1.x86_64 erase skipped (35/1175) Installing filesystem-084.87-slfo.1.2.1.x86_64........[error] Installation of filesystem-084.87-slfo.1.2.1.x86_64 failed: Error: Subprocess failed. Error: RPM failed: Command exited with status 1. Abort, retry, ignore? ... i retrieving glibc ditto warning /usr/sbin/iconvconfig: CPU ISA level is lower than required error: failed to exec scriptlet interprter /sbin/ldconfig: no such file or directory warning: %postun(glibc...)scriptlet failed, exit status 127 (36/1175) Installing glibc... done (37/1175) installing libzstd1.............[error] Installation of libzstd... failed: Error: Subprocess failed. Error: RPM failed: Command exited with status 129. Abort, retry, ignore...: a # # inxi -Caz CPU: Info: model: AMD Phenom II X4 965 socket: M2 bits: 64 type: MCP arch: K10 level: v1 built: 2009-13 process: AMD 45nm family: 0x10 (16) model-id: 4 stepping: 3 microcode: 0x10000C8 Topology: cpus: 1x dies: 1 clusters: 1 cores: 4 smt: <unsupported> cache: L1: 512 KiB desc: d-4x64 KiB; i-4x64 KiB L2: 2 MiB desc: 4x512 KiB L3: 6 MiB desc: 1x6 MiB Speed (MHz): avg: 3423 min/max: N/A base/boost: 3400/3200 volts: 0.9 V ext-clock: 200 MHz cores: 1: 3423 2: 3423 3: 3423 4: 3423 bogomips: 27383 Flags: ht lm nx pae sse sse2 sse3 sse4a Vulnerabilities: Type: gather_data_sampling status: Not affected Type: itlb_multihit status: Not affected Type: l1tf status: Not affected Type: mds status: Not affected Type: meltdown status: Not affected Type: mmio_stale_data status: Not affected Type: reg_file_data_sampling status: Not affected Type: retbleed status: Not affected Type: spec_rstack_overflow status: Not affected Type: spec_store_bypass status: Not affected Type: spectre_v1 status: Vulnerable: __user pointer sanitization and usercopy barriers only; no swapgs barriers Type: spectre_v2 status: Vulnerable; STIBP: disabled; PBRSB-eIBRS: Not affected; BHI: Not affected Type: srbds status: Not affected Type: tsx_async_abort status: Not affected <from TW 2022 September> # /lib64/ld-linux-x86-64.so.2 --help | tail -n17 This program interpreter self-identifies as: /lib64/ld-linux-x86-64.so.2
Shared library search path: (libraries located via /etc/ld.so.cache) /lib64 (system search path) /usr/lib64 (system search path)
Subdirectories of glibc-hwcaps directories, in priority order: x86-64-v4 x86-64-v3 x86-64-v2
Legacy HWCAP subdirectories under library search path directories: x86_64 (AT_PLATFORM; supported, searched) tls (supported, searched) a v x 512_1 x86_64 (supported, searched)
# -- Evolution as taught in public schools is, like religion, based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
--
Best regards
Luboš Kocman openSUSE Leap Release Manager
-- Best regards Luboš Kocman openSUSE Leap Release Manager

Lubos Kocman composed on 2025-01-23 07:56 (UTC+0100):
Ah good catch that's the x86_64-v2 baseline
I've made an issue to cover this at least with the tool https://github.com/openSUSE/opensuse-migration-tool/issues/22
Felix, please refer to https://news.opensuse.org/2022/09/26/alp-architecture-baselevel-x86_64-v2/ and https://en.opensuse.org/openSUSE:X86-64-Architecture-Levels
Before this happened, I wasn't aware this particular CPU was 17 years old. I would have thought it was more than v0, perhaps v2 even. I've never noticed it exhibit the sluggishness that a few of my Intel Core2Duo systems do, and I upgraded it to SSD from HDD only less than 4 months ago. Is a bug report still needed, or not? Usrmerge has been no problem with Debian Testing or Fedora 41 or Rawhide. It feels plenty peppy running TW and Slowroll. Is there still a 15.7 planned?
AMD Phenom II X4 965 ...cores 4... Flags: ht lm nx pae sse sse2 sse3 sse4a... # /lib64/ld-linux-x86-64.so.2 --help | tail -n17 This program interpreter self-identifies as: /lib64/ld-linux-x86-64.so.2
Shared library search path: (libraries located via /etc/ld.so.cache) /lib64 (system search path) /usr/lib64 (system search path)
Subdirectories of glibc-hwcaps directories, in priority order: x86-64-v4 x86-64-v3 x86-64-v2
Legacy HWCAP subdirectories under library search path directories: x86_64 (AT_PLATFORM; supported, searched) tls (supported, searched) a v x 512_1 x86_64 (supported, searched) # -- Evolution as taught in public schools is, like religion, based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

Hello Felix, I'd still report it. I'd say we could e.g. print a warning before dup which could help avoiding bricking of machines. If it happened to you it will also happen to many others. Lubos On Thu, Jan 23, 2025 at 10:44 AM Felix Miata <mrmazda@earthlink.net> wrote:
Lubos Kocman composed on 2025-01-23 07:56 (UTC+0100):
Ah good catch that's the x86_64-v2 baseline
I've made an issue to cover this at least with the tool https://github.com/openSUSE/opensuse-migration-tool/issues/22
Felix, please refer to https://news.opensuse.org/2022/09/26/alp-architecture-baselevel-x86_64-v2/ and https://en.opensuse.org/openSUSE:X86-64-Architecture-Levels
Before this happened, I wasn't aware this particular CPU was 17 years old. I would have thought it was more than v0, perhaps v2 even. I've never noticed it exhibit the sluggishness that a few of my Intel Core2Duo systems do, and I upgraded it to SSD from HDD only less than 4 months ago.
Is a bug report still needed, or not? Usrmerge has been no problem with Debian Testing or Fedora 41 or Rawhide. It feels plenty peppy running TW and Slowroll.
Is there still a 15.7 planned?
AMD Phenom II X4 965 ...cores 4... Flags: ht lm nx pae sse sse2 sse3 sse4a... # /lib64/ld-linux-x86-64.so.2 --help | tail -n17 This program interpreter self-identifies as: /lib64/ld-linux-x86-64.so.2
Shared library search path: (libraries located via /etc/ld.so.cache) /lib64 (system search path) /usr/lib64 (system search path)
Subdirectories of glibc-hwcaps directories, in priority order: x86-64-v4 x86-64-v3 x86-64-v2
Legacy HWCAP subdirectories under library search path directories: x86_64 (AT_PLATFORM; supported, searched) tls (supported, searched) a v x 512_1 x86_64 (supported, searched) # -- Evolution as taught in public schools is, like religion, based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata
-- Best regards Luboš Kocman openSUSE Leap Release Manager

Lubos Kocman composed on 2025-01-24 12:54 (UTC+0100):
I'd still report it. I'd say we could e.g. print a warning before dup which could help avoiding bricking of machines. If it happened to you it will also happen to many others.
https://bugzilla.opensuse.org/show_bug.cgi?id=1236384 -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

Lubos Kocman composed on 2025-01-23 07:56 (UTC+0100):
Ah good catch that's the x86_64-v2 baseline
I've made an issue to cover this at least with the tool https://github.com/openSUSE/opensuse-migration-tool/issues/22
Felix, please refer to https://news.opensuse.org/2022/09/26/alp-architecture-baselevel-x86_64-v2/ and https://en.opensuse.org/openSUSE:X86-64-Architecture-Levels
Before this happened, I wasn't aware this particular CPU was 17 years old. I would have thought it was more than v0, perhaps v2 even. I've never noticed it exhibit the sluggishness that a few of my Intel Core2Duo systems do, and I upgraded it to SSD from HDD only less than 4 months ago. Is a bug report still needed, or not? Usrmerge has been no problem with Debian Testing or Fedora 41 or Rawhide. It feels plenty peppy running TW and Slowroll. Is there still a 15.7 planned?
AMD Phenom II X4 965 ...cores 4... Flags: ht lm nx pae sse sse2 sse3 sse4a... # /lib64/ld-linux-x86-64.so.2 --help | tail -n17 This program interpreter self-identifies as: /lib64/ld-linux-x86-64.so.2
Shared library search path: (libraries located via /etc/ld.so.cache) /lib64 (system search path) /usr/lib64 (system search path)
Subdirectories of glibc-hwcaps directories, in priority order: x86-64-v4 x86-64-v3 x86-64-v2
Legacy HWCAP subdirectories under library search path directories: x86_64 (AT_PLATFORM; supported, searched) tls (supported, searched) a v x 512_1 x86_64 (supported, searched) # -- Evolution as taught in public schools is, like religion, based on faith, not based on science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
participants (3)
-
Andrei Borzenkov
-
Felix Miata
-
Lubos Kocman