Доброго времени суток, стоит в работе Mikrotik X86 в качестве браса, отработал 3-4 года без траблошутнига, недавно после отключения электроэнергии на объекте по аварии, стал ребутиться в незакономерной последовательности. В логах типа не заплонирована

[aleks_lebedev]

Доброго времени суток, стоит в работе Mikrotik X86  в качестве браса,  отработал 3-4 года без траблошутнига,  недавно после отключения электроэнергии на объекте по аварии, стал ребутиться в незакономерной последовательности и не зависит от нагрузки.  В логах типа не заплонированая перезагрузк.  Объект  c микротиком удаленный  пока спасает отключение галочки MultiCPU.  Вероятно проблема с железом, или БП или Память , у кого были подобные ситуации подскажите какие варианты решений делали. ?

Edited April 14, 2022 by aleks_lebedev

[SUrov_IBM]

Aleks_lebedev, здравствуйте.

 

В 14.04.2022 в 22:47, aleks_lebedev сказал:

подскажите какие варианты

Скорей всего, у Вас "тазик" (компьютер) приказал долго жить (издох).

 

Что посоветовать, зависит от того, что у Вас там располагается, просто пользовательский ПК с RouterOS или какой-то сервачок с IPMI (встроенным IP KVM (управлением)) и главное бюджета, которым Вы располагаете.

 

В любом случае, вариантов немного:

 

1. Варианты (правильный):

- Сохранить конфигурацию RouterOS, пока "тазик" доступен по IP, используя export file=config.cfg

- Собрать новый "тазик", на новом железе. Установить RouterOS, развернуть сохранённую конфигурацию.

- Протестировать и отправляться на объект, для замены глючного "тазика", на тот что собрали.

 

2. . Варианты (бюджетный), если там располагается, просто пользовательский ПК с RouterOS:

- Сохранить конфигурацию RouterOS, пока "тазик" доступен по IP, используя export file=config.cfg

- Подготовить ремонтный набор: БП, ОЗУ, вентилятор CPU, HDD или Flash (зависит с чего загружается "тазик"), термопасту, болон с воздухом для продувки.

- Произвести обслуживания "тазика" на объекте. Продувкой, заменой термопасты, заменой БП, заменой вентилятора CPU.

- Если будите менять загрузочное устройство, пригодится сохранённая конфигурация.

Чем плох данный вариант – можно сразу не выявить проблему и аварии будут повторяться.

 

3. Вариант (оптимальный):

- Сохранить конфигурацию RouterOS, пока "тазик" доступен по IP, используя export file=config.cfg

- Приобрести железный MIKROTIK (например CCR), развернуть сохранённую конфигурацию.

- Протестировать и отправляться на объект, для замены глючного "тазика", на MIKROTIK.

 

4. Вариант (любительский):

- Если планируется заменить старый "тазик", на новое железо и это новое железо просто пользовательский ПК:

Можно установить гипервизор, на него установить RouterOS CHR.

Гипервизор (пока сам доступен) будет выполнять роль IPMI и будет позволять делать snapshot, а так же позволять развернуть доп. гостевые ОС, для всяких дополнительных нужд по контролю за сетью.

- Далее действовать как в варианте №1.

 

В целом получается как-то так. ;)

[weedman]

aleks_lebedev, здравствуйте

В качестве быстрого действия, можно для начала просто заменить блок питания на заведомо исправный

Делайте тесты, смотрите температуры, смотрите конденсаторы

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

Edited April 15, 2022 by weedman

[jffulcrum]

В 14.04.2022 в 22:47, aleks_lebedev сказал:

тал ребутиться в незакономерной последовательности и не зависит от нагрузки

Для начала включить Syslog на удаленный сервер, и настроить опрос по SNMP. Может всплыть корелляция с всплесками нагрузки или неким событием. Например, что вас тупо DDOSят. Ну и выполнить ТО железу - загрузиться с LiveCD, посмотреть параметры дисков, температур и напряжений, просто почистить, поменять термопасту, проверить вентиляторы. Смотря какое железо, конечно, если обычный офисный ПК - может просто выкинуть, переставив HDD. До недавнего времени это выходило дешевле трудозатрат на диагностику и попытки починить, сейчас, конечно, ситуация несколько иная, но если там была сборка из дешмана, то все еще разумный ход поменять целиком. Если же это сервер, у него весьма вероятно есть IPMI или аналог, через IPMI можно всякое о здоровье железа узнавать, в том числе и с помощью системы мониторинга.

[Saab95]

В 14.04.2022 в 22:47, aleks_lebedev сказал:

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

Если бы была проблема с БП, то компьютер уже не включился (это если БП не совсем уж китайский, т.к. в нормальных есть контроль напряжений).

Если бы была проблема с оперативной памятью, компьютер бы завис и сам не перезагрузился.

 

Как вариант может быть проблема с жестким диском, особенно если туда же что-то пишется в логи.

[QWE]

В 14.04.2022 в 22:47, aleks_lebedev сказал:

Доброго времени суток, стоит в работе Mikrotik X86  в качестве браса,  отработал 3-4 года без траблошутнига,  недавно после отключения электроэнергии на объекте по аварии, стал ребутиться в незакономерной последовательности и не зависит от нагрузки.  В логах типа не заплонированая перезагрузк.  Объект  c микротиком удаленный  пока спасает отключение галочки MultiCPU.  Вероятно проблема с железом, или БП или Память , у кого были подобные ситуации подскажите какие варианты решений делали. ?

 

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

Что могет быть с компом? Да все что угодно. Разделяйте компоненты, тестируйте.

Попробуйте пересобрать/перевоткнуть все компоненты, может быть попросту хреновые контакты.