Ошибка сети: нет свободного места в буфере
После некоторого времени нормальной работы одна из наших машин с Windows XP SP3 больше не открывает (!) Новые соединения TCP / IP.
Putty говорит Network Error: no buffer space available , что IE не будет открывать какие-либо новые соединения, но, например, сопоставления сетевых дисков все еще работают, даже новые могут быть установлены.
netstat не показывает больше открытых соединений, чем обычно, поиски ping и DNS работают нормально.
Это может произойти из-за любого программного обеспечения, которое неправильно хранит сетевые буферы, не освобождая их. Это случилось со мной в Win7 64bit. Chrome и Firefox перестали иметь возможность подключаться к любым веб-страницам, перестало работать совместное использование файлов Windows, а WinSCP и PuTTY выдавали ошибки, включающие слова No buffer space available . Как ни странно, Ubuntu 10, работающий под VirtualBox, казалось, не имел проблем с установлением новых сетевых подключений — возможно, он содержит несколько сетевых буферов в резерве.
Чтобы выяснить, какое программное обеспечение пропускает сетевые буферы, вам нужно закрыть программы, пока проблема не исчезнет. Поэтому я начал закрывать программы и пробовать соединение WinSCP после каждой закрытой программы, но ошибка не исчезла. После того как я закрыл все видимые программы, я открыл диспетчер задач Windows с помощью Ctrl-Shift-Esc и начал убивать невидимые программы с помощью End Process кнопки. Будьте осторожны — уничтожение некоторых вещей, на которые опирается система, может вызвать проблемы, поэтому не убивайте ничего, что вы не узнаете, не исследуя, что это такое. Для того, чтобы помочь определить , какие вещи, пойти View > Select Columns и выбрать , чтобы показать Image Path Name и Command Line . В целом, будьте осторожны с тем, чтобы убить что-либо с помощью Command Line символа, который начинается с, C:\Windows\ и будьте еще более осторожны, прежде чем убивать что-либо, начинающееся с C:\Windows\System или C:\Windows\System32 ,
Убийство C:\Windows\explorer.exe довольно безопасно и иногда может решить проблемы. Например, расширения, которые генерируют миниатюры для сторонних типов файлов, часто вызывают проблемы, хотя маловероятно, что возникнут проблемы с удержанием сетевого буфера, если вы не установили троянские расширения, отправляющие данные обратно на какой-либо вредоносный сервер. Убийство C:\Windows\explorer.exe заставит вашу панель задач исчезнуть вместе со всеми окнами файлового обозревателя. Чтобы получить их обратно, перейдите в поле File > New Task (Run. ) и введите explorer его, затем нажмите OK .
Продолжайте заканчивать программы, пока ваша проблема не будет устранена, и последняя программа, которую вы закончили, скорее всего, является виновником. Иногда завершение программы освобождает несколько сетевых буферов, которые программа законно удерживала, и этого может быть достаточно, чтобы позволить вам выполнить несколько успешных сетевых подключений в другой программе, используя эти несколько освобожденных сетевых буферов. Поэтому вам следует дважды проверить, что проблема действительно решена путем одновременного открытия большого количества веб-страниц или других подключений.
В моем случае уничтожение fmsib.exe (часть FileMaker Server 13) позволило мне установить одно новое соединение, но не более. Уничтожение fmshelper.exe (также входит в состав FileMaker Server 13) позволило мне установить множество дополнительных подключений, поэтому я считаю, что это было преступником, но это только в моем случае.
В прошлом видел эту проблему на Win98. Это было решено добавлением ключа в реестр «MaxConnections» для переопределения размера буфера по умолчанию.
В поисках исправления для XP может помочь следующее:
ОШИБКА ЖУРНАЛА СОБЫТИЙ WSAENOBUFS (10055)
Операция над сокетом не может быть выполнена, потому что системе не хватило буферного пространства или потому что очередь была переполнена.
Запустите редактор реестра.
Найдите следующий раздел в реестре и нажмите «Параметры»:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters
В меню «Правка» выберите «Создать» и добавьте следующую запись реестра:
Имя значения: MaxUserPort
Тип значения: DWORD
Значение данных: 65534
Допустимый диапазон: 5000-65534 (десятичный)
По умолчанию: 0x1388 (десятичное 5000)
Network error: no buffer space available
I’m getting error «Network Error, no buffer space available». At that time, I am not able to connect to any network share, Internet.
Please provide possible solutions.
Regards,
boopathi s
Hi Boopathi subramaniam
Thanks for posting.
In order to assist you better I would need answers to the following questions.
1) What kind of an internet connection are you using? Is it a wired connection or is it a cable connection?
2) Does this happen all the time or at certain instances. For e.g. when you watch online videos.
However you can boot into the safe mode with networking and check if the problem still persists.
Here are certain links which you might want to take a look at.
a) Advanced startup options (including safe mode)
b) Start you computer in safe mode
c) How to troubleshoot compatibility problems that affect Internet Explorer 7 in Windows Vista
d) The below mentioned article is to reset the internet settings and contains steps for resetting automatically and manually.
The automatic section has a “Fix It” tool. Try that out first and only if it fails, then reset the internet settings manually.
Reset Internet Explorer 7 settings
e) How to troubleshoot network connectivity problems in Internet Explorer
Microsoft Answers Support Engineer
Visit our Microsoft Answers Feedback Forum and let us know what you think.
Ошибка «sendmsg: Недостаточно буферного пространства» (РЕШЕНО)
Ошибка «sendmsg: Недостаточно буферного пространства» (или если у вас в качестве языка выбран английский, то ошибка будет «ping: sendmsg: No buffer space available») может возникнуть при использовании сети в Linux.
Проблема может быть периодической, то есть Интернет-подключение может работать нормально, но иногда «зависать». Чаще возникает на Wi-Fi подключениях, а не на беспроводных сетевых интерфейсах. Обычно помогает включение и отключение Wi-Fi адаптера. К сожалению, не всегда эту проблему можно решить изменив настройки системы — в некоторых случаях это признак аппаратной проблемы сетевого адаптера или неполной совместимости.
Пример команды, которая может вызвать:
Данная ошибка означает, что вы достигли максимального значения системного параметра. Вероятно, /proc/sys/net/core/wmem_max (но это может потребовать некоторого исследования в системе, которая показывает эту ошибку). Этот параметр представляет собой максимальный объем «принимаемой памяти сокета».
Вполне вероятно, что причиной является неисправный сетевой адаптер или сетевой адаптер, который не поддерживается на 100%, но в принципе работает, если система не перегружена.
На случай, если кто-то захочет узнать: файл, в котором хранятся указанные настройки, — это /etc/sysctl.conf, и вы можете изменить их — для этого нужны права root. Некоторые примеры можно найти здесь (также включает параметр, указанный в начале этого ответа). Но это следует делать только в том случае, если замена самой сетевой карты не решает эту проблему.
Скорее всего, проблема в драйвере или в самом оборудовании. Это можно временно исправить, отключив/включив интерфейс. В основном очередь вывода заполнена, и если вы не обрабатываете какой-либо основной сетевой трафик или не имеете тонны хостов в сети, вы не должны видеть эту ошибку.
Некоторым пользователям удаётся решить эту проблему изменив настройки Wi-Fi в роутере, например, выбрав режим «802.11 b/g/n mixed».
Иногда проблему удаётся решить только заменив дефектный модем или беспроводной адаптер.
В качестве быстрого исправления вы можете выключить/включить Wi-Fi адаптер в NetwordManager или с помощью команд:
Если вы хотите разобраться в причинах и корне данной проблемы, то обратитесь к статье «Памятка по Wi-Fi в Linux: подсказки и решение проблем», найдите там раздел «Как увидеть, что происходит с беспроводными интерфейсами» и используйте указанные команды.
No buffer space available windows
Maybe this one helps.
Regards, Dave Patrick .
Microsoft Certified Professional
Microsoft MVP [Windows Server] Datacenter Management
Disclaimer: This posting is provided «AS IS» with no warranties or guarantees, and confers no rights.
Please install all the patches on server 2008 Standard SP2. As you said, this is the bug on server 2008R2. That shouldn’t be on server 2008 generally, you might try to install all the pathes on Server 2008.
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.
Regards, Dave Patrick .
Microsoft Certified Professional
Microsoft MVP [Windows Server] Datacenter Management
Disclaimer: This posting is provided «AS IS» with no warranties or guarantees, and confers no rights.
I have tried this hotfix, but it cannot be installed on Windows Server 2008 standard SP2. I also tried some hotfix but it doesn’t go well. Is there any information about this problem that I don’t know?
Выполняю установку, настройку, сопровождение серверов. Для уточнения деталей используйте форму обратной связи
Если вы увидели такое сообщение на сервере, значит пришло время посмотреть и оценить сетевую нагрузку на сервер. Посмотреть текущее состояние буферов можно так:
# netstat -m
1026/2709/3735 mbufs in use (current/cache/total)
1024/1766/2790/132096 mbuf clusters in use (current/cache/total/max)
1024/768 mbuf+clusters out of packet secondary zone in use (current/cache)
0/802/802/66048 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/33024 9k jumbo clusters in use (current/cache/total/max)
0/0/0/16512 16k jumbo clusters in use (current/cache/total/max)
2304K/7417K/9721K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
15 requests for I/O initiated by sendfile
0 calls to protocol drain routines
# vmstat -z | grep mbuf
mbuf_packet: 256, 0, 1024, 768, 9163111497, 0
mbuf: 256, 0, 2, 1941, 6166886673, 0
mbuf_cluster: 2048, 132096, 1792, 998, 14208, 0
mbuf_jumbo_page: 4096, 66048, 0, 802, 166262704, 0
mbuf_jumbo_9k: 9216, 33024, 0, 0, 0, 0
mbuf_jumbo_16k: 16384, 16512, 0, 0, 0, 0
mbuf_ext_refcnt: 4, 0, 0, 672, 11055, 0
Так же можно ещё посмотреть количество коллизий на интерфейсах:
Если кратко объяснить, что оно такое: нехватка системных буферов для выполнения операций. Как правило такая проблема появляться на плохих сетевых карточках и не всегда зависит от большой нагрузки. К примеру, я наблюдал такую ситуацию, когда в кроне выставлен пинг (8 пакетов) на хост каждый 5 минут и за сутки появлялось такое сообщение на шлюзе, который обслуживает 20 человек с каналом загрузки до 10мбит.
Но что же сделать, что бы избавиться от этого раз и навсегда? Самый правильный способ — поставить хорошие сетевые карточки, например, Intel (igb). Второй вариант даёт результат с вероятностью 50%. Он представляет собой небольшой тюниг переменных системы и ядра. Опишу его ниже.
— увеличиваем количество nmbclusters и буферов:
echo ‘kern.ipc.nmbclusters=524288’ >> /boot/loader.conf
echo ‘kern.ipc.maxsockbuf=1048576’ >> /boot/loader.conf
echo ‘hw.igb.rxd=4096’ >> /boot/loader.conf
echo ‘hw.igb.txd=4096’ >> /boot/loader.conf
где igb — имя сетевой карты, на которой возникают проблемы (если у вас другая — замените соответственно на другое имя)
Примечание.
На 64-битных системах с большим объёмом памяти можно выставить значения kern.ipc.nmbclusters=1000000
— увеличиваем размер буфера
net.inet.tcp.sendbuf_max=16777216
net.inet.tcp.recvbuf_max=16777216
net.inet.tcp.sendbuf_inc=16384
net.inet.tcp.recvbuf_inc=524288
— увеличиваем количество пользователей и значение буферов
пересобираем ядро с такими параметрами
maxusers 512
options NBUF=4096
Если вы используете netgraph, можно ещё увеличить такие значения:
Если же после этого тюнинга продолжают появляться такие ошибки — попробуйте либо увеличить значения либо поставить всё же нормальную сетевую карточку.
