FreeBSD:如何处理“ping:sendto:没有随时可用的障碍室”?

我试图发出一个远程主机,但我犯了一个错误。

# 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

它有益于其他各种主机:

# 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
#

消息“没有障碍室随时可用”似乎显示某种类型的记忆错误。 毫无疑问,当我与Netstat取得联系时,“mbuf集合”号看起来非常不正确:

# 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

下面发生了什么? 无需停机即可修复此问题,还是需要重新启动主机或重新激活网络用户界面?

0
2019-05-04 23:56:06
资源 分享
答案: 1

由于问题看起来只是一个用户界面 - 我认为你正在为这两个网络使用简单的旧C类掩码 - 我当然会简单地快速跳转它:

# ifconfig en0 down
# ifconfig en0 up

显然,您需要为en0替换下面正确的用户界面名称。

您可能需要重新激活注意该特定用户界面的任何类型的Web服务器,并且当您执行此操作时,使用它的任何类型的知名TCP链接肯定会失效。 但这很快,所以我实际上并没有把这样的考试看成是“停机时间”。

确保不要这样做,而ssh肯定会打包你正在跳跃的用户界面。 如果可以的话,这是在游戏机上访问的理想选择。 如果Web服务器是远程的,则最好使用调制解调器链接,因为跳转网络用户界面不会影响串行gettys。 如果您在通过网络访问时必须执行此操作,请确保您的链接可以通过各种用户界面找到。

0
2019-05-08 09:23:50
资源