Re: [OmniOS-discuss] kstat zone memory
> Am 09.05.2016 um 03:33 schrieb Dan McDonald : > > This also means it's available in the current stable, r151018. You must be > running LTS, or old-stable (r151016), Stefan. Thx Dan, running TLS on all boxes. So no free command in zones for now, but I did a pull request for the core dump issue: https://github.com/wiedi/free/pull/1 - Stefan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
Hi, I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups on one port and finally the link on that port negiotates to 1GbE instead of 10GbE, which then breaks the LACP channel on my Cisco Nexus for this connection. I have tried swapping and interchangeing cables and thus switchports, but to no avail. Anyone else noticed this and even better… knows a solution to this? Cheers, Stephan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
> On May 9, 2016, at 8:24 AM, Stephan Budach wrote: > > Hi, > > I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the > LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first > starts with a couple if link downs/ups on one port and finally the link on > that port negiotates to 1GbE instead of 10GbE, which then breaks the LACP > channel on my Cisco Nexus for this connection. > > I have tried swapping and interchangeing cables and thus switchports, but to > no avail. > > Anyone else noticed this and even better… knows a solution to this? Was this an issue noticed only with r151018 and not with previous versions, or have you only tried this with 018? By your description, I presume that the two ixgbe physical links will stay at 10Gb and not bounce down to 1Gb if not LACP'd together? /dale signature.asc Description: Message signed with OpenPGP using GPGMail ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] qlt driver update
> On May 8, 2016, at 10:36 AM, Martijn Fennis wrote: > > Hi, > > I’m using omnios in combo with napp-it as a target server for my personal FC > storage at home. > > I have some problems here and there, that the driver goes offline. And thus > ESX stops shortly after that. > > The physical firmware is 7-point-something (latest) although it shows a lower > through comstar’s QLT driver. > > I assume this firmware is loaded at boot and “dominating” the physical one. I > saw this happening with BSD as well. > Is there a way to update this driver/firmware? Searching google i found some > people have 5.2.6 instead of this 5.2.1 > > I have no idea where i can find an update for it (if exists). > > > At the moment i switched with an exact same card to see if it is hw failure. At the moment, qlt will impose its own firmware load on a 2400 port, version 5.2.1 as you point out. Are there any error or warning message around when the qlt port goes offline? One thing you can try to at least get more logging verbosity from qlt is set the following in /etc/system and reboot: set qlt:enable_extended_logging=1 /dale signature.asc Description: Message signed with OpenPGP using GPGMail ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
Am 09.05.16 um 16:33 schrieb Dale Ghent: On May 9, 2016, at 8:24 AM, Stephan Budach wrote: Hi, I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It first starts with a couple if link downs/ups on one port and finally the link on that port negiotates to 1GbE instead of 10GbE, which then breaks the LACP channel on my Cisco Nexus for this connection. I have tried swapping and interchangeing cables and thus switchports, but to no avail. Anyone else noticed this and even better… knows a solution to this? Was this an issue noticed only with r151018 and not with previous versions, or have you only tried this with 018? By your description, I presume that the two ixgbe physical links will stay at 10Gb and not bounce down to 1Gb if not LACP'd together? /dale I have noticed that on prior versions of OmniOS as well, but we only recently started deploying 10GbE LACP bonds, when we introduced our Nexus gear to our network. I will have to check if both links stay at 10GbE, when not being configured as a LACP bond. Let me check that tomorrow and report back. As we're heading for a streched DC, we are mainly configuring 2-way LACP bonds over our Nexus gear, so we don't actually have any single 10GbE connection, as they will all have to be conencted to both DCs. This is achieved by using VPCs on our Nexus switches. Thanks, Stephan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] ixgbe: breaking aggr on 10GbE X540-T2
> On May 9, 2016, at 2:04 PM, Stephan Budach wrote: > > Am 09.05.16 um 16:33 schrieb Dale Ghent: >>> On May 9, 2016, at 8:24 AM, Stephan Budach wrote: >>> >>> Hi, >>> >>> I have a strange behaviour where OmniOS omnios-r151018-ae3141d will break >>> the LACP aggr-link on different boxes, when Intel X540-T2s are involved. It >>> first starts with a couple if link downs/ups on one port and finally the >>> link on that port negiotates to 1GbE instead of 10GbE, which then breaks >>> the LACP channel on my Cisco Nexus for this connection. >>> >>> I have tried swapping and interchangeing cables and thus switchports, but >>> to no avail. >>> >>> Anyone else noticed this and even better… knows a solution to this? >> Was this an issue noticed only with r151018 and not with previous versions, >> or have you only tried this with 018? >> >> By your description, I presume that the two ixgbe physical links will stay >> at 10Gb and not bounce down to 1Gb if not LACP'd together? >> >> /dale > I have noticed that on prior versions of OmniOS as well, but we only recently > started deploying 10GbE LACP bonds, when we introduced our Nexus gear to our > network. I will have to check if both links stay at 10GbE, when not being > configured as a LACP bond. Let me check that tomorrow and report back. As > we're heading for a streched DC, we are mainly configuring 2-way LACP bonds > over our Nexus gear, so we don't actually have any single 10GbE connection, > as they will all have to be conencted to both DCs. This is achieved by using > VPCs on our Nexus switches. Provide as much detail as you can - if you're using hw flow control, whether both links act this way at the same time or independently, and so-on. Problems like this often boil down to a very small and seemingly insignificant detail. I currently have ixgbe on the operating table for adding X550 support, so I can take a look at this; however I don't have your type of switches available to me so LACP-specific testing is something I can't do for you. /dale signature.asc Description: Message signed with OpenPGP using GPGMail ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss