FreeBSD: Just how to deal with "ping: sendto: No barrier room readily available"?

I'm attempting to sound a remote host, yet I get a mistake.

# ping 192.168.80.1
PING 192.168.80.1 (192.168.80.1): 56 data bytes
ping: sendto: No buffer space available
ping: sendto: No buffer space available
^C
--- 192.168.80.1 ping statistics ---
2 packets transmitted, 0 packets received, 100% packet loss

It benefits various other hosts:

# ping 192.168.16.1
PING 192.168.16.1 (192.168.16.1): 56 data bytes
64 bytes from 192.168.16.1: icmp_seq=0 ttl=254 time=0.442 ms
64 bytes from 192.168.16.1: icmp_seq=1 ttl=254 time=0.402 ms
^C
--- 192.168.16.1 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.402/0.422/0.442/0.020 ms
#

The message "No barrier room readily available" appears to show some type of memory mistake. And also without a doubt, when I get in touch with Netstat, the "mbuf collections" number looks VERY incorrect:

# netstat -m
11780 mbufs in use
4294966716/32768 mbuf clusters in use (current/max)
0/3/6656 sfbufs in use (current/peak/max)
1785 KBytes allocated to network
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines

What is taking place below? Exists away to repair this without downtime, or do I require to reboot the host or reactivate the network user interface?

0
2019-05-04 23:56:06
Source Share
Answers: 1

Since the trouble appears separated to simply one user interface - - I think you're making use of simple old class C masks for these 2 networks - - I would certainly simply promptly jump it :

# ifconfig en0 down
# ifconfig en0 up

Clearly you require to replace the proper user interface name below for en0.

You might need to reactivate any kind of web servers paying attention on that particular user interface, and also any kind of well-known TCP links utilizing it will certainly go down when you do this. It's quick, though, so I do not actually watch such an examination as "downtime".

Make certain not to do this while ssh would certainly in to package on the user interface you're jumping. It's ideal to visit on the console when you do this, if you can. If the web server is remote, a modem link is best, given that jumping the network user interfaces will not influence serial gettys. If you have to do this while visited over the network, make certain your link is can be found in over a various user interface.

0
2019-05-08 09:23:50
Source