Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Virtual UTM 9.3 box loses internal NIC upon reboot

Hi,

A rather strange and troublesome issue here.

My virtual UTM 9.3 instance that i use at home, losses the internal NIC upon reboot. 

The VM is a standard KVM based VM running on a Debian host. The VM has two identical libvirt 10Gbit NIC`s. They both work just fine (utilizing my 500mbit internet link without trouble), but as soon as i reboot, the internal NIC is just gone, no eth1 to be found anywhere.

The only way for me to get back up is to reinstall the VM using the UTM ISO, then restoring a backup. Everything is then fine until i for some reason have to reboot it again.

I have also tried cold booting it, the result is the same.

I have also tried running another firewall system, then rebooting works without a glitch. So this issue appears only on my UTM VM.

Any suggestions on how to proceed with this issue?


This thread was automatically locked due to age.
  • what is the physical hardware  on the host?

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow


  • 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 0c)
    03:00.0 Network controller: Intel Corporation Device 08b1 (rev bb)

    I originally tried running UTM directly on the hardware but it did not detect one of the NIC`s at all then, so the actualization is a work around for that.

    When looking into the kernel log on the host, i found this:


    Sep 10 17:50:07 brannmurhost kernel: [4647153.902117] e1000e: eth1 NIC Link is Down
    Sep 10 17:50:07 brannmurhost kernel: [4647153.903273] br1: port 1(eth1) entering forwarding state
    Sep 10 17:50:10 brannmurhost kernel: [4647156.776525] e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
    Sep 10 17:50:10 brannmurhost kernel: [4647156.777636] br1: port 1(eth1) entering forwarding state
    Sep 10 17:50:10 brannmurhost kernel: [4647156.777650] br1: port 1(eth1) entering forwarding state
    Sep 10 17:50:10 brannmurhost kernel: [4647157.254336] e1000e: eth1 NIC Link is Down
    Sep 10 17:50:11 brannmurhost kernel: [4647157.774152] br1: port 1(eth1) entering forwarding state
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461678] e1000e 0000:00:19.0: eth1: Detected Hardware Unit Hang:
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461681]   TDH                  
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461683]   TDT                  
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461685]   next_to_use          
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461686]   next_to_clean        
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461688] buffer_info[next_to_clean]:
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461689]   time_stamp           
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461691]   next_to_watch        
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461692]   jiffies              
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461693]   next_to_watch.status 
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461695] MAC Status             
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461696] PHY Status             
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461698] PHY 1000BASE-T Status  
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461699] PHY Extended Status    
    Sep 10 17:50:12 brannmurhost kernel: [4647159.461701] PCI Status             
    Sep 10 17:50:13 brannmurhost kernel: [4647159.705741] e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
    Sep 10 17:50:13 brannmurhost kernel: [4647159.706874] br1: port 1(eth1) entering forwarding state
    Sep 10 17:50:13 brannmurhost kernel: [4647159.706888] br1: port 1(eth1) entering forwarding state
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455227] ------------[ cut here ]------------
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455242] WARNING: at /build/linux-4wkEzn/linux-3.2.68/net/sched/sch_generic.c:256 dev_watchdog+0xf2/0x151()
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455246] Hardware name: H97N-WIFI
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455251] NETDEV WATCHDOG: eth1 (e1000e): transmit queue 0 timed out
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455254] Modules linked in: usb_storage tun ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables cpufreq_conservative cpufreq_userspace cpufreq_powersave cpufreq_stats nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc bridge stp loop kvm_intel kvm coretemp acpi_pad video evdev acpi_cpufreq mperf crc32c_intel btusb bluetooth rfkill button processor psmouse ghash_clmulni_intel cryptd serio_raw pcspkr snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc snd_timer snd soundcore ext4 crc16 jbd2 mbcache dm_mod sg sd_mod crc_t10dif thermal fan thermal_sys ahci libahci xhci_hcd usbcore usb_common e1000e r8169 mii libata scsi_mod [last unloaded: scsi_wait_scan]
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455351] Pid: 0, comm: swapper/0 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.68-1+deb7u1
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455355] Call Trace:
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455359]    [] ? warn_slowpath_common+0x78/0x8c
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455378]  [] ? warn_slowpath_fmt+0x45/0x4a
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455387]  [] ? netif_tx_lock+0x40/0x75
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455396]  [] ? dev_watchdog+0xf2/0x151
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455403]  [] ? run_timer_softirq+0x19a/0x261
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455409]  [] ? netif_tx_unlock+0x49/0x49
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455416]  [] ? timekeeping_get_ns+0xd/0x2a
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455424]  [] ? __do_softirq+0xb9/0x177
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455432]  [] ? call_softirq+0x1c/0x30
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455442]  [] ? do_softirq+0x3c/0x7b
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455448]  [] ? irq_exit+0x3c/0x99
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455457]  [] ? smp_apic_timer_interrupt+0x74/0x82
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455464]  [] ? apic_timer_interrupt+0x6e/0x80
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455468]    [] ? enqueue_hrtimer+0x43/0x67
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455486]  [] ? arch_local_irq_enable+0x7/0x8 [processor]
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455497]  [] ? acpi_idle_enter_simple+0xc6/0x102 [processor]
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455507]  [] ? cpuidle_idle_call+0xec/0x179
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455514]  [] ? cpu_idle+0xa5/0xf2
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455523]  [] ? start_kernel+0x3bd/0x3c8
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455531]  [] ? early_idt_handlers+0x140/0x140
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455539]  [] ? x86_64_start_kernel+0x104/0x111
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455544] ---[ end trace 6f5922892e86f244 ]---
    Sep 10 17:50:18 brannmurhost kernel: [4647165.455576] e1000e 0000:00:19.0: eth1: Reset adapter unexpectedly
    Sep 10 17:50:18 brannmurhost kernel: [4647165.477403] br1: port 1(eth1) entering forwarding state
    Sep 10 17:50:22 brannmurhost kernel: [4647169.107938] e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
    Sep 10 17:50:22 brannmurhost kernel: [4647169.109061] br1: port 1(eth1) entering forwarding state


    (This was a few days ago, no interesting from the log today when i rebooted the VM)
  • I originally tried running UTM directly on the hardware but it did not detect one of the NIC`s at all then, so the actualization is a work around for that.

    When looking into the kernel log on the host, i found this:



    (This was a few days ago, no interesting from the log today when i rebooted the VM)


    what is the hardware on the host?  that's probably why you are having this issue.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • if the inernal is ont he realtek switch it..unless your intel nic is the 82xx series then you ahve double trouble.  get rid of both and get intel 1 series nics or broadcom netextreme II.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • Perhaps that`s the simplest solution to it Just have to verify that i have the ports available for a new NIC.

    Thanks for the tip!
  • btw i meant intel i series nic sorry

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow