Re: Possible LACP problem with FreeBSD 10.2-RELEASE and Juniper MX5

On 10-09-2015 19:12, Marcelo Gondim wrote: On 10-09-2015 12:24, Marcelo Gondim wrote: Hi All, We have a router configured with 2 LACP (lagg0 and lagg1): lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,

Possible LACP problem with FreeBSD 10.2-RELEASE and Juniper MX5

Hi All, We have a router configured with 2 LACP (lagg0 and lagg1): lagg0: flags=8843 metric 0 mtu 1500 options=403bb ether 00:1b:21:7b:ee:98 inet6

Re: Possible LACP problem with FreeBSD 10.2-RELEASE and Juniper MX5

On 10-09-2015 12:24, Marcelo Gondim wrote: Hi All, We have a router configured with 2 LACP (lagg0 and lagg1): lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=403bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,TSO6,V

Re: Tuning for Intel X520-SR2 and Intel i350-T2

:58 UTC (releng/10.1, 10.1-RELEASE-p19) I'm just looking for some tuning that reduces the use of interruptions of the network interfaces. On 6 September 2015 at 18:15, Marcelo Gondim <gon...@bsdinfo.com.br> wrote: Hi all, I have a router FreeBSD 10.2-RELEASE-p2 with one network card

Tuning for Intel X520-SR2 and Intel i350-T2

Hi all, I have a router FreeBSD 10.2-RELEASE-p2 with one network card Intel X520-SR2 and two cards Intel i350-T2. My hardware: - Motherboard Intel S2600COE [1] - Dual Hexa Xeon: Intel(R) Xeon(R) CPU E5-2630 v2 @ 2.60GHz - 18Gb ram - Downstream traffic 4Gbps Is there any tuning to reduce the

Re: FreeBSD 9.3 - Intel X520-SR2 stops passing packets

On 28-05-2015 11:14, Guy Helmer wrote: On May 26, 2015, at 9:37 AM, Marcelo Gondim gon...@bsdinfo.com.br wrote: On 23-05-2015 15:14, Babak Farrokhi wrote: Look at the interrupts per queue. 500,000 is the maximum and it is the reason your interface is not accepting new packets. Guy Helmer

Re: FreeBSD 9.3 - Intel X520-SR2 stops passing packets

On 23-05-2015 15:14, Babak Farrokhi wrote: Look at the interrupts per queue. 500,000 is the maximum and it is the reason your interface is not accepting new packets. Guy Helmer mailto:guy.hel...@gmail.com May 21, 2015 at 6:03 PM I’ve noticed that there have been reports of problems with Intel

Re: Problems with Intel X520-SR2 [RESOLVED]

: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-...@freebsd.org] On Behalf Of Marcelo Gondim Sent: Monday, December 01, 2014 11:37 AM To: freebsd-net@freebsd.org Subject: Re: Problems with Intel X520-SR2 On 30/11/2014 22:37, Marcelo Gondim wrote: Hi Jack, On 30/11/2014 16:20, Jack Vogel wrote

DNS resolution problem

Dear, I'm having trouble resolving domain name freebsd.org. The portsnap server works correctly but the pkg audit -F does not work and can not even access the site according to the following tests: # host ec2-sa-east-1.portsnap.freebsd.org ec2-sa-east-1.portsnap.freebsd.org has address

Re: Problems with Intel X520-SR2

On 30/11/2014 22:37, Marcelo Gondim wrote: Hi Jack, On 30/11/2014 16:20, Jack Vogel wrote: Good suggestions, do you ever see any 'interrupt throttled' messages? You might want to change the storm threshold to 0 and disable it. I can try this: sysctl hw.intr_storm_threshold=0 Hi Jack, Same

Re: Problems with Intel X520-SR2

-...@freebsd.org] On Behalf Of Marcelo Gondim Sent: Monday, December 01, 2014 11:37 AM To: freebsd-net@freebsd.org Subject: Re: Problems with Intel X520-SR2 On 30/11/2014 22:37, Marcelo Gondim wrote: Hi Jack, On 30/11/2014 16:20, Jack Vogel wrote: Good suggestions, do you ever see any 'interrupt throttled

Problems with Intel X520-SR2

Dear, Unfortunately I have more options to resolve this problem I'm having with Intel X520-SR2. Have we changed the X520, we exchange the optical cords, exchanged optical modules, we changed the entire server, we reduce the temperature inside the equipment, made some attempts to tunning the

Re: Problems with Intel X520-SR2

Hi Alexander, On 30/11/2014 14:05, Alexander V. Chernikov wrote: On 30.11.2014 18:47, Marcelo Gondim wrote: Dear, Unfortunately I have more options to resolve this problem I'm having with Intel X520-SR2. Have we changed the X520, we exchange the optical cords, exchanged optical modules, we

Re: Problems with Intel X520-SR2

. Even now thought to do this in my /etc/crontab: 0 */1 * * * root ifconfig ix0 down; ifconfig ix0 up; ifconfig ix1 down; ifconfig ix1 up -adrian On 30 November 2014 at 08:05, Alexander V. Chernikov melif...@freebsd.org wrote: On 30.11.2014 18:47, Marcelo Gondim wrote: Dear, Unfortunately I

Re: Problems with Intel X520-SR2

register bits incorrectly in ixgbe_msix_link(). -adrian -adrian On 30 November 2014 at 08:05, Alexander V. Chernikov melif...@freebsd.org wrote: On 30.11.2014 18:47, Marcelo Gondim wrote: Dear, Unfortunately I have more options to resolve this problem I'm having with Intel X520-SR2

IPv6 - traceroute6 not working

Hi all, I have IPv6 deployed here in ISP and everything works normally. Today I was testing a traceroute and it did not work. Below an example: (root@rt01)[~]# ping6 ipv6.google.com PING6(56=40+8+8 bytes) 2001::2001:1001::96 -- 2800:3f0:4001:813::1004 16 bytes from

Re: HEADS UP: Merging projects/ipfw to HEAD

Excellent work! :) I really enjoyed the news. This new ipfwcome with FreeBSD 10.1 release? Cheers, Gondim On 04/10/2014 09:35, Alexander V. Chernikov wrote: Hi, I'm going to merge projects/ipfw branch to HEAD in the middle of next week. What has changed: Main user-visible changes are

Re: Will netmap-ipfw fwd?

On 30/09/2014 13:49, Luigi Rizzo wrote: Should work. Please try the latest version from code.google.com/p/netmap-ipfw/ Cheers Luigi Hi Luigi, The netmap-ipfw be included in the FreeBSD 10.1 final? Cheers, Gondim On Tuesday, September 30, 2014, Eduardo Meyer dudu.me...@gmail.com wrote:

Re: ixgbe CRITICAL: ECC ERROR!! Please Reboot!!

On 10/09/2014 11:22, Marcelo Gondim wrote: On 09/09/2014 01:06, Adrian Chadd wrote: Hi, A bunch of us spent a whole bunch of time on the driver before and after 10.0-REL happened to squish a number of ixgbe hanging and out of order bugs. Please update. :) -a Dear Yesterday performed

Re: ixgbe CRITICAL: ECC ERROR!! Please Reboot!!

On 09/09/2014 01:06, Adrian Chadd wrote: Hi, A bunch of us spent a whole bunch of time on the driver before and after 10.0-REL happened to squish a number of ixgbe hanging and out of order bugs. Please update. :) -a Dear Yesterday performed the following tasks: - I removed the front

Re: ixgbe CRITICAL: ECC ERROR!! Please Reboot!!

processing is high. --- - Eric Joyner On Fri, Sep 5, 2014 at 8:39 PM, Marcelo Gondim gon...@bsdinfo.com.br wrote: On 05/09/2014 17:17, Marcelo Gondim wrote: On 05/09/2014 16:49, Adrian Chadd wrote: Hi, But is the airflow in the unit sufficient? I had this problem at a previous job

Re: ixgbe CRITICAL: ECC ERROR!! Please Reboot!!

: 454177889 -Original Message- From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd- n...@freebsd.org] On Behalf Of Marcelo Gondim Sent: Monday, September 08, 2014 8:52 PM To: Eric Joyner Cc: Jack F Vogel; FreeBSD Net; Adrian Chadd Subject: Re: ixgbe CRITICAL: ECC ERROR!! Please

Re: ixgbe CRITICAL: ECC ERROR!! Please Reboot!!

Hi Adrian, I confirmed with the support staff of the room where the server is, that the ambient temperature was normal. On 04/09/2014 22:46, Marcelo Gondim wrote: On 04/09/2014 20:48, Adrian Chadd wrote: Hi, The only time this has happened to me is because the card overheated. Can you

Re: ixgbe CRITICAL: ECC ERROR!! Please Reboot!!

07:35, Marcelo Gondim gon...@bsdinfo.com.br wrote: Hi Adrian, I confirmed with the support staff of the room where the server is, that the ambient temperature was normal. On 04/09/2014 22:46, Marcelo Gondim wrote: On 04/09/2014 20:48, Adrian Chadd wrote: Hi, The only time this has happened

Re: ixgbe CRITICAL: ECC ERROR!! Please Reboot!!

On 05/09/2014 17:17, Marcelo Gondim wrote: On 05/09/2014 16:49, Adrian Chadd wrote: Hi, But is the airflow in the unit sufficient? I had this problem at a previous job - the box was running fine, the room was very cold, but the internal fans in the server were set to be very quiet. It wasn't

ixgbe CRITICAL: ECC ERROR!! Please Reboot!!

Hi All, I have an Intel X520-SR2and today was working when all traffic stopped. I looked in the logs and found this message: Sep 4 18:29:53 rt01 kernel: ix1: Sep 4 18:29:53 rt01 kernel: CRITICAL: ECC ERROR!! Please Reboot!! # uname -a FreeBSD rt01.x.com.br 10.0-STABLE FreeBSD 10.0-STABLE

Re: ixgbe CRITICAL: ECC ERROR!! Please Reboot!!

output / 600Mbps input Traffic on ix1: 1.2Gbps output PPS on ix0: 163Kpps output / 215Kpps input PPS on ix1: 131Kpps output Thanks for your help. -a On 4 September 2014 16:14, Marcelo Gondim gon...@bsdinfo.com.br wrote: Hi All, I have an Intel X520-SR2and today was working when all traffic

ipfw table fix

Dear, Could you tell me if this fix will come out in time for version 10.1? # ipfw table 99 add 0.0.0.0/8 # ipfw table 99 list ::/8 0 Thanks and best regards, Gondim --- Este email está limpo de vírus e malwares porque a proteção do avast! Antivírus está ativa. http://www.avast.com

Re: IPv6 alias do not respond from outside - resolved

Em 25/07/2014 20:39, Marcelo Gondim escreveu: Dear, I'm having the following problem: Host A (my network): === em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=4219bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO

IPv6 alias do not respond from outside

Dear, I'm having the following problem: Host A (my network): === em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=4219bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO ether 00:1e:67:30:ea:27 inet

Re: Network Intel X520-SR2 stopping

Em 11/07/2014 14:43, John Jasem escreveu: Marcelo; I recently had a case where an Intel card was flapping, but using LR transceivers. Turns out, the cable ends needed to be re-polished, as not enough light was making it through to register transmit power. You and the networking people may want

Re: Problem with ipfw table add 0.0.0.0/8

Hi all, Already exists MFC available to fix this problem in 10-STABLE? # ipfw table 99 add 0.0.0.0/8 # ipfw table 99 list ::/8 0 Cheers, Gondim Em 17/05/2014 20:37, Marcelo Gondim escreveu: Em 17/05/14 20:28, Marcelo Gondim escreveu: Em 17/05/14 10:44, Alexander V. Chernikov escreveu

Re: Network Intel X520-SR2 stopping

.mac_stats.tx_frames_1024_1522: 24955610750 Em 02/07/2014 16:23, Marcelo Gondim escreveu: Em 02/07/2014 14:07, sth...@nethelp.no escreveu: Is there any way that you can try a reproduce this using a B2B configuration, or something that doesn't use XFP as a link partner? I'm thinking that you are correct regarding

Re: Network Intel X520-SR2 stopping

to answer that. Jack On Fri, Jul 4, 2014 at 12:38 AM, Marcelo Gondim gon...@bsdinfo.com.br wrote: Hi all, Both modules are 850nm. Could there be some incompatibility between the Datacom XFP optical module and the SFP + Intel X520-SR2 optical module? I ask this because I replaced all the hardware

Re: Network Intel X520-SR2 stopping

this? Gondim Em 02/07/2014 04:05, Jack Vogel escreveu: Is only one port a problem? When it gets into the state can you do a sysctl dev.ix.X.. Jack On Tue, Jul 1, 2014 at 6:48 PM, Marcelo Gondim gon...@bsdinfo.com.br mailto:gon...@bsdinfo.com.br wrote: Hi all, I'm having problems

Re: Network Intel X520-SR2 stopping

Em 02/07/2014 14:07, sth...@nethelp.no escreveu: Is there any way that you can try a reproduce this using a B2B configuration, or something that doesn't use XFP as a link partner? I'm thinking that you are correct regarding an incompatibility issue between SFP+ and XFP. Why do you believe

Network Intel X520-SR2 stopping

Hi all, I'm having problems with a 10GbE Intel X520-SR2 interface. After a running time, the interface does not send or receive more data. I am obliged to make a down and up the interface for it to return to work. Have changed the interface, optical cords, optical modules and problem

Re: Problem with ipfw table add 0.0.0.0/8

Em 17/05/14 12:23, Alexander V. Chernikov escreveu: On 17.05.2014 19:14, Andreas Nilsson wrote: On Sat, May 17, 2014 at 3:44 PM, Alexander V. Chernikov melif...@freebsd.org mailto:melif...@freebsd.org wrote: On 13.05.2014 16:05, Dennis Yusupoff wrote: I think that universal

Re: Problem with ipfw table add 0.0.0.0/8

Em 17/05/14 10:44, Alexander V. Chernikov escreveu: On 13.05.2014 16:05, Dennis Yusupoff wrote: I think that universal table for all kind of data (ipv4, ipv6, ports, etc) is a bad idea by design. At least unless you haven't any ability to It is not always universal in kernel. Actually,

Re: Problem with ipfw table add 0.0.0.0/8

Em 17/05/14 20:28, Marcelo Gondim escreveu: Em 17/05/14 10:44, Alexander V. Chernikov escreveu: On 13.05.2014 16:05, Dennis Yusupoff wrote: I think that universal table for all kind of data (ipv4, ipv6, ports, etc) is a bad idea by design. At least unless you haven't any ability

Problem with ipfw table add 0.0.0.0/8

Hi all, Today I discovered a likely problem: # ipfw table 99 add 0.0.0.0/8 # ipfw table 99 list ::/8 0 Is this correct? IPv6? # uname -a FreeBSD mail.xx.com.br 10.0-STABLE FreeBSD 10.0-STABLE #6 r265408: Fri May 9 12:00:40 BRT 2014 r...@mail.xx.com.br:/usr/obj/usr/src/sys/GONDIM

Re: Problem with ipfw table add 0.0.0.0/8

Hi Jason, Same problem. Em 12/05/14 15:02, Jason Hellenthal escreveu: Cute. Same this happen when there are paren around the quad ? -- Jason Hellenthal Voice: 95.30.17.6/616 JJH48-ARIN On May 12, 2014, at 13:43, Marcelo Gondimgon...@bsdinfo.com.br wrote: Hi all, Today I discovered a

Problem with removing mac address from arptable on 10-stable

Hi all, I'm having this problemon my FreeBSD 10-STABLE: (root@rt01)[~]# arp -an|grep 187.xxx.216.252 ? (187.xxx.216.252) at 5c:e0:f6:00:11:29 on vlan4 permanent [vlan] (root@rt01)[~]# arp -d 187.xxx.216.252 delete: cannot locate 187.xxx.216.252 FreeBSD rt01.xx.com.br 10.0-STABLE FreeBSD

Re: Problem with removing mac address from arptable on 10-stable

Em 07/05/14 15:18, Alan Somers escreveu: On Wed, May 7, 2014 at 9:47 AM, Marcelo Gondim gon...@bsdinfo.com.br wrote: Hi all, I'm having this problemon my FreeBSD 10-STABLE: (root@rt01)[~]# arp -an|grep 187.xxx.216.252 ? (187.xxx.216.252) at 5c:e0:f6:00:11:29 on vlan4 permanent [vlan] (root

Re: Problem with removing mac address from arptable on 10-stable

Em 07/05/14 15:57, Marcelo Gondim escreveu: Em 07/05/14 15:18, Alan Somers escreveu: On Wed, May 7, 2014 at 9:47 AM, Marcelo Gondim gon...@bsdinfo.com.br wrote: Hi all, I'm having this problemon my FreeBSD 10-STABLE: (root@rt01)[~]# arp -an|grep 187.xxx.216.252 ? (187.xxx.216.252) at 5c:e0

Re: Problem with removing mac address from arptable on 10-stable

Em 07/05/14 23:05, Alan Somers escreveu: On Wed, May 7, 2014 at 5:43 PM, Marcelo Gondim gon...@bsdinfo.com.br wrote: Em 07/05/14 15:57, Marcelo Gondim escreveu: Em 07/05/14 15:18, Alan Somers escreveu: On Wed, May 7, 2014 at 9:47 AM, Marcelo Gondim gon...@bsdinfo.com.br wrote: Hi all, I'm

Re: Process handlers, and zombies, or preap(1)

Em 31/03/14 18:39, Chris H escreveu: Quoth Chris H bsd-li...@bsdforge.com: I'm evaluating/experimenting on releng_9. The install, and now custom kernel have noting exotic, or anything out of the ordinary. top(1), and ps(1) indicate a (1) zombie, or defunct process. On my releng_8 systems,

sshd with zombie process on FreeBSD 10.0-STABLE

Hi all, I have noticed zombie processes on the system after a few lost connections on ssh. # ps afx [...] 8045 - Is 0:00.01 sshd: unknown [priv] (sshd) 8046 - Z0:00.01 defunct 8054 - IW 0:00.00 sshd: unknown [pam] (sshd) 28146 - Is 0:00.01 sshd: unknown

Re: sshd with zombie process on FreeBSD 10.0-STABLE

Em 28/03/14 15:01, Marcelo Gondim escreveu: Hi all, I have noticed zombie processes on the system after a few lost connections on ssh. # ps afx [...] 8045 - Is 0:00.01 sshd: unknown [priv] (sshd) 8046 - Z0:00.01 defunct 8054 - IW 0:00.00 sshd: unknown [pam] (sshd