Pilat

Рейтинг
250
Регистрация
08.03.2007
izbushka:
Может это фреймбуфер? Попробуйте отключить его

Что-то типа того и оказалось. В общем оказалось достаточно добавить vga=0x305 .

Raistlin:
хреновый контакт или пипец чипу.

Нет, если с локального DVD гружусь - всё хорошо, и графика и видео. Только при загрузке с PXE и с файлом автоответов. И это на двух серверах.

Andreyka:
Начни с элементарного, исключи проблему с самим сервером

Элементарное давно сделано, Андрейка!!!

netwind:
Pilat, ну так ты же эти программы не нашел. Может они тебе вообще приснились.

Я нашёл десятки программ, созданных для анализа неисправностей в сети. Может они мне и приснились, да.

netwind:
ну если персонал оператора не справляется - нужно нанять Системного Интегратора. Они вам объяснят,что такое нормальная сеть и сколько это стоит.

Умничать перед руководством и я умею. Есть три сегмента - сеть на одном конце, сеть на другом конце, и канал между ними. За всё отвечают три разных группы людей (даже четыре). Мне _нужно_ чтобы сеть работала нормально, и по факту приходится становиться если не интегратором, то хотя бы разводящим. Всё что нужно - двигать тестеры по сети и найти сбойный участок, для этого нужен не очень сложный софт. То, что я делаю с ab, даже меня не очень удовлетворяет.

Pilat добавил 15.10.2011 в 13:45

netwind:


netwind добавил 15.10.2011 в 13:41
Сделай свой ab, запиши весь трафик с помощью tcpdump (да с полным размером кадра 1600) и дай кому-нибудь посмотреть файл.
Обычно ethereal подкрашивает проблемные пакеты другим цветом. Плюс там можно посмотреть статистические характеристики разнообразные.
И самое главное можно рассмотреть конкретное соединение и пакеты его образующие. Вдруг там приложение (apache или nginx) тупит.

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

Апач там не тупит - ну или тупит, только я проверял апач на windows и linux хостах, на разных серверах. Думаю, не в апаче проблема, а в перегруженности какого-то оборудования.

netwind:
А что у вас в договоре написано о технических нормах работы? потери пакетов по маршруту в любую точку интернета регламентированы?
какова цель этого всего? если оператор заявил, что все нормально - все нормально. Он зашевелится только когда 10% клиентов пожалуются.

Мы и есть и оператор и клиент...

netwind:
агент на другой стороне - ОС другой стороны. она отвечает на ping. если маршруты асимметричны, нужно два smokeping-а.

и что? потери и ряд других характеристик mtr вам покажет на любом маршруте.

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

Нужен софт, определяющий какие пакеты потеряны, способный генерировать разные типы пакетов. Это и не mtr, и не smokeping. iperf пока ближе всего к тому что надо. Я как то нашёл хороший инструмент, но забыл название...

Pilat добавил 15.10.2011 в 13:17

Andreyka:
Элементарно
Нужно посчитать по логам сервера все ли запросы пришли
Потому что это может быть ошибкой самого сервера
В логи апчача смотрел?

Элементарное - это не то что мне нужно.

Я делал тесты на двух серверах с одинаковым результатом.

Подробнее о проблеме. Периодически (ну каждый примерно 20-й - 10-й http запрос пропадает бесследно.

Я запустил ab с параметрами :

ab -n 300 -c 10 -g gnuplot.txt http://www.my_host.ru/

и получил лог . В нём видны провалы на 21-ну секунду. Тот же тест параллельно с первым для другого адреса в моей сети даёт такие же провалы 21 секунда, но по времени провалы не совпадают. Не знаю как интерпретировать. Если лезу через сторонний VPN - провалов нет, то есть почти наверняка это не проблема на моём компьютере. Когда сеть не нагружена - в нерабочее время - провалов меньше. Нат, маршрутизаторы, глючный свич... гипотез много. Тот же ресурс из других подсетей виден нормально, без ошибок.

http://www.pilat66.ru/?attachment_id=110 - лог

Хочу понять в какую сторону направить энергию админов. Вообще проблема с потерями периодически появляется, сами они не могут справиться - всякие перезагрузки всего приводят более - менее в порядок сеть на некоторое время.

Pilat добавил 15.10.2011 в 02:00

pupseg:
iperf
авторитетная утилита для объективного тестирования каналов связи.
там - сервер
тут - клиент посылающий пакеты на сервер
и наоборот. после - смотрим статистику.

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

Pilat добавил 15.10.2011 в 02:06

netwind:
voip-инженеры используют smokeping. очень тонкие изменения улавливает. но для этого нужно было его заранее ставить.

smokeping когда-то я пробовал - но он не требует агента на другой стороне, чисто пассивное наблюдение. Грубовато.


Сейчас разве что mtr остается. Причем, запускать и смотреть нужно отдельно на обоих концах, потому что роутинг бывает и не симметричен.

Там очень простой маршрут:

  0  work-pc [192.168.0.2]

1 gw [192.168.0.1]
2 192.168.10.1
3 router.net [xxx.xxx.xxx.xxx]
4 www.my_host.ru [xxx.xxx.xxx.xxx]
Electronn:
Прокачайте пару раз гигабайтовый файл между серверами, пропустите mtr из 1000+ пакетов. Ошибки MTR - доказательство для любого провайдера.

Софт хотелось бы специализированный... mtr - это вообще картинка красивая, по большому счёту. Тем более на прямом канале. Да и перекачка гигового файла тоже.

Joker-jar:
Для начала можно попинговать :)

Ok, попинговал. Понравилось, попингую ещё. А как насчёт настоящего совета?

Всего: 2890