Jump to content
Калькуляторы

passer

Активный участник
  • Content Count

    798
  • Joined

  • Last visited

1 Follower

About passer

  • Rank
    Аспирант

Контакты

  • Jabber
    passer@jabber.org

Информация

  • Пол
    Мужчина

Город

  • Город
    Донецк

Recent Profile Visitors

2093 profile views
  1. У меня такие аппараты зависают только залитые водой или с уставшими кондерами (редко).
  2. У вас rx_missed_errors: 4311299 - т.е. внимательно раскидать сетевые, чтобы разные интерфейсы не болтались сразу на нескольких процессорах.   Держать BGP-сессию ? Вполне.
  3. Процессор один и 12-ти ядерный? Если нет - попробуйте уменьшить до равного количеству ядер. покажите ethtool -S eth5
  4. Ну flow control это скорее дань истории. Offload-ы на роутинг не влияют. На шейпер - да.
  5. В hcna всё в разы проще чем, в доксисе (в котором надо понимать и регулярно обслуживать в разы больше для устойчивой работы, чем тот же ethernet), в плане настройки. Кстати, под это можно и б/у доксис замутить. В любом случае давать ip по коаксиалу, что потом подключить ip-камеры - бред и кошмар как техническое решение.   А заказчику показать цены на hcna или другой EoC, добавить туда сроки поставки, вероятность отказа (задачка для студента) и пусть офигевает.
  6. Для того, чтобы прогнать ip через коаксиал (какой длины, кстати?) можно воспользоваться EoC, он же HCNA. Хоть у нас он популярен не был, найти мастер и кучку слэйвов будет сложно, но реально. Но будyт лишние точки отказа, так что действительно лучше AHD.
  7. Вообче-то эти 8 тысяч по дефолту в конфиге. В системе оказалось вообще 4тыс. Поднял предел, наблюдаю. P.S. Честно говоря не представляю, нафига миллион на таком сервере.
  8. Limits CPU count: 4 IOV maximum: 1024 Max open files: 8192 / 8192 Virtual memory max map: infinity / infinity mlock max size: 65536 / 65536 Data segment max size: infinity / infinity Resident set max size: infinity / infinity Stack segment max size: 8388608 / infinity CPU time max: infinity / infinity File size max: infinity / infinity Core file max size: infinity / infinity Processes max count: 31833 / 31833 Этого мало? Каналов на момент отвала 160+ и зрителей 650+.
  9. Не должно. По графикам в ЧНН потребление памяти 5.7ГБ в этом самом tmpfs. Больше на этом сервере приложений нет и туда писать некому. Самой системе тоже гига должно быть по самое забалуйся. Ну и падения хоть и ЧНН, но в разное время и с разным потоком и количеством юзверей. Была даже мысль память проверить, но не нашел пока замену.
  10. Поменял сетевушку с Intel 82576 на 82599. После этого отвалы в ЧНН msd_lite несколько участились. В логах есть только: Dec 30 20:05:27 iptv kernel: [451690.364000] msd_lite[3360]: segfault at 0 ip 000000000040784f sp 00007fb6a94c7cf0 error 6 in msd_lite[400000+1f000] Dec 31 18:21:23 iptv kernel: [531846.406000] msd_lite[24949]: segfault at 0 ip 000000000040784f sp 00007fc663554cf0 error 6 in msd_lite[400000+1f000] Dec 31 20:00:39 iptv kernel: [537801.853000] msd_lite[28727]: segfault at 0 ip 000000000040784f sp 00007f3df0725cf0 error 6 in msd_lite[400000+1f000] Dec 31 22:35:36 iptv kernel: [547099.131000] msd_lite[28984]: segfault at 0 ip 000000000040784f sp 00007f57ef957cf0 error 6 in msd_lite[400000+1f000] Jan 2 18:51:20 iptv kernel: [706443.584000] msd_lite[29361]: segfault at 0 ip 000000000040784f sp 00007f48e8697cf0 error 6 in msd_lite[400000+1f000] Jan 3 19:35:24 iptv kernel: [795487.066000] msd_lite[5695]: segfault at 0 ip 000000000040784f sp 00007f8ab7ff8cf0 error 6 in msd_lite[400000+1f000] Jan 4 21:16:17 iptv kernel: [887940.527000] msd_lite[9852]: segfault at 0 ip 000000000040784f sp 00007f7343ccbcf0 error 6 in msd_lite[400000+1f000] Сервер SuperServer 5016I-MTF c X3430 и 8ГБ ОЗУ. Под tmpfs отведено 7ГБ, из них используется 5.5-6 максимум, если верить статистике снятой со stat. В логе msd_lite перед самым отвалом: [2020-01-03 19:35:24] str_hub_create_int, line 510: io_task_notify_create() error 9: Bad file descriptor Что это может быть? msd_lite.conf
  11. На пробу отключить ddm и понаблюдать. Кроме того можно попробовать поменять модули местами и тоже набрать статистику.
  12. Можно и таким. Только он не намного плотнее и стресоустойчивей обычного 3мм патчкордного кабеля. Если класть по шахтам, трубам, где при прокладке надо иметь возможность потянуть его и протащить :) Тогда уж какой-то FTTH прокладывать, например, FO-FTTH-IN-9S-2-LSZH-BK, впрочем у любого продавца есть аналогичный плоский кабель со стеклопрутками или стальными силовыми элементами.   Одной судя по вашему описанию хватит (один WDM-линк), но по цене 1-2 волокна отличается не сильно, советую иметь запасное.
  13. Для кабельной сборки проблем не будет, ибо оконечено обычным 2-3мм кабелем. Для внутренних патчей тоже, радиус изгиба у патчкорда оптического больше чем витой пары, но 3см выкроить почти всегда можно.