[OmniOS-discuss] LACP Omnios , igb and C3750
Floris van Essen ..:: House of Ancients Amstafs ::..
info at houseofancients.nl
Sat Dec 13 17:34:47 UTC 2014
Hi Dan,
Yes you did mention it,and I confirmed that is not the case.
System Configuration: Supermicro X7DB8
BIOS Configuration: Phoenix Technologies LTD 2.1c 07/04/2011
BMC Configuration: IPMI 1.0 (unknown)
Met vriendelijke groet / With kind regards,
Floris van Essen
-----Oorspronkelijk bericht-----
Van: Dan McDonald [mailto:danmcd at omniti.com]
Verzonden: zaterdag 13 december 2014 17:13
Aan: Floris van Essen ..:: House of Ancients Amstafs ::..
CC: omnios-discuss at lists.omniti.com
Onderwerp: Re: [OmniOS-discuss] LACP Omnios , igb and C3750
I thought I'd mentioned this on the thread, but does the machine attempt to use one of the IGB interfaces for IPMI as well? We do not support dual-use NICs like that. (Check your BIOS.)
Dan
Sent from my iPhone (typos, autocorrect, and all)
> On Dec 13, 2014, at 9:01 AM, Floris van Essen ..:: House of Ancients Amstafs ::.. <info at houseofancients.nl> wrote:
>
> So i replaced the Igb adapter with a HP NC375t, loaded the drivers from HP,left cables and switch alone :
>
> ntxn0 ntxn0 Ethernet up 1000 full BOUND 192.168.249.104 255.255.255.0 78:ac:c0:11:d4:88 1500 ok
> ntxn1 ntxn1 Ethernet unknown 1000 full static unset - - 1500
> ntxn2 ntxn2 Ethernet unknown 1000 full static unset - - 1500
> ntxn3 ntxn3 Ethernet unknown 1000 full static unset - - 1500
>
> this all lead me to conclude that there is something wrong with the
> IGB implementation as it sits Weather it be drivers, or something more
> to the background..don't know, but would love to find out
>
> Met vriendelijke groet / With kind regards,
>
>
>
> Floris van Essen
>
> -----Oorspronkelijk bericht-----
> Van: Floris van Essen ..:: House of Ancients Amstafs ::..
> Verzonden: zaterdag 13 december 2014 11:38
> Aan: Dan McDonald
> CC: omnios-discuss at lists.omniti.com
> Onderwerp: Re: [OmniOS-discuss] LACP Omnios , igb and C3750
>
> So,
>
> To add to the weirdness.
>
> Got ready to reinstall the whole machine, to set the interface back to DHCP, set it back to VLAN I could use for reinstalling, was about to clear the arp table, and then I noticed something very strange :
>
> Sh arp
> Internet x.x.x.104 52 a036.9f17.abc0 ARPA Vlanx
>
> Wait, that is the mac of my IGB interface... did I miss something ?
>
> ifconfig
> igb0: flags=1004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu 1500 index 13
> inet 0.0.0.0 netmask ff000000
> ether a0:36:9f:17:ab:c0
>
> so it did do an ARP, did get an IP from DHCP server, but it's simply not registering on the Omnios box...
> This means hardware, and drivers are ok!
>
> then I booted the machine using a KNOPPIX os, just to confirm my
> suspicions about the hardware and got ip x.x.x.104 on IGB0
>
> I think this is something within Omnios , however, would like some
> pointers where to look
>
> Met vriendelijke groet / With kind regards,
>
>
>
> Floris van Essen
>
> -----Oorspronkelijk bericht-----
> Van: OmniOS-discuss [mailto:omnios-discuss-bounces at lists.omniti.com] Namens Floris van Essen ..:: House of Ancients Amstafs ::..
> Verzonden: vrijdag 12 december 2014 18:11
> Aan: Dan McDonald
> CC: omnios-discuss at lists.omniti.com
> Onderwerp: Re: [OmniOS-discuss] LACP Omnios , igb and C3750
>
>
>
>
>
>
>> On Dec 12, 2014, at 11:49 AM, Floris van Essen ..:: House of Ancients Amstafs ::.. <info at houseofancients.nl> wrote:
>>
>> Hi Dann,
>>
>> No problem, just happy you did :-)
>>
>> Right, so as might remember I had to reinstall because I was running
>> bloody R11 , but there was a problem upgrading , so just did a fresh install Had to skip r12 because I simply couldn't install it, as there was a installer issue with r12...
>
>>> Weird. I JUST updated the 012 install media thanks to illumos #5421, so you may want to try that again.
>
> Did the installation 2 weeks ago, so guessing that that was before you did the changes.
> No problem, I'll update to stable next release :-)
>
>> So here we are again, running bloody r13 , fully updated :-)
>>
>> # dladm show-ether
>> LINK PTYPE STATE AUTO SPEED-DUPLEX PAUSE
>> e1000g1 current up yes 1G-f bi
>> e1000g0 current up yes 1G-f bi
>> igb0 current up yes 1G-f bi
>> igb1 current up yes 1G-f bi
>> igb2 current up yes 1G-f bi
>> igb3 current up yes 1G-f bi
>> # dladm show-link
>> LINK CLASS MTU STATE BRIDGE OVER
>> e1000g1 phys 1500 up -- --
>> e1000g0 phys 1500 up -- --
>> aggr0 aggr 1500 up -- e1000g0 e1000g1
>> igb0 phys 1500 up -- --
>> igb1 phys 1500 up -- --
>> igb2 phys 1500 up -- --
>> igb3 phys 1500 up -- --
>
>>> Tis all looks sane. You're showing 1Gig, full dupliex, and up. This seems sane.
>
>> # ifconfig -a
>> lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
>> inet 127.0.0.1 netmask ff000000
>> aggr0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
>> inet x.x.x.11 netmask ffffff00 broadcast x.x.x.255
>> ether 0:30:48:d5:ec:94
>
> And you have no problems pinging x.x.x.0/24 addresses? Or do you?
>
> Non, actually connecting on that interface with ssh
>
>> igb0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3
>> inet 192.168.0.1 netmask ffffff00 broadcast 192.168.0.255
>> ether a0:36:9f:2:c2:6c
>> igb1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 4
>> inet 192.168.0.2 netmask ffffff00 broadcast 192.168.0.255
>> ether a0:36:9f:2:c2:6d
>> igb2: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 5
>> inet 192.168.0.3 netmask ffffff00 broadcast 192.168.0.255
>> ether a0:36:9f:2:c2:6e
>> igb3: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 6
>> inet 192.168.0.4 netmask ffffff00 broadcast 192.168.0.255
>> ether a0:36:9f:2:c2:6f
>
>>> Now I can totally see some potential confusion here. You've four addrs all in the same netstack and all with the same prefix. Now granted, they're different MAC addresses, but packets coming in on one interface may have their return traffic going out >>another.
>
>>> If these are the problem, try using just one (igb0) for starters and "ifconfig igbX down" for 1, 2, and 3.
>
> That is exactly what i did.. for each test brought the others down
> Just to add, when doing a SH ARP on my cisco's, don't see the macs
> popping up, which is even more worring , no arps on a switch usually
> is very bad news
>
>>> Also, I need to ask --> are either of your e1000g0's shared IPMI/host links? If so, disable the sharing feature in the BIOS. We don't cope with shared-with-IPMI NICs.
>
> They are not... besides.. the e1000G's ( and their aggr) are working fully as expected.
> To make it more interesting.. this was the same setup as I had on r11
> , and then it did seem to work 100%
>
> Dan
>
> ...:: House of Ancients ::...
> American Staffordshire Terriers
>
> +31-628-161-350
> +31-614-198-389
> Het Perk 48
> 4903 RB
> Oosterhout
> Netherlands
> www.houseofancients.nl
> _______________________________________________
> OmniOS-discuss mailing list
> OmniOS-discuss at lists.omniti.com
> http://lists.omniti.com/mailman/listinfo/omnios-discuss
> ...:: House of Ancients ::...
> American Staffordshire Terriers
>
> +31-628-161-350
> +31-614-198-389
> Het Perk 48
> 4903 RB
> Oosterhout
> Netherlands
> www.houseofancients.nl
>
> ...:: House of Ancients ::...
> American Staffordshire Terriers
>
> +31-628-161-350
> +31-614-198-389
> Het Perk 48
> 4903 RB
> Oosterhout
> Netherlands
> www.houseofancients.nl
...:: House of Ancients ::...
American Staffordshire Terriers
+31-628-161-350
+31-614-198-389
Het Perk 48
4903 RB
Oosterhout
Netherlands
www.houseofancients.nl
More information about the OmniOS-discuss
mailing list