Date: Sun, 14 Jan 2018 17:45:37 +0530 From: Reshad Patuck <reshad@patuck.net> To: Kristof Provost <kristof@sigsegv.be> Cc: Reshad Patuck <reshadpatuck1@gmail.com>, freebsd-net@freebsd.org Subject: Re: [vnet] [epair] epair interface stops working after some time Message-ID: <1563563.7DUcjoHYMp@reshadlaptop.patuck.net> In-Reply-To: <71B1A1BD-6FCF-47BB-9523-CCAAC03799A5@sigsegv.be> References: <CADaJeD2LZy=RU0vtqD7%2BdkZkUs0GKW%2B7duGDQkZ19GR-_cS=MQ@mail.gmail.com> <71B1A1BD-6FCF-47BB-9523-CCAAC03799A5@sigsegv.be>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, I attempted to unload the pf module, but this did not cause any changes. I am not creating/destroying any VNET jails at the time epais stop to funct= ion. Multiple VNET jails are started when I start the box, but no further activi= ty (starts or stops of vnet jails, creation deletion of epair interfaces, p= f start, stop or reload) I have been monitoring output from the following: =2D netstat -ss =2D netstat -m =2D vmstat -z =2D vmstat -m I will add 'netstat -i' to my battery of monitoring commands. So far I the only pattern I can see out of the ordinary is the 'vmstat -m' = output for epairs. Where the size seems to keep growing, and at some point, the memory-use and= high-use grow too. The epair interface seems to stop working when the memory-use and high-use = grow. I have also noticed that these parameters stay almost constant on other box= es. Here is a link (http://dpaste.com/3WB6AD4.txt) to the csv file containing t= he 'vmstat -m' output for 'epair' over time. I noticed the epair being to fail at timestamp 2018-01-09T07:56Z, but this = test ran every 5 minutes so it could be upto 5 minutes before this timestam= p. NOTE: I have used --libxo on the vmstat to get json output, it seems to hav= e lost the trailing 'K' in the memory-use column. I will update things here if I find anything else in the logs. Please let me know if there is anything else I should look at, or if there = is any other output you would like. Best regards, Reshad On Thursday 11 January 2018 2:20:06 AM IST Kristof Provost wrote: > On 5 Jan 2018, at 20:54, Reshad Patuck wrote: > > I have done the following on both servers to test what happens: > > - Created a new epair interface epair3a and epair3b > > - upped both interfaces > > - given epair3a IP address 10.20.30.40/24 (I don't have this subnet > > anywhere in my network) > > - attempted to ping 10.20.30.50 > > - checked for any packets on epair3b > > On the server where epairs are working, I can see APR packets for > > 10.20.30.50, but on the server where epairs are not working I cant see= =20 > > any > > packets on epair3b. > > I can however see the arp packets on epair3a on both servers. > > > So epair3a was not added to the bridge and epair3b was not added to a=20 > jail? > That=E2=80=99s interesting, because it should mean the problem is not wit= h the=20 > bridge or jail. > As it affects ARP packets it also shouldn=E2=80=99t be a pf problem. > It might be worth unloading the pf module, just to re-confirm, but I=20 > wouldn=E2=80=99t expect it to make a difference. >=20 > > Please let me know if there is anything I can do the debug this issue=20 > > or if > > you need any other information. > > > Are you creating/destroying vnet jails at any point? Is there a=20 > correlation with that and the start of the epair issues? >=20 > Are there any errors in `netstat -s` or `netstat -i epair3a` ? >=20 > Regards, > Kristof
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1563563.7DUcjoHYMp>