Jump to content

Mikrotik ППТП-сервер виснет

Wingman
 Share

Recommended Posts

Wingman

Wingman

Posted
Posted (edited)

Стоит стек из серваков с микротик роутерос; крутится пптп+л2тп, шейпер (simple queue) и нат.

Работают офигенно, если бы не одно НО: стали периодически по одному отваливаться, причем странно - сервер доступен по ssh и winbox, но в винбокс никакой инфы не показывает, по ссш тоже, в логах пусто, помогает только ребут. Что это может быть? =)

Edited by Wingman
pashook

pashook

Posted
Posted
Стоит стек из серваков с микротик роутерос; крутится пптп+л2тп, шейпер (simple queue) и нат.

Работают офигенно, если бы не одно НО: стали периодически по одному отваливаться, причем странно - сервер доступен по ssh и winbox, но в винбокс никакой инфы не показывает, по ссш тоже, в логах пусто, помогает только ребут. Что это может быть? =)

Версия микротика какая?

Wingman

Wingman

Posted
  • Author
Posted (edited)
Стоит стек из серваков с микротик роутерос; крутится пптп+л2тп, шейпер (simple queue) и нат.

Работают офигенно, если бы не одно НО: стали периодически по одному отваливаться, причем странно - сервер доступен по ssh и winbox, но в винбокс никакой инфы не показывает, по ссш тоже, в логах пусто, помогает только ребут. Что это может быть? =)

Версия микротика какая?

Ломаная 3.22 =)) Планировали погонять с месяц и только потом покупать лицензии на все сервы. Просто нет никакой гарантии, что купим лицензии - и не будет того же самого.

 

з.ы. виснут достаточно редко и без всякой системы - вне зависимости от проходящего трафика и числа pptp-туннелей

Edited by Wingman
Wingman

Wingman

Posted
  • Author
Posted
Это от перегруза, аналогичная ситуация на официальной 3.хх

Странно очень: судя по графикам, виснут они не в пиковую нагрузку, а либо когда пик уже спадает, либо когда он ещё не наступил; а в пиковую как раз чаще всего отрабатывают нормально

Wingman

Wingman

Posted
  • Author
Posted (edited)
Ну прям, в логах пусто

включите ппп дебаг и посмотрите

скорее всего где-то физика

 

peer is not responding - ключевое

ооокей, посмотрим

 

 

з.ы. Физика - в каком смысле? Если имеется в виду железо машинок - то точно нет: подвисали как относительно старенькие квады, так и новые с иголочки платформы с ксеонами

Edited by Wingman
Wingman

Wingman

Posted
  • Author
Posted
сколько ппп сессий?

 

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

 

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

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

Отваливались при: ~120, ~200, ~140 сессий; При том что в пиках нормально переваривают 300-350, с трафиком ~150-200 мбпс

Процесс "отваливания" уже описывал выше: просто в какой-то момент перестают отвечать на snmp; winbox пускает, но никаких данных не отдаёт; в логе - всё как обычно (дебаг не был включен); помогает только ребут

Wingman

Wingman

Posted
  • Author
Posted
Скорее всего глюк железа. Мы тоже несколько систем перебрали пока стабильную нашли.

А конфигурацию не подскажете? Ума не приложу, что может глючить в нормальных ServerBoard

dm765

dm765

Posted
Posted

У меня 8 Микротиков 4 версии на Supermicro - ничего не виснет, 3.22 тоже не зависало ничего. Все лицензионное.

Wingman

Wingman

Posted
  • Author
Posted
У меня 8 Микротиков 4 версии на Supermicro - ничего не виснет, 3.22 тоже не зависало ничего. Все лицензионное.

А железо и нагрузка какие? Сессии/ппс/мбпс?

Wingman

Wingman

Posted
  • Author
Posted
сколько ппп сессий?

 

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

 

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

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

 

трафик:

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)

 

 

  • 1 month later...
rsst

rsst

Posted
Posted

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

could not add address: already have such address (6)

тик ломаный 3.20, до 250 туннелей под 60Мбит итого

rsst

rsst

Posted
Posted
Подобная же фигня началась вот недавно. Сначала во вкладке ppp перестают отображаться интерфейсы и трафик по ним, затем все начинает глючить с сообщением

could not add address: already have such address (6)

тик ломаный 3.20, до 250 туннелей под 60Мбит итого

кстати, мож кому поможет - выключил рисовалку графиков на тике + выключил пппое сервер, которые не использовался. 2 дня - полет нормальный. Дальше посмотрим. тьфу-тьфу-тьфу

pashook

pashook

Posted
Posted

Такая же фигня виснит падла и все. саппорт говорит нужно ставить дебаг пакет, подключатся к консоли и тестировать в чем бока.

 

Стоит 2*Xeon QUad 2.0 Мать супер микро

 

держит 1700 онлайн трафик 250 вход 190 исход.

 

виснит ночью часов в 4-7 утра ,и ли в 00-00.... с не понятной зависимостью и когда онлайн 500-600 рыл и трафик 130-140 мегабит.......

 

a0d75

a0d75

Posted
Posted
SmalleR

Ну дык и пусть тогда самостоятельно трахается. Воровать - нехорошо.

Это вы Микротику скажите. Нехорошо брать бесплатное и продавать его зажимая исходники.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
 Share
Go to topic listing
×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.