System will reboot shortly error contact mikrotik support and send a supout file 2

Стоит стек из серваков с микротик роутерос; крутится пптп+л2тп, шейпер (simple queue) и нат. Работают офигенно, если бы не одно НО: стали периодически по одному отваливаться, причем странно - сервер доступен по ssh и winbox, но в винбокс никакой инфы не показывает, по ссш тоже, в логах пусто, пом...

сколько ппп сессий?

что такое стэк в вашем представлении?

процесс отваливания опишите?

Вот сегодня один сдох при такой нагрузке:

трафик:

graph_image.php_traf.png

сессии:

graph_image.php_sess.png

процессор:

graph_image.php_proc.png

т.е. нагрузка очень незначительная в момент «сдыхания»

Лог с дебагом много просветления не принес:

07:41:59 pptp,ppp,debug <x.x.x.x>: LCP closed
07:41:59 pptp,ppp,debug <x.x.x.x>: CCP lowerdown
07:41:59 pptp,ppp,debug <x.x.x.x>: BCP lowerdown
07:41:59 pptp,ppp,debug <x.x.x.x>: BCP down event in starting state
07:41:59 pptp,ppp,debug <x.x.x.x>: IPCP lowerdown
07:41:59 pptp,ppp,debug <x.x.x.x>: IPCP closed
07:41:59 pptp,ppp,info,account xxxx logged out, 53844 5990515540 788423153 5415514 3697600
07:41:59 pptp,ppp,info,account xxxx logged out, 53844 5990515540 788423153 5415514 3697600
07:41:59 pptp,ppp,debug,packet  <x.x.x.x>: sent LCP TermAck id=0x9
07:41:59 pptp,ppp,debug,packet  <x.x.x.x>: rcvd LCP EchoReq id=0xcd
07:41:59 pptp,ppp,debug,packet     <magic 0x5c888c6c>
07:41:59 pptp,ppp,debug,packet  <x.x.x.x>: sent LCP EchoRep id=0xcd
07:41:59 pptp,ppp,debug,packet     <magic 0x7eabc960>
07:42:00 pptp,ppp,debug,packet  <x.x.x.x>: rcvd LCP EchoReq id=0xf8
07:42:00 pptp,ppp,debug,packet     <magic 0x5befc928>
07:42:00 pptp,ppp,debug,packet  <x.x.x.x>: sent LCP EchoRep id=0xf8
07:42:00 pptp,ppp,debug,packet     <magic 0x2e8783a1>
07:42:00 pptp,ppp,debug <x.x.x.x>: LCP timer
07:42:00 pptp,ppp,debug <x.x.x.x>: LCP lowerdown
07:42:00 pptp,ppp,info <pptp-xxxx>: terminating...
07:42:00 pptp,ppp,info <pptp-xxxx>: terminating...
10:45:08 ppp script error: action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
11:31:55 ppp script error: action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
13:23:41 ppp script error: action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
13:23:58 ppp script error: action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
14:13:37 ppp script error: action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
14:14:03 ppp script error: action timed out - try again, if error continues contact MikroTik support and send a supout file (13)
14:52:48 system,info,account user admin logged in from x.x.x.x via ssh
14:52:50 ppp script error: action timed out - try again, if error continues contact MikroTik support and send a supout file (13)

Так получилось, что по работе столкнулся с несколькими коммутаторами MikroTik серии CRS3XX, которые позиционируются как серьёзные ентерпрайзные железки, в отличие от более домашнего оборудования. И захотелось мне поделиться некоторыми личными впечатлениями от их эксплуатации.

Впечатление первое. Документация.

Согласно примерам, приведённым в документации, для access порта должен быть установлен pvid и этот порт должен быть добавлен в список untagged портов для соответствующего VLAN. Т.е. для выполнения стандартной операции по переводу access порта из одного VLAN в другой необходимо:

— изменить для него pvid:

/interface bridge port
set [ find interface=ether39 ] pvid=XXX

— найти порт в списке untagged портов старого VLAN в примерно таком выводе (вывод команды немного сокращён):

[admin@switch] > /interface bridge vlan export terse
/interface bridge vlan add bridge=bridge1 tagged=uplink untagged=ether1,ether3,ether5,ether7,ether9,ether11,ether13,ether15,ether17,ether19,ether21,ether23,ether25,ether27,ether29,ether31,ether33,ether35,ether37,ether39,ether41,ether43,ether45,ether46 vlan-ids=YYY
/interface bridge vlan add bridge=bridge1 tagged=uplink untagged=ether2,ether6,ether8,ether10,ether12,ether14,ether16,ether18,ether20,ether22,ether24,ether26,ether28,ether30,ether32,ether34,ether36,ether38,ether40,ether42,ether44 vlan-ids=XXX

— удалить его из этого списка:

/interface bridge vlan
set [ find vlan-ids=YYY ] untagged=ether1,ether3,ether5,ether7,ether9,ether11,ether13,ether15,ether17,ether19,ether21,ether23,ether25,ether27,ether29,ether31,ether33,ether35,ether37,ether41,ether43,ether45,ether46

— добавить порт в новый VLAN:

/interface bridge vlan
set [ find vlan-ids=XXX ] untagged=ether2,ether6,ether8,ether10,ether12,ether14,ether16,ether18,ether20,ether22,ether24,ether26,ether28,ether30,ether32,ether34,ether36,ether38,ether39,ether40,ether42,ether44 vlan-ids=XXX

Но, как подсказали в комментариях к этой статье, и как было проверено на реальном оборудовании, добавлять access порт в список untagged не нужно, достаточно установить для порта требуемый pvid, т.е. необходимо выполнить только первое из приведённых действий.

Впечатление второе. CLI.

Итак, access порты не нужно добавлять в список untagged, что существенно облегчает сопровождение коммутаторов уровня доступа. Но, если на коммутаторе много тэгированных портов с доступом в разные VLAN, то всё таки получаем описанную выше проблему с необходимостью редактирования больших списоков портов. Т.е. смотрим в примерно такой вывод:

[admin@switch] > /interface bridge vlan export terse
/interface bridge vlan add bridge=bridge1 tagged=swX61-1,swX61-2,swX75-1,swX75-2,swX81-1,swX81-2 vlan-ids=XXX
/interface bridge vlan add bridge=bridge1 tagged=swX61-1,swX61-2,swX70-1,swX74-1,swX74-2,swX75-1,swX75-2,swX81-1,swX81-2 vlan-ids=YYY

И, например, для переноса порта swX70-1 из VLAN YYY в VLAN XXX выполняем две команды:

/interface bridge vlan set [ find vlan-ids=YYY ] tagged=swX61-1,swX61-2,swX74-1,swX74-2,swX75-1,swX75-2,swX81-1,swX81-2 
/interface bridge vlan set [ find vlan-ids=XXX ] tagged=swX61-1,swX61-2,swX70-1,swX74-1,swX74-2,swX75-1,swX75-2,swX81-1,swX81-2

На сколько легко можно ошибиться при выполнении такой операции?

А что будет, если удалить какой либо, например, агрегированный интерфейс? Правильно. После этого он останется в списке портов коммутации с каким-то странным именем:

[admin@switch] > /interface bridge port export
add bridge=bridge1 interface=*2D

Эту запись надо удалить командой:

/interface bridge port remove [ find interface=*2D ]

И также необходимо исправить списки tagged портов для VLAN, так как в них появятся значения вида:

add bridge=bridge1 tagged=swX70-1,swX70-2-2,*2D vlan-ids=X
add bridge=bridge1 tagged=swX70-1,swX70-2-2,*2D vlan-ids=Y
add bridge=bridge1 tagged=swX70-1,*2D,swX74-1,swX74-2 vlan-ids=Z

Если порт был добавлен в большое количество VLAN, ручное его удаление из всех VLAN потребует и времени, и аккуратности.

Впечатление третье. CLI.

Допустил небольшую опечатку в команде, пропустив букву «e» перед знаком равенства:

/interface bridge port
set [ find interfac=ether39 ] bpdu-guard=yes edge=yes

для исправления ошибки мне потребовалось подключаться к консольному порту коммутатора, так как bpdu-guard был включен для всех портов, включая порт, подключенный к вышестоящему коммутатору, через который я и попадал на этот коммутатор. При этом старый дедовский метод попросить кого либо «выключить и включить», чтобы откатиться к предыдущему конфигу не работает, так как изменения сохраняются сразу при выполнении команды.

Для того, чтобы избежать такой ситуации, перед выполнением любой операции, даже если Вам она кажется совершенно безопасной, на коммутаторе лучше включать safe mode.

Впечатление четвёртое. LACP.

Сразу после установки нового коммутатора была настроена агрегация с использованием протокола LACP. После подключения оборудования к портам внезапно выяснилось, что агрегированный интерфейс не поднимается. Обновление прошивки до последней стабильной проблему не решило. После чего была заведена заявка на сайте MikroTik, на которую был получен ответ…

Впечатление пятое. Поддержка.

Ответ поддержки звучал так:

Similar issues have been reproduced in our labs running 6.47.4 version, but they are fixed with the latest RouterOS testing version 6.48beta40.

То есть:

  1. Поддержка рекомендует установить testing прошивку для продуктивного использования.
  2. При выпуске стабильных прошивок не проводится тестирования в достаточном объёме, чтобы заметить такие серьёзные проблемы, как неработающая агрегация каналов.

Впечатление шестое. Необъяснимое.

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

3600 packets transmitted, 3474 received, 3% packet loss, time 921343ms

Я даже не мог предположить, что на цепочке сервер — коммутатор — сервер можно получить 3% потерь. При этом и сервера, и коммутатор имеют 10G интерфейсы, а всплески трафика с трудом дотягивали до 400Mbit/s. Также была замечена ненормальная нагрузка на процессор коммутатора. Для решения проблемы потребовалось… перезагрузить коммутатор.

Впечатление седьмое. Стекирование.

В продолжение предыдущего посыла — да, у MikroTik нет ни стекирования, ни поддержки модного сейчас MC-LAG. Любая перезагрузка коммутатора — downtime.

Впечатление восьмое. MTU.

В связи с особенностями сети на оборудовании используются jumbo фреймы и, соответственно MTU на интерфейсах поднят до 9000. Для начала меня смутило то, что разрешение на передачу jumbo фреймов на современном коммутаторе не сделано по умолчанию. Но это ерунда на фоне того, что некоторых случаях после кратковременного падения линка на обоих портах агрегированного интерфейса иногда​​​​​​​ на коммутаторе перестают передаваться jumbo фреймы для этого интерфейса. А для быстрого решения этой проблемы достаточно… перезагрузить коммутатор.

Впечатление девятое. Опять необъяснимое.

После выполнения команды по добавлению нового агрегированного интерфейса для нового узла:

/interface bridge port
add bridge=bridge1 interface=newnode

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

Впечатление десятое. Продуманность web интерфейса.

Если зайти браузером и попытаться выбрать временную зону, то у Вас ничего не получится. Потому для выбора нужной временной зоны нужно её найти в списке из всех известных в linux временных зон, список которых занимает много страниц, возможности поиска в интерфейсе не предусмотрено, а javascript раз в секунду обновляет текущее время, каждый раз сбрасывая Вас на первый пункт в этом списке.

Впечатление одиннадцатое. Надёжность.

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

[admin@switch] /system health> print

action timed out - try again, if error continues contact MikroTik support and send a supout file (13)

Хорошо, давайте выполним ставшую уже привычной операцию, т.е. перезагрузим коммутатор:

[admin@switch] > /system reboot
Reboot, yes? [y/N]:
y
system will reboot shortly
action timed out - try again, if error continues contact MikroTik support and send a supout file (13)

Зато через какое-то время zabbix отчитывается, что данный коммутатор перезагрузился. А потом ещё раз, и ещё. А ведь я успел развернуть только несколько коммутаторов, из закупленных нескольких десятков…

Впечатление двенадцатое. А что с более домашним оборудованием?

Попросили меня настроить на базе hAP ac² временную точку доступа. Включаем, заходим на web интерфейс, сразу получаем wizard, который предлагает переключиться в режим «просто точка доступа», который то мне и нужен. Соглашаемся, переключаемся. После чего полностью теряем управление железкой. После нескольких сбросов в настройки по умолчанию опытным путём устанавливаем, что перед переводом устройства в режим точки доступа надо было выпилить все правила фильтрации трафика.

Итого

Учитывая количество закупленных коммутаторов, выбора как бы нет. Поэтому возможно продолжение этой статьи. Также по ходу работы с оборудованием потихоньку пишется скрипт на python для «очеловечивания» части рутинной работы, в первую очередь по назначению VLAN для тэгированных и нетэгированных портов.

Action timed out try again if error continues contact mikrotik

Секреты настройки
файрвола через

timeout while waiting for program 24 — что за ошибка?

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

1. Назовите технологию подключения (динамический DHCP, L2TP, PPTP или что-то иное)
2. Изучите темку «Действия до настройки роутера».
viewtopic.php?f=15&t=2083
3. Настройте согласно выбранного Вами мануала
4. Дочитайте мануал до конца и без пропусков, в 70% случаев люди просто не до конца читают статью и пропускают важные моменты.
5. Если не получается, в Winbox открываем терминал и вбиваем там /export hide-sensitive. Результат в топик под кат, интимные подробности типа личных IP изменить на другие, пароль забить звездочками.
6. Нарисуйте Вашу сеть, рисунок (схему) сюда. На словах может быть одно, в действительности другое.

Коллеги, здравствуте.
В логах впервые стал наблюдать ошибку (синим выделяет винбокс):
сначала серия строчек в логах с ошибами (10 одинаковых строк) с разницей в 10 минут:
snmp, warning timeout while waiting for program 24

Далее одна черная строка:
ipsec info respond new phase 1 (Identity Protection): ххх.ххх.ххх.ххх[500] 202.126.92.98[20674]
/крестиками внешний IP атакуемого микротика указан/

Потом строки в логах краснеют:
ipsec error no suitable proposal found.
202.126.92.98 failed to get valid proposal.
202.126.92.98 failed to pre-process ph1 packet (side: 1, status 1).
202.126.92.98 phase1 negotiation failed.

Таких серий 4 штуки, с разницей в несколько секунд.

После этого наблюдаю постоянно синие строки каждые 10 минут (до данного момента):
snmp, warning timeout while waiting for program 24

IP атакующего руками внес в черный список. Но что за ошибка » timeout while waiting for program 24″ и как с ней бороться?

Оборудование: MikroTik RB1100AHx4 Dude Edition (RB1100Dx4)
Прошивка: самая свежая 6.47.4 (Stable)

SNMP включен,
Trap Community = public
Trap Version = 2
Src.Address = ::

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

ip: «202.126.92.98»
city: «Ulan Bator»
region: «Ulaanbaatar»
country: «MN»
loc: «47.9077,106.8832»
timezone: «Asia/Ulaanbaatar»
asn: Object
asn: «AS9484»
name: «Mobinet LLC. AS Mobinet Internet Service Provider»
domain: «mobinet.mn»
route: «202.126.92.0/24»
type: «isp»
company: Object
name: «Mobinet LLC»
domain: «mobinet.mn»
type: «isp»


upd. После блокировки подозрительного IP ошибки SNMP warning не прекратились. Отправлю роутер в перезагрузку, посмотрим сохранится ли проблема с строчками в логах «timeout while waiting for program 24».

upd.2 Роутер не реагирует на команду reboot . И даже не реагирует на Shutdown. Буду выдирать провод питания.

Источник

Action timed out try again if error continues contact mikrotik

Бесплатный чек-лист
по настройке RouterOS
на 28 пунктов

Не сохраняются настройки IPsec после прошивки

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

1. Назовите технологию подключения (динамический DHCP, L2TP, PPTP или что-то иное)
2. Изучите темку «Действия до настройки роутера».
viewtopic.php?f=15&t=2083
3. Настройте согласно выбранного Вами мануала
4. Дочитайте мануал до конца и без пропусков, в 70% случаев люди просто не до конца читают статью и пропускают важные моменты.
5. Если не получается, в Winbox открываем терминал и вбиваем там /export hide-sensitive. Результат в топик под кат, интимные подробности типа личных IP изменить на другие, пароль забить звездочками.
6. Нарисуйте Вашу сеть, рисунок (схему) сюда. На словах может быть одно, в действительности другое.

Здравствуйте, уважаемые участники форума. Только начинаю знакомиться с Mikrotik. Обновил прошивку с версии 3.41 на версию 6.44.1. Пропали все настройки IPsec (пусто во всех вкладках). И при попытке сохранения любых настроек IPsec в winbox ничего не происходит. Как будто кнопки OK и Apply не действуют. В веб через какое-то время пишет «Couldn’t add New IPsec Group — timeout (13)», если добавлять группу. В консоли — action timed out — try again, if error continues contact MikroTik support and send a supout file (13) при том же действии.

Даунгрейдился до longterm 6.42.12 и теперь в логе сыпятся сообщения ipsec, error: secret string is empty. Которые, видимо, являются причиной проблемы.

Может быть кто сталкивался с подобным? Winbox последний, в официального сайта. Есть ли возможность сбросить настройки только IPsec, не прибегая к сбросу всего устройства?

Даже и не стоит париться. Если Вы так заапгрейдились . С версии 3.ХХ до версии 6.ХХ.
Нечего тут даже обсуждать что-то — перепрошить роутер Netinstall-ом и всё — это как минимум ! Иначе никто не сможет даже в страшном сне предсказать какие еще глюки у Вас могут вылезти . Интересно, что за железка то такая древняя была, что выдержала такой апгрейд ? Она как ворочает Рос то 6-у теперь ? У нее камень какой и оперативка какая ? Неужели хватает ? Или это у Вас ПК с роутер ОС или виртуалка такая ?

Если это роутер Микротик, то вероятно, только полная перепрошивка и перенастройка будет нормальным решением.
Если у Вас не CCR кил за XЗ. был куплен (не знаю, тогда были они ?), то и железку в морг лучше сразу, чтоб не мучаться . и новую взять.

Ну тут еще спецы выскажутся . Я доктор сказал в морг — значит в морг .

Источник

Action timed out try again if error continues contact mikrotik

Mon Feb 05, 2018 9:53 am

I’m currently using script to take some data ARP from another routerOS that monitoring in dude.
using CLI like this

Re: Scheduler / Script can’t enable dude policy

Fri Jan 18, 2019 1:59 pm

Re: Scheduler / Script can’t enable dude policy

Mon Apr 01, 2019 3:36 pm

Re: Scheduler / Script can’t enable dude policy

Wed Jul 31, 2019 5:57 pm

Re: Scheduler / Script can’t enable dude policy

Thu Jan 09, 2020 3:53 pm

I am unable to backup the dude (6.46.1 mmips). I have created a script, which works manually but fails by the scheduler.

02:00:00 script,error could not run script backup-dude-locally: not enough permissions

Re: Scheduler / Script can’t enable dude policy

Fri Jan 10, 2020 8:34 am

I thought this sounded familiar…

The following is an excerpt from Ticket#2018041822002197, which I sent in about 20 months ago on 6.42rc…

I wrote up a script some time ago to run on our Dude server to save a backup of the Dude database, and scheduled it weekly. It has never run, so today I decided to see why.

The script ran fine if I triggered it by hand with the Run button. But the scheduler wouldn’t run it. If I added a :log message at the beginning of the scheduler task, it would log, but nothing further would happen.

Eventually, I found several misbehaviors in ROS scripting and scheduling.

1) I saw that the Dude checkbox wasn’t checked in the scheduler, so I checked it, thinking it was a permissions problem. When I hit the Apply button, the checkbox unchecked itself! It’s like it’s flipping me off. You cannot check this box and have it stay checked. As it turns out, this was not the cause of my problem, but it’s a misbehavior.

2) The Dude checkbox also unchecks itself in the script, the same way. However, that doesn’t seem to prevent it from running fine when I trigger it with the Run button.

3) Finally, I discovered the basic problem: the scheduler would not run the script if its contents were: script-name
…but it would run it fine if the contents were: /system script run script-name

Unfortunately, I have no idea what, if anything, support did with items #1 and #2. Perhaps nothing, since as #2 explained, the dude permission didn’t seem to be at all required to actually do dude stuff (at least at the time).

One thing to check: make sure the user you are logged in as has dude permission itself, otherwise you will not be able to set dude permission on scripts.

[EDIT]: Also, I should add, you should assume that the dude permission is not the one the error message is complaining about. Turn them all on, then turn them off bit by bit until the error comes back, then you’ve found the right one.

Источник

Action timed out try again if error continues contact mikrotik

Mon Oct 29, 2007 4:05 am

When I try to make a backup via Webbox I don’t get any error. If I try it on the keyboard I get «Failed to save system configuration backup error — contact MikroTik support and send a supot file (2)».

I would proivde supot file but when I click the button I get «Couldn’t peform action — supout file creation failed (6)».

I am also having a problem where I am rebooting and things are not coming back to the point where I left them just before the reboot. It is acting as if I can’t write to the hard drive.

I am using RouterOS 2.9.48 x86. The hard drive is 70.3 MB of 19.2 GB used according to the bottom of the File window.

Re: Incapable of backups

Mon Oct 29, 2007 4:29 am

This may or may not be related, but I figured it was worth mentioning.

I am not able to perform torch or packet sniff tests. My user is on the «full» group of permissions, which has every single option enabled.

More things I have noticed of which I’m sure are part of this problem!

When I browse to http:// :80 I do not see any images, they’re all broken. I tried downloading the winbox.exe from this web server and all I get is a 0kb file named winbox.exe (0kb in windows means there is NO data to it).

I am currently plugged into a hub (yes, hub) of which the router is also plugged into. When I try accessing the Winbox from my PC in the house (which goes through two switches before getting to the hub) I get «could not get roteros.dll: damaged file!». I also get this error attempting to access the router from the Internet.

All of my PCs and both VoIP phones are functioning just fine. I can route and play on the Internet just fine, it just seems like a lot of the interface to my router is broken =(

Figured some more things out. More information will help, I’m sure!

On my laptop, which was connecting on the hub as mentioned above, works just fine behind the two switches. The desktop still does not. When I try with my desktop and connect with my laptop I see this in the logs:

failed to detect payment timeout: unable to open database file
failed to detect payment timeout: unable to open database file
failed to detect payment timeout: unable to open database file
failed to detect payment timeout: unable to open database file
failed to cleanup session acctSessionId: unable to open database file
failed to cleanup log acctSessionId: unable to open database file
failed to cleanup incomplete usres: unable to open database file
failed to detect payment timeout: unable to open database file

Источник

Action timed out try again if error continues contact mikrotik

Wed Nov 16, 2016 3:24 pm

I’m doing some testing of CHR in Hyper-V, but experience a problem with the CHR hangs or stop responding when running certain commands.
The problem only occurs when I have added more than one network adapter. The first network adapter is connected, and the other ones are currently disconnected. I don’t use the legacy adapter.
If I run the command “interface print” or “ip address print” the router stop responding for 10 minutes.
After the 10 minutes wait it output “action timed out — try again, if error continues contact MikroTik support and send a support file (13)” to the console. I can’t connect to the router on http or winbox.
I have tested with both the “bugfix” and the “current” version. It’s tested on both Hyper-V in Windows Server 2012 R2 and Windows 10 (1607).
If I use legacy network adapters, I don’t see this problem. But I would prefer to use new/synthetic network adapter.

Anyone else experienced this issue?

Re: CHR in Hyper-V hang/unresponsive

Wed Nov 16, 2016 3:59 pm

Re: CHR in Hyper-V hang/unresponsive

Wed Nov 16, 2016 4:59 pm

I’m pleased to know that you are aware of the issue. I have downloaded 6.38rc31 (release candidate) and sinned a new VM up.
If I add a second NIC and type “interface print” in the console the router output:

After another reboot I can type interface print again, and see both interfaces right away. But if an add a 3 NIC, then I can’t use the router. It keeps writing “Rebooting..” and nothing happens until I do a power off. I can’t use the router afterwards.

Re: CHR in Hyper-V hang/unresponsive

Wed Nov 16, 2016 9:24 pm

Re: CHR in Hyper-V hang/unresponsive

Thu Nov 17, 2016 11:40 am

Great tip, Rushmore.
The 6.36.3 build are also working on mine server. I have added 4 NIC’s without problems.

You write that it works almost ideally on your server. What issue(s) are you experiencing?

Re: CHR in Hyper-V hang/unresponsive

Thu Nov 17, 2016 1:05 pm

Re: CHR in Hyper-V hang/unresponsive

Thu Nov 17, 2016 10:09 pm

Re: CHR in Hyper-V hang/unresponsive

Thu Nov 17, 2016 10:20 pm

Re: CHR in Hyper-V hang/unresponsive

Fri Nov 18, 2016 5:54 am

Re: CHR in Hyper-V hang/unresponsive

Wed Nov 23, 2016 9:07 am

I’m doing some testing of CHR in Hyper-V, but experience a problem with the CHR hangs or stop responding when running certain commands.
The problem only occurs when I have added more than one network adapter. The first network adapter is connected, and the other ones are currently disconnected. I don’t use the legacy adapter.
If I run the command “interface print” or “ip address print” the router stop responding for 10 minutes.
After the 10 minutes wait it output “action timed out — try again, if error continues contact MikroTik support and send a support file (13)” to the console. I can’t connect to the router on http or winbox.
I have tested with both the “bugfix” and the “current” version. It’s tested on both Hyper-V in Windows Server 2012 R2 and Windows 10 (1607).
If I use legacy network adapters, I don’t see this problem. But I would prefer to use new/synthetic network adapter.

Источник

Понравилась статья? Поделить с друзьями:
  • System web mvc error
  • System web httpapplication error
  • System voltage not optimized как исправить
  • System thread exception not handled windows 10 как исправить ошибку
  • System thread exception not handled win 10 ошибка