[opensuse-arm] armv7 workers are broken
[ 0s] Using BUILD_ROOT=/var/cache/obs/worker/root_4/.mount [ 0s] Using BUILD_ARCH=armv7l:armv6l:armv5tel [ 0s] Doing kvm build in /var/cache/obs/worker/root_4/root [ 0s] [ 1s] [ 1s] armbuild18 started "build exaile.spec" at Tue Mar 24 08:56:31 UTC 2015. [ 1s] [ 1s] Building exaile for project 'openSUSE:Factory:ARM' repository 'standard' arch 'armv7l' srcmd5 '8b532eeba6b98fb5fe5eccd4482f2568' [ 1s] [ 1s] processing recipe /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec ... [ 1s] running changelog2spec --target rpm --file /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec [ 1s] init_buildsystem --configdir /var/run/obs/worker/4/build/configs --cachedir /var/cache/build --prepare --clean --rpmlist /var/cache/obs/worker/root_4/.build.rpmlist /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec build rpmlint-Factory ... [ 2s] hostname: Name or service not known [ 2s] unpacking preinstall image openSUSE:Factory:ARM/standard/preinstallimage-base [5bc6056231bc911005b9fc63638e5440] [ 11s] ................. [ 11s] [ 11s] copying packages... [ 15s] reordering...cycle: gio-branding-upstream -> libgio-2_0-0 [ 15s] breaking dependency libgio-2_0-0 -> gio-branding-upstream [ 15s] cycle: girepository-1_0 -> libgirepository-1_0-1 [ 15s] breaking dependency libgirepository-1_0-1 -> girepository-1_0 [ 15s] done [ 16s] ### WATCHDOG MARKER START ### [ 16s] booting kvm... [ 16s] linux64 /usr/bin/qemu-system-arm -no-reboot -nographic -vga none -net none -enable-kvm -M virt -cpu host -mem-prealloc -mem-path /dev/hugepages -kernel /boot/zImage.guest -initrd /boot/initrd -append root=/dev/disk/by-id/virtio-0 panic=1 quiet no-kvmclock nmi_watchdog=0 rw rd.driver.pre=binfmt_misc elevator=noop console=ttyAMA0 init=/.build/build -m 1020 -drive file=/var/cache/obs/worker/root_4/root,if=none,id=disk,serial=0,cache=unsafe -device virtio-blk-device,drive=disk -drive file=/var/cache/obs/worker/root_4.swap,if=none,id=swap,serial=1,cache=unsafe -device virtio-blk-device,drive=swap -smp 1 [ 17s] Cannot set up guest memory 'mach-virt.ram': Cannot allocate memory [ 17s] ### WATCHDOG MARKER END ### [ 17s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) [ 17s] or the build host has a kernel or hardware problem... Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 24.03.15 09:59, Andreas Schwab wrote:
[ 0s] Using BUILD_ROOT=/var/cache/obs/worker/root_4/.mount [ 0s] Using BUILD_ARCH=armv7l:armv6l:armv5tel [ 0s] Doing kvm build in /var/cache/obs/worker/root_4/root [ 0s] [ 1s] [ 1s] armbuild18 started "build exaile.spec" at Tue Mar 24 08:56:31 UTC 2015. [ 1s] [ 1s] Building exaile for project 'openSUSE:Factory:ARM' repository 'standard' arch 'armv7l' srcmd5 '8b532eeba6b98fb5fe5eccd4482f2568' [ 1s] [ 1s] processing recipe /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec ... [ 1s] running changelog2spec --target rpm --file /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec [ 1s] init_buildsystem --configdir /var/run/obs/worker/4/build/configs --cachedir /var/cache/build --prepare --clean --rpmlist /var/cache/obs/worker/root_4/.build.rpmlist /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec build rpmlint-Factory ... [ 2s] hostname: Name or service not known [ 2s] unpacking preinstall image openSUSE:Factory:ARM/standard/preinstallimage-base [5bc6056231bc911005b9fc63638e5440] [ 11s] ................. [ 11s] [ 11s] copying packages... [ 15s] reordering...cycle: gio-branding-upstream -> libgio-2_0-0 [ 15s] breaking dependency libgio-2_0-0 -> gio-branding-upstream [ 15s] cycle: girepository-1_0 -> libgirepository-1_0-1 [ 15s] breaking dependency libgirepository-1_0-1 -> girepository-1_0 [ 15s] done [ 16s] ### WATCHDOG MARKER START ### [ 16s] booting kvm... [ 16s] linux64 /usr/bin/qemu-system-arm -no-reboot -nographic -vga none -net none -enable-kvm -M virt -cpu host -mem-prealloc -mem-path /dev/hugepages -kernel /boot/zImage.guest -initrd /boot/initrd -append root=/dev/disk/by-id/virtio-0 panic=1 quiet no-kvmclock nmi_watchdog=0 rw rd.driver.pre=binfmt_misc elevator=noop console=ttyAMA0 init=/.build/build -m 1020 -drive file=/var/cache/obs/worker/root_4/root,if=none,id=disk,serial=0,cache=unsafe -device virtio-blk-device,drive=disk -drive file=/var/cache/obs/worker/root_4.swap,if=none,id=swap,serial=1,cache=unsafe -device virtio-blk-device,drive=swap -smp 1 [ 17s] Cannot set up guest memory 'mach-virt.ram': Cannot allocate memory [ 17s] ### WATCHDOG MARKER END ### [ 17s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) [ 17s] or the build host has a kernel or hardware problem...
While 3 VMs are happily running I see the following in /proc/meminfo on armbuild18: HugePages_Total: 2080 HugePages_Free: 2080 HugePages_Rsvd: 0 HugePages_Surp: 0 which means QEMU isn't using huge pages. Dirk, have you updated QEMU on the workers and maybe used a version with broken hugetlbfs support? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Dienstag, 24. März 2015, 10:09:10 wrote Alexander Graf:
On 24.03.15 09:59, Andreas Schwab wrote:
[ 0s] Using BUILD_ROOT=/var/cache/obs/worker/root_4/.mount [ 0s] Using BUILD_ARCH=armv7l:armv6l:armv5tel [ 0s] Doing kvm build in /var/cache/obs/worker/root_4/root [ 0s] [ 1s] [ 1s] armbuild18 started "build exaile.spec" at Tue Mar 24 08:56:31 UTC 2015. [ 1s] [ 1s] Building exaile for project 'openSUSE:Factory:ARM' repository 'standard' arch 'armv7l' srcmd5 '8b532eeba6b98fb5fe5eccd4482f2568' [ 1s] [ 1s] processing recipe /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec ... [ 1s] running changelog2spec --target rpm --file /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec [ 1s] init_buildsystem --configdir /var/run/obs/worker/4/build/configs --cachedir /var/cache/build --prepare --clean --rpmlist /var/cache/obs/worker/root_4/.build.rpmlist /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec build rpmlint-Factory ... [ 2s] hostname: Name or service not known [ 2s] unpacking preinstall image openSUSE:Factory:ARM/standard/preinstallimage-base [5bc6056231bc911005b9fc63638e5440] [ 11s] ................. [ 11s] [ 11s] copying packages... [ 15s] reordering...cycle: gio-branding-upstream -> libgio-2_0-0 [ 15s] breaking dependency libgio-2_0-0 -> gio-branding-upstream [ 15s] cycle: girepository-1_0 -> libgirepository-1_0-1 [ 15s] breaking dependency libgirepository-1_0-1 -> girepository-1_0 [ 15s] done [ 16s] ### WATCHDOG MARKER START ### [ 16s] booting kvm... [ 16s] linux64 /usr/bin/qemu-system-arm -no-reboot -nographic -vga none -net none -enable-kvm -M virt -cpu host -mem-prealloc -mem-path /dev/hugepages -kernel /boot/zImage.guest -initrd /boot/initrd -append root=/dev/disk/by-id/virtio-0 panic=1 quiet no-kvmclock nmi_watchdog=0 rw rd.driver.pre=binfmt_misc elevator=noop console=ttyAMA0 init=/.build/build -m 1020 -drive file=/var/cache/obs/worker/root_4/root,if=none,id=disk,serial=0,cache=unsafe -device virtio-blk-device,drive=disk -drive file=/var/cache/obs/worker/root_4.swap,if=none,id=swap,serial=1,cache=unsafe -device virtio-blk-device,drive=swap -smp 1 [ 17s] Cannot set up guest memory 'mach-virt.ram': Cannot allocate memory [ 17s] ### WATCHDOG MARKER END ### [ 17s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) [ 17s] or the build host has a kernel or hardware problem...
While 3 VMs are happily running I see the following in /proc/meminfo on armbuild18:
HugePages_Total: 2080 HugePages_Free: 2080 HugePages_Rsvd: 0 HugePages_Surp: 0
which means QEMU isn't using huge pages. Dirk, have you updated QEMU on the workers and maybe used a version with broken hugetlbfs support?
the build script got updated these days ... However, I do not see a problem with it there, since it works on other hosts and also the parameters of kvm start looks okay to me here -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 24.03.15 10:35, Adrian Schröter wrote:
On Dienstag, 24. März 2015, 10:09:10 wrote Alexander Graf:
On 24.03.15 09:59, Andreas Schwab wrote:
[ 0s] Using BUILD_ROOT=/var/cache/obs/worker/root_4/.mount [ 0s] Using BUILD_ARCH=armv7l:armv6l:armv5tel [ 0s] Doing kvm build in /var/cache/obs/worker/root_4/root [ 0s] [ 1s] [ 1s] armbuild18 started "build exaile.spec" at Tue Mar 24 08:56:31 UTC 2015. [ 1s] [ 1s] Building exaile for project 'openSUSE:Factory:ARM' repository 'standard' arch 'armv7l' srcmd5 '8b532eeba6b98fb5fe5eccd4482f2568' [ 1s] [ 1s] processing recipe /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec ... [ 1s] running changelog2spec --target rpm --file /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec [ 1s] init_buildsystem --configdir /var/run/obs/worker/4/build/configs --cachedir /var/cache/build --prepare --clean --rpmlist /var/cache/obs/worker/root_4/.build.rpmlist /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec build rpmlint-Factory ... [ 2s] hostname: Name or service not known [ 2s] unpacking preinstall image openSUSE:Factory:ARM/standard/preinstallimage-base [5bc6056231bc911005b9fc63638e5440] [ 11s] ................. [ 11s] [ 11s] copying packages... [ 15s] reordering...cycle: gio-branding-upstream -> libgio-2_0-0 [ 15s] breaking dependency libgio-2_0-0 -> gio-branding-upstream [ 15s] cycle: girepository-1_0 -> libgirepository-1_0-1 [ 15s] breaking dependency libgirepository-1_0-1 -> girepository-1_0 [ 15s] done [ 16s] ### WATCHDOG MARKER START ### [ 16s] booting kvm... [ 16s] linux64 /usr/bin/qemu-system-arm -no-reboot -nographic -vga none -net none -enable-kvm -M virt -cpu host -mem-prealloc -mem-path /dev/hugepages -kernel /boot/zImage.guest -initrd /boot/initrd -append root=/dev/disk/by-id/virtio-0 panic=1 quiet no-kvmclock nmi_watchdog=0 rw rd.driver.pre=binfmt_misc elevator=noop console=ttyAMA0 init=/.build/build -m 1020 -drive file=/var/cache/obs/worker/root_4/root,if=none,id=disk,serial=0,cache=unsafe -device virtio-blk-device,drive=disk -drive file=/var/cache/obs/worker/root_4.swap,if=none,id=swap,serial=1,cache=unsafe -device virtio-blk-device,drive=swap -smp 1 [ 17s] Cannot set up guest memory 'mach-virt.ram': Cannot allocate memory [ 17s] ### WATCHDOG MARKER END ### [ 17s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) [ 17s] or the build host has a kernel or hardware problem...
While 3 VMs are happily running I see the following in /proc/meminfo on armbuild18:
HugePages_Total: 2080 HugePages_Free: 2080 HugePages_Rsvd: 0 HugePages_Surp: 0
which means QEMU isn't using huge pages. Dirk, have you updated QEMU on the workers and maybe used a version with broken hugetlbfs support?
the build script got updated these days ...
However, I do not see a problem with it there, since it works on other hosts and also the parameters of kvm start looks okay to me here
The parameters look ok to me too, so I doubt that it's the build script. Basically what happens is that we reserve 4GB of RAM for VMs on boot to be used with hugetlbfs. The systems have 8GB RAM total. If we now start VMs with a broken QEMU that doesn't use hugetlbfs (like the one on armbuild18), it will just grab memory from the remaining non-reserved 4GB of system memory. That will work, but will eventually lead to swapping and potentially OOM situations, as well as degrade performance (huge pages give ~10-20% performance boost) and in certain situations mean that you can't run 4 VMs anymore, but only 3. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Dienstag, 24. März 2015, 10:41:21 wrote Alexander Graf:
On 24.03.15 10:35, Adrian Schröter wrote:
On Dienstag, 24. März 2015, 10:09:10 wrote Alexander Graf:
On 24.03.15 09:59, Andreas Schwab wrote:
[ 0s] Using BUILD_ROOT=/var/cache/obs/worker/root_4/.mount [ 0s] Using BUILD_ARCH=armv7l:armv6l:armv5tel [ 0s] Doing kvm build in /var/cache/obs/worker/root_4/root [ 0s] [ 1s] [ 1s] armbuild18 started "build exaile.spec" at Tue Mar 24 08:56:31 UTC 2015. [ 1s] [ 1s] Building exaile for project 'openSUSE:Factory:ARM' repository 'standard' arch 'armv7l' srcmd5 '8b532eeba6b98fb5fe5eccd4482f2568' [ 1s] [ 1s] processing recipe /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec ... [ 1s] running changelog2spec --target rpm --file /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec [ 1s] init_buildsystem --configdir /var/run/obs/worker/4/build/configs --cachedir /var/cache/build --prepare --clean --rpmlist /var/cache/obs/worker/root_4/.build.rpmlist /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec build rpmlint-Factory ... [ 2s] hostname: Name or service not known [ 2s] unpacking preinstall image openSUSE:Factory:ARM/standard/preinstallimage-base [5bc6056231bc911005b9fc63638e5440] [ 11s] ................. [ 11s] [ 11s] copying packages... [ 15s] reordering...cycle: gio-branding-upstream -> libgio-2_0-0 [ 15s] breaking dependency libgio-2_0-0 -> gio-branding-upstream [ 15s] cycle: girepository-1_0 -> libgirepository-1_0-1 [ 15s] breaking dependency libgirepository-1_0-1 -> girepository-1_0 [ 15s] done [ 16s] ### WATCHDOG MARKER START ### [ 16s] booting kvm... [ 16s] linux64 /usr/bin/qemu-system-arm -no-reboot -nographic -vga none -net none -enable-kvm -M virt -cpu host -mem-prealloc -mem-path /dev/hugepages -kernel /boot/zImage.guest -initrd /boot/initrd -append root=/dev/disk/by-id/virtio-0 panic=1 quiet no-kvmclock nmi_watchdog=0 rw rd.driver.pre=binfmt_misc elevator=noop console=ttyAMA0 init=/.build/build -m 1020 -drive file=/var/cache/obs/worker/root_4/root,if=none,id=disk,serial=0,cache=unsafe -device virtio-blk-device,drive=disk -drive file=/var/cache/obs/worker/root_4.swap,if=none,id=swap,serial=1,cache=unsafe -device virtio-blk-device,drive=swap -smp 1 [ 17s] Cannot set up guest memory 'mach-virt.ram': Cannot allocate memory [ 17s] ### WATCHDOG MARKER END ### [ 17s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) [ 17s] or the build host has a kernel or hardware problem...
While 3 VMs are happily running I see the following in /proc/meminfo on armbuild18:
HugePages_Total: 2080 HugePages_Free: 2080 HugePages_Rsvd: 0 HugePages_Surp: 0
which means QEMU isn't using huge pages. Dirk, have you updated QEMU on the workers and maybe used a version with broken hugetlbfs support?
the build script got updated these days ...
However, I do not see a problem with it there, since it works on other hosts and also the parameters of kvm start looks okay to me here
The parameters look ok to me too, so I doubt that it's the build script.
Basically what happens is that we reserve 4GB of RAM for VMs on boot to be used with hugetlbfs. The systems have 8GB RAM total.
If we now start VMs with a broken QEMU that doesn't use hugetlbfs (like the one on armbuild18), it will just grab memory from the remaining non-reserved 4GB of system memory. That will work, but will eventually lead to swapping and potentially OOM situations, as well as degrade performance (huge pages give ~10-20% performance boost) and in certain situations mean that you can't run 4 VMs anymore, but only 3.
Yes, I have commented out the hugtblfs config for now on armbuild18. Luckily these kind of errors are handled as brokenhost by OBS, so it did not caused any build failures. -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 24.03.15 10:46, Adrian Schröter wrote:
On Dienstag, 24. März 2015, 10:41:21 wrote Alexander Graf:
On 24.03.15 10:35, Adrian Schröter wrote:
On Dienstag, 24. März 2015, 10:09:10 wrote Alexander Graf:
On 24.03.15 09:59, Andreas Schwab wrote:
[ 0s] Using BUILD_ROOT=/var/cache/obs/worker/root_4/.mount [ 0s] Using BUILD_ARCH=armv7l:armv6l:armv5tel [ 0s] Doing kvm build in /var/cache/obs/worker/root_4/root [ 0s] [ 1s] [ 1s] armbuild18 started "build exaile.spec" at Tue Mar 24 08:56:31 UTC 2015. [ 1s] [ 1s] Building exaile for project 'openSUSE:Factory:ARM' repository 'standard' arch 'armv7l' srcmd5 '8b532eeba6b98fb5fe5eccd4482f2568' [ 1s] [ 1s] processing recipe /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec ... [ 1s] running changelog2spec --target rpm --file /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec [ 1s] init_buildsystem --configdir /var/run/obs/worker/4/build/configs --cachedir /var/cache/build --prepare --clean --rpmlist /var/cache/obs/worker/root_4/.build.rpmlist /var/cache/obs/worker/root_4/.build-srcdir/exaile.spec build rpmlint-Factory ... [ 2s] hostname: Name or service not known [ 2s] unpacking preinstall image openSUSE:Factory:ARM/standard/preinstallimage-base [5bc6056231bc911005b9fc63638e5440] [ 11s] ................. [ 11s] [ 11s] copying packages... [ 15s] reordering...cycle: gio-branding-upstream -> libgio-2_0-0 [ 15s] breaking dependency libgio-2_0-0 -> gio-branding-upstream [ 15s] cycle: girepository-1_0 -> libgirepository-1_0-1 [ 15s] breaking dependency libgirepository-1_0-1 -> girepository-1_0 [ 15s] done [ 16s] ### WATCHDOG MARKER START ### [ 16s] booting kvm... [ 16s] linux64 /usr/bin/qemu-system-arm -no-reboot -nographic -vga none -net none -enable-kvm -M virt -cpu host -mem-prealloc -mem-path /dev/hugepages -kernel /boot/zImage.guest -initrd /boot/initrd -append root=/dev/disk/by-id/virtio-0 panic=1 quiet no-kvmclock nmi_watchdog=0 rw rd.driver.pre=binfmt_misc elevator=noop console=ttyAMA0 init=/.build/build -m 1020 -drive file=/var/cache/obs/worker/root_4/root,if=none,id=disk,serial=0,cache=unsafe -device virtio-blk-device,drive=disk -drive file=/var/cache/obs/worker/root_4.swap,if=none,id=swap,serial=1,cache=unsafe -device virtio-blk-device,drive=swap -smp 1 [ 17s] Cannot set up guest memory 'mach-virt.ram': Cannot allocate memory [ 17s] ### WATCHDOG MARKER END ### [ 17s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl) [ 17s] or the build host has a kernel or hardware problem...
While 3 VMs are happily running I see the following in /proc/meminfo on armbuild18:
HugePages_Total: 2080 HugePages_Free: 2080 HugePages_Rsvd: 0 HugePages_Surp: 0
which means QEMU isn't using huge pages. Dirk, have you updated QEMU on the workers and maybe used a version with broken hugetlbfs support?
the build script got updated these days ...
However, I do not see a problem with it there, since it works on other hosts and also the parameters of kvm start looks okay to me here
The parameters look ok to me too, so I doubt that it's the build script.
Basically what happens is that we reserve 4GB of RAM for VMs on boot to be used with hugetlbfs. The systems have 8GB RAM total.
If we now start VMs with a broken QEMU that doesn't use hugetlbfs (like the one on armbuild18), it will just grab memory from the remaining non-reserved 4GB of system memory. That will work, but will eventually lead to swapping and potentially OOM situations, as well as degrade performance (huge pages give ~10-20% performance boost) and in certain situations mean that you can't run 4 VMs anymore, but only 3.
Yes, I have commented out the hugtblfs config for now on armbuild18.
I don't think it's limited to armbuild18. And we really should use hugetlbfs ;). Let's just wait for Dirk to reply. I'm pretty sure he updated QEMU and didn't realize that hugetlbfs was unused.
Luckily these kind of errors are handled as brokenhost by OBS, so it did not caused any build failures.
Yup. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
armbuild15: [ 6729s] ### WATCHDOG MARKER START ### [ 6732s] [ 6698.252495] SysRq : Power Off [ 6732s] [ 6698.253838] reboot: Power down [ 6737s] Warning: clean shut down of the VM didn't work [ 6737s] [ 6703.295918] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000 [ 6737s] [ 6703.295918] [ 6739s] [ 6703.298680] Rebooting in 1 seconds..Reboot failed -- System halted Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi Andreas,
[ 6737s] [ 6703.295918] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000 [ 6737s] [ 6703.295918] [ 6739s] [ 6703.298680] Rebooting in 1 seconds..Reboot failed -- System halted
Apparently the guest kernel needs more features now, I’ll look into it. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
[ 6737s] [ 6703.295918] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000 [ 6737s] [ 6703.295918] [ 6739s] [ 6703.298680] Rebooting in 1 seconds..Reboot failed -- System halted Apparently the guest kernel needs more features now, I’ll look into it.
This is now fixed, new guest kernel deployed for the "virt" machine type. Only thing waiting on is the kvm/qemu fix for virt machine type (which is still building). once that is deployed, we should be able to build packages again for armv7l. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Dienstag, 24. März 2015, 15:53:14 wrote Dirk Müller:
[ 6737s] [ 6703.295918] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000 [ 6737s] [ 6703.295918] [ 6739s] [ 6703.298680] Rebooting in 1 seconds..Reboot failed -- System halted Apparently the guest kernel needs more features now, I’ll look into it.
This is now fixed, new guest kernel deployed for the "virt" machine type. Only thing waiting on is the kvm/qemu fix for virt machine type (which is still building). once that is deployed, we should be able to build packages again for armv7l.
hm, does it make sense to have also "virt" kernel&initrd images in kernel-obs-build package? How would one differentiate between classic kvm and a "virt" kvm then? -- Adrian Schroeter email: adrian@suse.de SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 03/24/2015 03:57 PM, Adrian Schröter wrote:
[ 6737s] [ 6703.295918] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000 [ 6737s] [ 6703.295918] [ 6739s] [ 6703.298680] Rebooting in 1 seconds..Reboot failed -- System halted Apparently the guest kernel needs more features now, I’ll look into it. This is now fixed, new guest kernel deployed for the "virt" machine type. Only thing waiting on is the kvm/qemu fix for virt machine type (which is still building). once that is deployed, we should be able to build packages again for armv7l. hm, does it make sense to have also "virt" kernel&initrd images in kernel-obs-build
On Dienstag, 24. März 2015, 15:53:14 wrote Dirk Müller: package?
No, the -default flavor should just run on all machine types. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi,
hm, does it make sense to have also "virt" kernel&initrd images in kernel-obs-build package? No, the -default flavor should just run on all machine types.
It should, but its not as efficient. -default is more than twice the size (and needs initrd) than the guest kernel.. its not that difficult to maintain the guest flavor config, but it seems we don't want it upstreamed because it is too much effort to maintain. Switching to kernel-default is however an independent topic than switching to kernel-obs-build. main thing that needs fixing currently is getting the device tree passed through. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 03/24/2015 06:16 PM, Dirk Müller wrote:
Hi,
hm, does it make sense to have also "virt" kernel&initrd images in kernel-obs-build package? No, the -default flavor should just run on all machine types. It should, but its not as efficient. -default is more than twice the size (and needs initrd) than the guest kernel.. its not that difficult to maintain the guest flavor config, but it seems we don't want it upstreamed because it is too much effort to maintain.
Switching to kernel-default is however an independent topic than switching to kernel-obs-build. main thing that needs fixing currently is getting the device tree passed through.
Uh, I'm not sure I understand. The -M virt machine type generates a working device tree automatically, so you don't need to provide any externally. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Hi Adrian,
[ 16s] linux64 /usr/bin/qemu-system-arm -no-reboot -nographic -vga none -net none -enable-kvm -M virt
Thats the issue, some when the build script was changed to use -M virt. It would have been great to know such major changes that in advance :-( I’ll try to fix it up now so that we can get functioning build workers again. The hugepages is just a minor detail compared to that. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Dienstag, 24. März 2015, 11:56:15 wrote Dirk Müller:
Hi Adrian,
[ 16s] linux64 /usr/bin/qemu-system-arm -no-reboot -nographic -vga none -net none -enable-kvm -M virt
Thats the issue, some when the build script was changed to use -M virt. It would have been great to know such major changes that in advance :-(
hm... it was your submission to change that, you could know that I will deploy it at some point of time;)
I’ll try to fix it up now so that we can get functioning build workers again. The hugepages is just a minor detail compared to that.
Greetings, Dirk
-- Adrian Schroeter email: adrian@suse.det SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (4)
-
Adrian Schröter -
Alexander Graf -
Andreas Schwab -
Dirk Müller