Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 39 replies
  • Subscribers 0 subscribers
  • Views 16520 views
  • Users 0 members are here
Options
Suggested

[8.950][BUG] Kernel panic on ESX and KVM

Wintemrute_01
After updating to the newest release my Astaro installation started to uncontrolled rebooting.

I could catch a glimpse on the console and saw a kernel panic. (I try at the moment to get a screenshot and a way to reproduce this controlled.)

Setup:
VM on ESXi 5.0u1 64 bit 
Astaro with 64bit kernel.

Hope that helps

Roman

Update:
Made a new 32 Bit VM with 32 Bit Kernel and a fresh install -> Same Kernel Panic

Update 2:
I think this has not much to do with virtualization. More with ipv6......
Parents Reply Children
  • 0 in reply to Scott_Klassen
    I tried a fresh install of 8.95 since my http proxy has been timing out constantly. However right at the end of the install, the installation fails. 
    Screenshots attached.
    Regards
    Bill
    P.S This is on esxi 4.1

    EDIT: I installed a third time with ISO still on my desktop and mounted it to esxi. I was installing from the ISO on the datastore which usually works everytime but gave the error this time. Everything is up now with no crashes. Http proxy is still timing out but everything is stable so far. Keeping my fingers crossed [;)]
  • 0 in reply to Billybob
    I had no error. EXS 5.0! Okay!

    2012:05:10-17:42:09 UTM_VM_SECG67 kernel: [ 51.755071] Initializing XFRM netlink socket
    2012:05:10-17:42:09 UTM_VM_SECG67 kernel: [ 51.843633] sha1_ssse3: Using SSSE3 optimized SHA-1 implementation
    2012:05:10-17:42:09 UTM_VM_SECG67 kernel: [ 51.844997] padlock_sha: VIA PadLock Hash Engine not detected.
    2012:05:10-17:42:09 UTM_VM_SECG67 modprobe: FATAL: Error inserting padlock_sha (/lib/modules/3.3.4-26.ga0547d9-smp64/kernel/drivers/crypto/padlock-sha.ko): No such device
    2012:05:10-17:42:09 UTM_VM_SECG67 kernel: [ 51.887422] padlock_sha: VIA PadLock Hash Engine not detected.
    2012:05:10-17:42:09 UTM_VM_SECG67 modprobe: FATAL: Error inserting padlock_sha (/lib/modules/3.3.4-26.ga0547d9-smp64/kernel/drivers/crypto/padlock-sha.ko): No such device
    2012:05:10-17:42:09 UTM_VM_SECG67 kernel: [ 51.947349] Intel AES-NI instructions are not detected.
    2012:05:10-17:42:15 UTM_VM_SECG67 kernel: [ 57.613026] hwinfo: vm86 mode not supported on 64 bit kernel
    2012:05:10-18:01:05 UTM_VM_SECG67 kernel: [ 1186.766127] netlink: 12 bytes leftover after parsing attributes.
    2012:05:10-18:01:40 UTM_VM_SECG67 kernel: [ 1222.125757] netlink: 12 bytes leftover after parsing attributes.
  • 0 in reply to Siarom
    Hi,
    it is not a VM issue and the message in the post immediately above are to do with another problem reported in previous releases. But basically the error above should only be seen on Astaro hardware where the SHA hardware is installed.

    I have tried disabling a number of sub-systems, but without much success. Seems to run for awhile then does 3 restarts just after the hour. The quick look I have had through various logs doesn't show anything that I would call significant except for a lot of RED and WAN connections that I don't have.

    Ian
  • 0 in reply to RFCat_vk_01
    [SIZE="4"]NOTE:[/SIZE]

    I just merged "[8.950012] KVM Kernel Panic" and this one together. I'll update the thread name as well.

    Hopefully this does not confuse you and thanks for your understanding.

    Cheers,
    Cristof
  • 0 in reply to cziel
    No I totally agree on merging both of the topic's. I just created a new one to make sure that this bug and problem was noticed. 

    Perhaps I should mention the following. After disabling IPv6, my Astaro became more or less stable. It has an uptime of 10 hours currently
  • 0 in reply to trixor
    No I totally agree on merging both of the topic's. I just created a new one to make sure that this bug and problem was noticed. 

    Perhaps I should mention the following. After disabling IPv6, my Astaro became more or less stable. It has an uptime of 10 hours currently


    Did you disable your tunnel or all of IPv6.
    I do see a increase if I disable the tunnel but the problem is not solved.

    I've not tried to disable all of IPv6 because I have some IPv6 only servers ^^
  • 0 in reply to Billybob
    Hi Bill, 

    .. the installation fails.  Screenshots attached.


    are there any chances to get the complete install.log from that machine?

    Cheers,
    Kai
Share Feedback
×

Submitted a Tech Support Case lately from the Support Portal?