[OmniOS-discuss] omnios host goes suddenly silent on the network

Tobias Oetiker tobi at oetiker.ch
Tue Oct 29 14:06:00 UTC 2013


Today Eric Sproul wrote:

> On Tue, Oct 29, 2013 at 6:21 AM, Tobias Oetiker <tobi at oetiker.ch> wrote:
> > oot at fugu:~# dladm show-link
> > LINK        CLASS     MTU    STATE    BRIDGE     OVER
> > igb0        phys      1500   up       --         --
> > igb1        phys      1500   up       --         --
> > igb2        phys      1500   unknown  --         --
> > igb3        phys      1500   unknown  --         --
> > akami0      vnic      1500   up       --         igb0
> > nigiri0     vnic      1500   up       --         igb0
> > fugu0       vnic      1500   up       --         igb0
> > fugu1       vnic      1500   up       --         igb1
> >
> > the interfaces akami0 and nigiri0 are assigned to two kvm hosts
> > fugu0 is used by the omnios host and fugu1 is a direct link to a
> > second omnios host for zfs send receive backups.
>
> Could we see the output of `ipadm show-addr` in the global zone?  If
> not, are fugu0 and fugu1 in the same subnet?  Does the drop-out
> coincide with any other usage patterns, such as an active backup over
> fugu1?

ADDROBJ           TYPE     STATE        ADDR
lo0/v4            static   ok           127.0.0.1/8
fugu0/v4static    static   ok           zzz.yy.8.5/23
fugu1/v4static    static   ok           10.10.10.1/30
lo0/v6            static   ok           ::1/128

the dropout does not coincide with a big backup job ... I am
running collectd on the omnios host, and it has been faithfully
recoding what happend on the interface while it was offline.

The trafic stats show that packets have been coming into fugu0 but
only very few got sent out ... (if it happens again I will do a
snoop in the interface)

> For good measure, let's also look at `prtconf -d` to see what this igb
> hardware is.

        pci8086,1d10 (pciex8086,1d10) [Intel Corporation C600/X79 series chipset PCI Express Root Port 1], instance #6
            pci8086,3584 (pciex8086,1521) [Intel Corporation I350 Gigabit Network Connection], instance #0
            pci8086,3584 (pciex8086,1521) [Intel Corporation I350 Gigabit Network Connection], instance #1
            pci8086,3584 (pciex8086,1521) [Intel Corporation I350 Gigabit Network Connection], instance #2
            pci8086,3584 (pciex8086,1521) [Intel Corporation I350 Gigabit Network Connection], instance #3

note that the kvm hosts were able to talk via igb0 while fugu (zone0) was not.

cheers
tobi

>
> Eric
>
>

-- 
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900


More information about the OmniOS-discuss mailing list