Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - VanDyke

Страницы: 1 ... 1212 1213 [1214] 1215 1216
18196
Networks / Re: VanDyke есть вопрос.
« : 18 июля 2011, 14:45:15 »
myst
А снифишь wireshark?

18197
Networks / Re: VanDyke есть вопрос.
« : 18 июля 2011, 14:22:17 »
А траф виден только при promiscuous mode или даже без него?

18198
Меня вот сейчас интересует техника разведения шримса в домашних условиях, и как починить задний шифтер на веле.
Ну а меня последние N лет интересует в основном связанное с IT. Курить вот бросил, а сiscopress и иже с ним пока не могу  :fly:

18199
ну а кто тебе мешает поступать "в идеале"?
именно мне - никто. А если брать сферического сетевика в вакууме - то это уже совсем другой срач :D
Я вот не парюсь из-за "недополученного скилла"
А я вот парюсь, ибо мне интересно и занимательно изучать новое. Даже если не касается моих текущих обязанностий  :lamer:

18201
но дебажить на уровне приложения и ядра, задача совершенно других специалистов.
Это в идеале, да. Опять же действительность намного суровее. Некоторые вместо цисок/etc жрут кактус строят сети на длинках  :D

18202
писать их в файл? (или в базу
только в файл. В базу может не пройти запись, если проблема с базой.
Как минимум будет известен кусок кода, который зависает. А дальше уже по ходу дела...

18203
Не ссать, тут его быстро зачморят. Ибо не надо нам тут таких.
Там он тоже не нужен. И чмырят его постоянно уже около года. Безрезультатно.

18204
Папа, а ты с кем сейчас разговаривал?
cам меня сюда затащили - вот и привыкайте  :D

18205
К слову, через ADR ничего из выше перечисленного ты понять не сможешь.
залип в mqueue означает как вариант - остановку машины состояний процесса ospf (bgp как вариант - но там состояний поменьше). Останется посмотреть какой машины (interface/neighbor) и более четко обозначить проблему.
ЗЫ а ведь мало кто знает как работают машины состояний и какие ивенты они должны генерить в message bus. Ибо это описано imho только в rfc :D
ЗЗЫ зоебал крашащийся плагин адоба в ff  *rocket* *rocket*

18206
Дроша и сюда добрался  :facepalm:

18207
Lexus1990, битрикс такой битрикс  :facepalm2:
Советую повставлять в код вывод всякого дебага - типа контрольных точек. К примеру
echo "Checkpoint 1";
...
...
echo "Checkpoint 2";
...
и сделать перенаправление вывода скрипта  куда-то в /tmp/script.out
exec /var/www/gate-32/htdocs/bitrix/crontab/sunmar_list_index 2>&1 >> /tmp/script.out;
И когда залипнет - посмотреть до какого места скрипт доработал.
Битрикс он может составить достаточно дикий запрос...

18208
ну вы и нафлудили-то...
дык, ресурс поднимаем активно :D

18209
Ну и нашел ты причину, что дальше то?
Её еще найти надо ;) А для этого нужно знать, что в XR есть такое понятие как node, что можно смотреть не только monitor processes но и monitor threads, и потом как найден в нужном location нужный процесс который, к примеру о IPC, залип на треде mqueue (ну или qnet) - принимать решение или о рестарте/kill процесса, предварительно вывалив кору для TAC (или даже mandatory reboot) или посмотреть на размеры буферов для IPC и понять что у тебя конечный автомат ospf выжрал все буфера 64-го размера. Тюнинг буферов/ospf решит проблему не в пример быстрее отсылания кор в TAC и ожидания ответа (если не куплена супербыстрая поддержка :D )

18210
И твои действия то?
Искать причину. А там по ходу дела.
Или у тебя для этого оборудования поддержка не куплена?
Каждый раз стопать железку и ждать ответа от ТАС - дорого. А business-critical поддержка таки далеко не всегда есть.

Страницы: 1 ... 1212 1213 [1214] 1215 1216