[opensuse-factory] Unable to install TW Net image - loop after role selection
For over a week I am not able to install TW in QEMU VM. I have identical existing VM that is being updated without problem so it appears to be installer related. VM is started using ~/src/qemu/build/x86_64-softmmu/qemu-system-x86_64 -machine q35 -cpu kvm64 -m 1G -device virtio-scsi-pci -drive file=$HOME/vm/curl/hd0.img,if=none,id=hd0,discard=on,format=raw -device scsi-hd,drive=hd0 -netdev user,id=uplink -device virtio-net-pci,netdev=uplink -enable-kvm -name Tumbleweed-curl-test -drive file=Загрузки/openSUSE-Tumbleweed-NET-x86_64-Snapshot20190320-Media.iso,if=none,format=raw,id=cd -device scsi-cd,drive=cd -boot d QEMU is build from GIT and corresponds to v3.1.0 tag. On role selection dialogue I chose Server after this installer is frozen. If I switch to tty2 I see 0:10:/mnt # pstree -lp init(1)─┬─bash(1926)───script(4541)───sh(4543)───pstree(4546) ├─bash(1927) ├─bash(1928) ├─dbus-daemon(375) ├─gpg-agent(3601) ├─gpg-agent(3690) ├─haveged(357) ├─icewm(3436) ├─init(1929)───inst_setup(1930)───yast2(2058)───YaST2.First-Sta(2059)───YaST2.call(3023)─┬─Xorg(3428)───{Xorg}(3434) │ └─y2start(3491)─┬─ag_udev_persist(3532) │ ├─{y2start}(3492) │ ├─{y2start}(3493) │ └─{y2start}(3494) ├─klogd(2028) ├─nscd(2031)─┬─{nscd}(2032) │ ├─{nscd}(2033) │ ├─{nscd}(2034) │ ├─{nscd}(2035) │ ├─{nscd}(2036) │ ├─{nscd}(2037) │ ├─{nscd}(2038) │ └─{nscd}(2039) ├─rsyslogd(2021)─┬─{rsyslogd}(2022) │ ├─{rsyslogd}(2023) │ ├─{rsyslogd}(2024) │ └─{rsyslogd}(2026) ├─sh(1144) ├─udevd(242) ├─wickedd(380) ├─wickedd-auto4(383) ├─wickedd-dhcp4(385) ├─wickedd-dhcp6(387) ├─wickedd-nanny(389) └─wpa_supplicant(377) 0:10:/mnt # strace -ttp 3491 strace: Process 3491 attached 03:55:34.086732 stat("/etc/sysconfig/storage", {st_mode=S_IFREG|0644, st_size=121, ...}) = 0 03:55:40.917625 brk(0x1356b000) = 0x1356b000 03:55:43.973582 stat("/etc/sysconfig/storage", {st_mode=S_IFREG|0644, st_size=121, ...}) = 0 03:55:53.723287 stat("/etc/sysconfig/storage", {st_mode=S_IFREG|0644, st_size=121, ...}) = 0 03:56:02.083145 stat("/etc/sysconfig/storage", {st_mode=S_IFREG|0644, st_size=121, ...}) = 0 03:56:07.914427 stat("/etc/sysconfig/storage", {st_mode=S_IFREG|0644, st_size=121, ...}) = 0 ^Cstrace: Process 3491 detached 0:10:/mnt # ps -fp 3491,3532,3492,3493,3494 UID PID PPID C STIME TTY TIME CMD root 3491 3023 46 03:38 tty1 00:08:46 /usr/bin/ruby.ruby2.6 --encoding=utf-8 /usr/lib/YaST2/bin/y2start installation - root 3532 3491 0 03:38 tty1 00:00:00 /usr/bin/perl -w /usr/lib/YaST2/servers_non_y2/ag_udev_persistent Apparently process y2start (3491) just loops allocating more and more memory. Periodically it reads something from /var/cache/zypp/solv, so I assume it is making some progress, but not sure when it will be ready at this rate. 0:10:/mnt # date Sat 23 Mar 2019 03:57:56 AM EDT 0:10:/mnt # ls -lrt /var/log/YaST2 total 500 -rw-r--r-- 1 root root 3738 Mar 23 03:38 y2start.log drwxr-xr-x 2 root root 80 Mar 23 03:39 storage-inst -rw-r--r-- 1 root root 51129 Mar 23 03:41 curl_log -rw-r--r-- 1 root root 2042 Mar 23 03:41 macro_inst_initial.ycp -rw-r--r-- 1 root root 448539 Mar 23 03:41 y2log 0:10:/mnt # tail /var/log/YaST2/y2log 2019-03-23 03:41:25 <1> 10(3491) [zypp::exec++] ExternalProgram.cc(start_program):259 Executing 'tar' '-t' '-z' '-f' '/var/cache/zypp/raw/openSUSE-20190320-0/repodata/79332a980aed87e1eddd0d112eb31e712afd170addeb3314d716596c501fa65d-license.tar.gz' 2019-03-23 03:41:25 <1> 10(3491) [zypp::exec++] ExternalProgram.cc(start_program):424 pid 4288 launched 2019-03-23 03:41:25 <1> 10(3491) [zypp::exec++] ExternalProgram.cc(checkStatus):528 Pid 4288 successfully completed 2019-03-23 03:41:25 <1> 10(3491) [zypp::exec++] ExternalProgram.cc(start_program):259 Executing 'tar' '-x' '-z' '-O' '-f' '/var/cache/zypp/raw/openSUSE-20190320-0/repodata/79332a980aed87e1eddd0d112eb31e712afd170addeb3314d716596c501fa65d-license.tar.gz' 'license.txt' 2019-03-23 03:41:25 <1> 10(3491) [zypp::exec++] ExternalProgram.cc(start_program):424 pid 4290 launched 2019-03-23 03:41:25 <1> 10(3491) [zypp::exec++] ExternalProgram.cc(checkStatus):528 Pid 4290 successfully completed 2019-03-23 03:41:25 <1> 10(3491) [Pkg] Resolvable_Properties.cc(Resolvable2YCPMap):503 The reference package has 28 files 2019-03-23 03:41:25 <1> 10(3491) [Pkg] Resolvable_Properties.cc(Resolvable2YCPMap):527 Found product file openSUSE-Tumbleweed-Kubic.prod 2019-03-23 03:41:25 <1> 10(3491) [Pkg] modules/Packages.rb:808 Pkg Builtin called: ResolvableProperties 2019-03-23 03:41:25 <1> 10(3491) [Pkg] modules/Packages.rb:808 Pkg Builtin called: ResolvableProperties Anyone has seen it as well? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Andrei Borzenkov composed on 2019-03-23 11:19 (UTC+0300):
...in QEMU VM...Anyone has seen it as well? HTTP installation using customized software selection role and detail on 64bit hardware worked for me less than 24 hours ago. -- Evolution as taught in public schools is religion, not science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
23.03.2019 11:50, Felix Miata пишет:
Andrei Borzenkov composed on 2019-03-23 11:19 (UTC+0300):
...in QEMU VM...Anyone has seen it as well? HTTP installation using customized software selection role and detail on 64bit hardware worked for me less than 24 hours ago.
Bumping RAM to 2G works. So 1G is no more enough to run TW installer. Oh well ... (I started with 512M - 768M - 1G). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Le samedi 23 mars 2019 à 12:20 +0300, Andrei Borzenkov a écrit :
23.03.2019 11:50, Felix Miata пишет:
Andrei Borzenkov composed on 2019-03-23 11:19 (UTC+0300):
...in QEMU VM...Anyone has seen it as well?
HTTP installation using customized software selection role and detail on 64bit hardware worked for me less than 24 hours ago.
Bumping RAM to 2G works. So 1G is no more enough to run TW installer. Oh well ... (I started with 512M - 768M - 1G).
This is a regression caused by multipath-tools implementing kernel modules deps, which pull kernel completely in installer initrd, which is causing the memory requirement to jump. We had this change reverted for SLE15 SP1 / Leap 15.1, I thought it was reverted too for TW, apparently, not... +------------------------------------------------------------------- +Tue Mar 5 14:12:54 UTC 2019 - Martin Wilck <mwilck@suse.com> + +- Add kmod(xyz) style dependencies for SLE15-SP1 + (jsc#SLE-3853, fate#326579, bsc#1119414) -- Frederic Crozat Release Manager SUSE Linux Enterprise SUSE -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi, Am Montag, 25. März 2019, 10:14:58 CET schrieb Frederic Crozat:
Le samedi 23 mars 2019 à 12:20 +0300, Andrei Borzenkov a écrit :
23.03.2019 11:50, Felix Miata пишет:
Andrei Borzenkov composed on 2019-03-23 11:19 (UTC+0300):
...in QEMU VM...Anyone has seen it as well?
HTTP installation using customized software selection role and detail on 64bit hardware worked for me less than 24 hours ago.
Bumping RAM to 2G works. So 1G is no more enough to run TW installer. Oh well ... (I started with 512M - 768M - 1G).
This is a regression caused by multipath-tools implementing kernel modules deps, which pull kernel completely in installer initrd, which is causing the memory requirement to jump.
We had this change reverted for SLE15 SP1 / Leap 15.1, I thought it was reverted too for TW, apparently, not...
The feature never ended up in TW in first place, see the .spec: # Generate kmod(xyz)-style dependencies for modules that we put # in modules-load.d. Use the modules.d file (Source1) as input to avoid # maintaining these dependencies in several places. # This feature is to be enabled for SLE15-SP1, and some time in the # near future, for Factory. %if 0%{?sle_version} >= 150100 %(sed 's/^\s*//;s/\s*$//;/^#/d;/^$/d;s/^/Requires: kmod(/;s/$/)/;' %{S:1}) %endif So the increased memory use is caused by something different and probably less trivial to fix, unfortunately. Cheers, Fabian
+------------------------------------------------------------------- +Tue Mar 5 14:12:54 UTC 2019 - Martin Wilck <mwilck@suse.com> + +- Add kmod(xyz) style dependencies for SLE15-SP1 + (jsc#SLE-3853, fate#326579, bsc#1119414)
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Andrei Borzenkov
-
Fabian Vogt
-
Felix Miata
-
Frederic Crozat