Hawk128 Опубликовано 10 декабря, 2010 · Жалоба Есть ряд серверов. Все разные, делают разное, но вот на одном заметил какую-то хрень, и самомтоятельно въехать чего-то не получается... На этом сервере количество пакетов на интерфейсе явно не совпадает с количеством переданных байт. Примерно вот так: netstat -hdw1 -q3 -Iem0 input (em0) output packets errs idrops bytes packets errs bytes colls drops 7.3K 0 0 504K 4.2K 0 34M 0 0 6.7K 0 0 452K 3.7K 0 32M 0 0 6.2K 0 0 430K 3.6K 0 32M 0 0 На других серверах все в порядке. Вот: netstat -hdw1 -q3 -I igb1 input (igb1) output packets errs idrops bytes packets errs bytes colls drops 38K 0 0 27M 46K 0 28M 0 0 38K 0 0 27M 46K 0 28M 0 0 36K 0 0 25M 44K 0 26M 0 0 stat# netstat -hdw1 -q3 -I igb0 input (igb0) output packets errs idrops bytes packets errs bytes colls drops 45K 0 0 25M 37K 0 26M 0 0 48K 0 0 27M 39K 0 27M 0 0 47K 0 0 27M 39K 0 28M 0 0 Есть вероятность, что это netstat приказывается. Может ли такое быть? (На свитче 8к на 27к на этом порту, выглядит гораздо реальнее...) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 10 декабря, 2010 · Жалоба А вы второй столбик (output) смотрели в первой цитате? По мне - нормальная картина: с сервера что то тянут. Можно ещё netstat -s посмотреть, на предмет ошибок, но скорее всего, первый сервер типа файлопомойки роль выполняет. Ну и tcpdump никто не отменял. Вторая цитата - очевидно, маршрутизатор или типа того, который через себя трафик пропускает, потому и цифры другие. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Hawk128 Опубликовано 11 декабря, 2010 · Жалоба Вы меня недопоняли немного. По второму вопросов нет, он просто как пример. А вот по первому все верно, с него тянут, примерно 300 мбит. Но вот если посчитать как раз по второй колонке размер пакета: 32МБ/3.6kpps= 8856 байта на один пакет! это вместо максимальных 1500! Не перебор ли? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kayot Опубликовано 11 декабря, 2010 · Жалоба Файл-сервер с mtu 9k и включенными джамбо-фреймами на коммутаторе? Почему бы и нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Hawk128 Опубликовано 11 декабря, 2010 · Жалоба Джамбо выключен и на комутаторе и на сервере. Комутатор видит 27 kpps с размером 1400-1500 на пакет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 11 декабря, 2010 · Жалоба Но вот если посчитать как раз по второй колонке размер пакета: 32МБ/3.6kpps= 8856 байта на один пакет! это вместо максимальных 1500! Не перебор ли?netstat -mчто показывает? Версии фряхи одинаковые? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Hawk128 Опубликовано 11 декабря, 2010 · Жалоба netstat -m 4235/370/4605 mbufs in use (current/cache/total) 4099/237/4336/25600 mbuf clusters in use (current/cache/total/max) 4099/155 mbuf+clusters out of packet secondary zone in use (current/cache) 107/154/261/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 9684K/1182K/10867K 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 891707742 requests for I/O initiated by sendfile 0 calls to protocol drain routines Версии одинаковые. 8.1 stable с разницей в месяц примерно по сборке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...