Доброго дня.

Имеется сервер на FreeBSD 10, выполняющий роль файлопомойки на сотню пользователей под Samba 3.6, что-то по NFS расшарено, там же штатный ftpd работает, шелл открыт для некоторых пользователей, ну и ещё как сервер NIS он работает, хотя, наверно, это уже не имеет отношения... Ещё установлен VirtualBox с несколькими гостевыми машинами (сетевухи гостевых машин включены в режим bridge на основной сетевой адаптер хоста).
Жили - не тужили, а с некоторой поры стали замечать проблему при копировании файлов большого и не очень размера. Скажем так, на 20 мегабайт проблем почти не наблюдается, а вот на 300 уже удачной может оказаться одна попытка из пяти. В логах практически ничего по проблеме, только у самбы ошибка чтения сокета. Пробовал сходу поменять гнездо сетевой карты (двухголовая она там), патч-корд, порт в свиче - без результатов.

Попробовал собрать хоть какую-то статистику. Решил использовать более простой протокол ФТП. Тяну 300-метровый файл на клиентскую машину.
На виртуалку скачивается за три секунды на максимальной скорости (ну, всё внутри ж хост-машины) - ни единого обрыва. На ту же виртуалку тяну с ограничением скорости (использую wget с ключиком --limit-rate) до 1...2 мегабайт/сек - срубается где-нить в середине. Аналогичная ситуация и при копировании в локальную сеть. На машины, до которых доходит сеть по гигабиту этот 300-метровый файлик копируется на максимальной скорости вроде как без проблем. По крайней мере, не удалось зафиксировать. Где 100 мегабит или если ограничить скорость - высокая вероятность отказа.
Так же, бывает, срубаються шелл-подключения к серверу, в основном, когда имеет место быть интенсивный вывод в консоль.

По времени появление оной проблемы совпало с периодом добавления нескольких виртуальных машин к ранее существующим. Возможно, эти вещи как-то взаимосвязаны, но хочется получить какое-то более документальное тому подтверждение.

Такое ощущение, что проблемы где-то на уровне то ли TCP, то ли буферов... Что можно посмотреть/покрутить с целью хотя бы локализовать проблему?

Заранее благодарю.

miksoft,

Смотрел netstat -I em1 -w 10 во время копирования - при обрыве ошибки по нулям.

miksoftА netstat умеет и ошибки смотреть?Так понимаю, что умеет

miksoftЯ имел ввиду, например, те, которые ifconfig показывает.Это на Линуксе ifconfig кажет ошибки, на Фряхе у него меньше информации:


miksoftЕсли тянуть несколько потоков сразу, то они оборвутся одновременно или нет?В разное время рвётся на разные машины. На одну может и не оборваться, а на другой обрыв.

Relic HunterЧто уже VirtualBox и для FreeBSD доступен?Третий год пользуюсь, раньше не обращал внимания. :-)


Relic HunterНе пробовали временно погасить VB?Хорошая идея! Пока не пробовал. Появилась мысль попробовать перекинуть сетевухи виртуалок на другой физический интерфейс сервера. Завтра проверю.

miksoftvkleна Фряхе у него меньше информацииА каких-нибудь опций именно для показа ошибок на интерфейсе нету?В мануале сказано про режим debug, но я пока не знаю, с чем его едят, а более ничего нет.

miksoftКстати, было бы интересно и на показания коммутатора посмотреть.Смотрел. Ошибки по нулям на порту сервера. На некоторых других портах имеется небольшое количество ошибок, но они не мешают работе и не входят в маршруты тестирования.


Sergey Orlovпопробуйте отключить RXCSUM,TXCSUMПопробовать не проблема. Можете пояснить очень коротко, что это за опции и для чего они нужны? В поисковике не нашел сходу.

Sergey Orlov,

Так понимаю, при отключении опций RXCSUM и TXCSUM подсчет контрольных сумм пакетов переходит с аппаратного уровня сетевого адаптера на программный уровень. Вроде не критично.

Отключил.

Результат интересный и немного неожиданный.

У некоторых клиентов проблемы с копированием пропали, у других жалобы остались. Неоднозначно получилось. Возможно, кто-то и темнит...

Максимальная скорость копирования файла по ФТП с физического сервера на виртуальную машину резко упала с приблизительно 100 MB/s до диалаповских 3.5 KB/s. Это плохо, так как виртуалки работают с файлами этого сервера. Откатил, включил RXCSUM и TXCSUM - с виртуалки по ФТП вообще не удаётся подключиться к серверу. Возможно, на стороне виртуальных машин надо было тоже сделать аналогичное отключение опций... Пока убрал виртуалки на другой интерфейс.

Sergey OrlovВообще-то на хосте и для виртуалок я рекомендую включить promisc, неразборчивый режим...Это, если правильно понимаю, позволит сетевому адаптеру не фильтровать пакеты по MAC-адресу, принимая всё подряд. С интерфейсом хоста более-менее понятно, когда интерфейсы виртуальных хостов на него мостом прокинуты - разбор и раздача пакетов по виртуальным адаптерам пойдёт уже где-то в модуле поддержки сети Виртуалбокса. Но не совсем понимаю, какой смысл от неразборчивого режима на адаптере самой виртуалки. Отказ от дополнительного программного фильтра пакетов или что другое?