FreeBSD: Как зафиксировать “ping: sendto: Никакое доступное пространство буфера”?
Не игнорируйте info страницы. Много инструментов GNU имеют намного более обширные информационные страницы, чем страницы справочника. Часто, раздел SEE ALSO скажет, что "Полная документация для нечто сохраняется как руководство Texinfo". Это особенно верно для чего-либо в GNU coreutils пакет.
Кроме того, если Вы - emacs пользователь, не забывайте, что можно считать информацию и страницы руководства, не оставляя редактора: M-x info и M-x woman.
Так как проблема кажется изолированной всего одному интерфейсу - я предполагаю, что Вы используете простые маски класса C для этих двух сетей - я просто быстро возвратил бы его:
# ifconfig en0 down
# ifconfig en0 up
Очевидно, необходимо заменить корректным именем интерфейса здесь en0.
Вам, вероятно, придется перезапустить любые серверы, слушающие в том интерфейсе, и любые установленные соединения TCP с помощью него отбросят, когда Вы сделаете это. Это кратко, тем не менее, таким образом, я действительно не просматриваю такой тест как "время простоя".
Обязательно не сделайте это, в то время как ssh'd в к полю в интерфейсе Вы возвращаетесь. Лучше входить в систему на консоли, когда Вы делаете это, если Вы можете. Если сервер является удаленным, модемное соединение является лучшим, начиная с возврата сетевых интерфейсов не будет влиять на последовательный gettys. Если необходимо сделать это, в то время как зарегистрированный по сети, уверены, что соединение входит по другому интерфейсу.
-
1Ну, оказывается, что этот интерфейс имел свободный кабель Ethernet. Я сжал кабель и "Никакое пространство буфера, доступная" ошибка ушла. Теперь, я должен выяснить, должен ли я волноваться о 'mbuf' числе, или оно очистится на своем собственном? – Stefan Lasiewski 11.08.2010, 01:01
-
2К сожалению, возврат интерфейса не зафиксировал его (существует несколько интерфейсов на этой машине, я попробовал каждого в последовательности, и затем внезапно, надеясь, что что-то освободит пространство). Я перезагрузил поле, и надо надеяться этой проблемы не произойдет снова после того, как мы зафиксируем кабель. – Stefan Lasiewski 11.08.2010, 02:31
-
3Обновление 4 года спустя. Да, я действительно должен волноваться о mbuf ошибке. Эта проблема иногда открывается на моих полях FreeBSD и почти всегда связывается с высокой сетевой нагрузкой, и возможно с ошибочным кабелем. – Stefan Lasiewski 30.12.2014, 01:41
-
4Возврат зафиксировал его для меня. – gravitation 14.03.2015, 09:42
-
5я приехал сюда специально для работы OpenBSD 5.8 AMD64 Cloudstack, выполняющего CentOS6.5 AMD64. Каждый раз, когда физическое поле прервано, этот vm не может выйти. Я пытался возвратить интерфейс, и это не работало. Просто мысль, которую я совместно использовал бы здесь в случае, если кто-то еще спустился по подобному пути. ОБНОВЛЕНИЕ - меньше чем одну минуту спустя это работает, поэтому возможно, это действительно фиксирует его. – danno 06.06.2016, 20:52