FreeBSD: कैसे "पिंग: sendto: कोई बफर स्थान उपलब्ध" तय करने के लिए?


27

मैं एक दूरस्थ होस्ट पिंग करने की कोशिश कर रहा हूं, लेकिन मुझे एक त्रुटि मिलती है।

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

संदेश "कोई बफर स्थान उपलब्ध नहीं है" कुछ प्रकार की मेमोरी त्रुटि को इंगित करता है। और वास्तव में, जब मैं नेस्टैट के साथ जांच करता हूं, तो "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

यहाँ क्या हो रहा है? क्या डाउनटाइम के बिना इसे ठीक करना दूर है, या मुझे होस्ट को रिबूट करने या नेटवर्क इंटरफ़ेस को पुनरारंभ करने की आवश्यकता है?


1
आप अपने dmesg उत्पादन पोस्ट कर सकते हैं?
माइक एच

मैंने खुद को चिपकाया है। मेरे मामले में, यह एक बैकअप था जो कहीं न कहीं कुछ कतार से भरा हुआ था, यह मेरे लिए स्पष्ट नहीं है कि क्यों - लेकिन फिर निलंबित करना (बैकअप - rsync --bwlimit = 40) को फिर से शुरू करना हमारे लिए समस्या तय करता है। मैंने भी दोहरीकरण की कोशिश की है net.inet.tcp.sendbuf_maxऔर net.inet.tcp.recvbuf_maxकुछ भी नहीं बदला है।
अनारकट

जवाबों:


11

चूंकि समस्या सिर्फ एक इंटरफ़ेस के लिए अलग-थलग लगती है - मुझे लगता है कि आप इन दोनों नेटवर्क के लिए सादे पुराने वर्ग के सी मास्क का उपयोग कर रहे हैं - मैं बस जल्दी से बाउंस करूंगा:

# ifconfig en0 down
# ifconfig en0 up

जाहिर है कि आपको इसके लिए सही इंटरफ़ेस नाम को बदलने की आवश्यकता है en0

आपको उस इंटरफ़ेस पर सुनने वाले किसी भी सर्वर को पुनरारंभ करना पड़ सकता है, और इसका उपयोग करने वाला कोई भी स्थापित टीसीपी कनेक्शन आपको ऐसा करने पर छोड़ देगा। हालांकि यह संक्षिप्त है, इसलिए मैं वास्तव में इस तरह के परीक्षण को "डाउनटाइम" के रूप में नहीं देखता हूं।

सुनिश्चित करें कि यह उस इंटरफ़ेस के बॉक्स में ssh'd नहीं है, जो आप उछल रहे हैं। यदि आप ऐसा कर सकते हैं, तो कंसोल पर लॉग इन करना सबसे अच्छा है। यदि सर्वर दूरस्थ है, तो एक मॉडेम कनेक्शन सबसे अच्छा है, क्योंकि नेटवर्क इंटरफेस को बाउंस करने से सीरियल गेटी प्रभावित नहीं होंगे। यदि आप नेटवर्क पर लॉग इन करते समय ऐसा करते हैं, तो सुनिश्चित करें कि आपका कनेक्शन एक अलग इंटरफ़ेस पर आ रहा है।


4
खैर, पता चला है कि इस इंटरफ़ेस में एक ढीली ईथरनेट केबल थी। मैंने केबल को कस दिया, और "कोई बफर स्थान उपलब्ध नहीं" त्रुटि दूर हो गई है। अब, मुझे यह पता लगाने की आवश्यकता है कि क्या मुझे 'mbuf' नंबर के बारे में चिंता करने की आवश्यकता है, या क्या यह स्वयं स्पष्ट होगा?
स्टेफन लासवर्स्की

दुर्भाग्य से, इंटरफ़ेस को उछलते हुए इसे ठीक नहीं किया गया (इस मशीन पर कई इंटरफेस हैं, मैंने प्रत्येक को अनुक्रम में आज़माया, और फिर सभी को एक बार उम्मीद है कि कुछ जगह खाली कर देगा)। मैंने बॉक्स को रिबूट किया, और उम्मीद है कि केबल को ठीक करने के बाद यह समस्या फिर से नहीं होगी।
स्टीफन लासवर्स्की

1
4 साल बाद एक अपडेट। हां, मुझे mbuf त्रुटि के बारे में चिंता करने की आवश्यकता है। यह समस्या कभी-कभी मेरे FreeBSD बक्से पर पॉप अप हो जाती है और लगभग हमेशा उच्च नेटवर्क लोड के साथ, और संभवतः एक छोटी गाड़ी के केबल के साथ जुड़ी होती है।
स्टीफन लासवर्स्की

उछल कर मेरे लिए तय किया।
गुरुत्वाकर्षण

मैं यहां विशेष रूप से ओपनबीएसडी 5.8 एएमडी 64 के लिए आया हूं जो क्लाउडस्टैक पर चल रहा है जो सेंटोस 6.5 एएमडी 64 चला रहा है। हर बार जब भौतिक बॉक्स बाधित होता है तो यह vm बाहर नहीं निकल सकता है। मैंने इंटरफ़ेस को उछालने की कोशिश की और यह काम नहीं किया। मैंने सोचा था कि मैं यहाँ साझा करूँगा अगर कोई व्यक्ति एक समान रास्ते से नीचे जाए। अद्यतन - एक मिनट से भी कम समय बाद यह काम कर रहा है, इसलिए शायद यह इसे ठीक करता है।
दानो
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.