Blog of Khlebalin Dmitriy

(Дорогу осилит идущий…)

«Zoneminder» отличный видеорегистратор на Linux.

Из истории…

Еще перед Новым годом, у нас «воткнул» железный видеорегистратор «RVi», при том «воткнул» достаточно интересно. В мониторинге никаких признаков того, что появились отклонения, регистратор работает, пинг идет. А запись с 4-х камер, перестала записываться еще в ноябре, это обнаружили совершенно случайно, когда потребовалось проверить пару записей. Регистратор, который не записывает-это фейк. Начали разбираться, выключили и сняли регистратор из стойки и больше он не включился. Точнее, при включении стал издавать грустные звуки. Попробовали заменить блок питания на альтернативный, но блок оказался не стандартен, со своей индивидуальной распайкой. Обратились в поддержку (кстати серийник на данном регистраторе «RVi», найти будет достаточно не просто, для этого потребуется именно снять его из стойки, что крайне неудобно, более нигде он не отражен, что достаточно странно), поддержка предварительно подтвердила выход из строя, судя по нашему описанию. Ввиду не актуальности модели (ему уже около 3-х лет), предложили приобрести новый. Диск остался целым, но приобретать новый никак не хотелось. Решили подумать о программном решении, тем более, что виртуализация в данный момент, по всем ресурсам позволяет это сделать. Сначала развернули виндовый регистратор, но поюзав пару дней, стало понятно, что это не то, чего бы хотелось.

На просторах интернета наткнулись на решение на Linux: Zoneminder

По мотивам:

https://habr.com/ru/post/416125/

https://habr.com/ru/post/396099/

развернули виртуальный сервер 500 Гб (в последствии пришлось расширить раздел до 1 Тб), куда «прикрутили» 4 камеры с расчетом записи по движению на 30 дней.

Решение оказалось удачным, сервер не требует сильно специфических знаний, достаточно комфортен в настройке, управляется через Web.

Получилось вот так:

Для экономии места, почти на всех камерах, решили выставить 10 кадров вместо 25.

Как я уже выше упомянул, со временем, стало понятно, что при текущей интенсивности записи с 4-х камер, для записи 30-ти дней, потребуется не 500Гб, а 1Тб (вероятно есть алгоритмы сжатия, но разбираться пока не было времени), если есть варианты, прошу написать в комментариях?

С 30 декабря, 1Тб заполнился вот так:

Далее посмотрим на ротацию…

В целом это отличное решение. РЕКОМЕНДУЮ К ЭКСПЛУАТАЦИИ.

Всем хорошей работы!!!

06.02.2020 Posted by | linux and unix | Комментарии к записи «Zoneminder» отличный видеорегистратор на Linux. отключены

Сериал «Учителя» (1 сезон).

Посмотрел сериал «Учителя». Изначально думал, что сериал будет мне не сильно интересен, буду смотреть его перед сном в полудреме. Но все оказалось не так. Сериал достаточно интересно показывает нашу реальную действительность. Его даже можно квалифицировать, как «социальную драму». Мне очень понравилось. Жду второй сезон, который по информации из интернета, будет скоро.

Сергей, отец Маши и Тани, занимает высокий пост заместителя министра образования и постоянно меняет женщин, некоторые из которых — ровесницы его детей. Младшая дочь, Маша, — идеалистка: она категорически против участия отца в своей карьере и желает всего добиться сама. Она идет работать в обычную школу, где у неё начинается роман с отцом одного из своих учеников. Старшая дочь, Татьяна, напротив, с радостью пользуется служебным положением отца ради своей карьеры — но совершенно несчастна в семейной жизни. Она заводит интрижки с разными мужчинами, отчаянно пытаясь заполнить пустоту внутри себя.

Подробнее о сериале читаем здесь: https://www.kinopoisk.ru/film/1108687/

Всем хорошего просмотра!!!

05.02.2020 Posted by | синематограф | Комментарии к записи Сериал «Учителя» (1 сезон). отключены

Неведомый БАГ DC Windows 2016.

На минувшей неделе, столкнулись с интересным багом, по факту которого, всем отделом, так и не смогли понять, что именно произошло…

У нас 2 контроллера домена на Windows 2016 и почтовый сервак, пока на Windows 2008R2:

-GODC2 (виртуальный) SDC, DNS, GC.

-GODC3 (железный) PDC, DNS, GC.

-MAIL (виртуальный) EXCH2010.

В целом все работает достаточно стабильно и вроде без проблем. Но на минувшей неделе, при попытке зайти на GODC2 по RDP он вдруг повис и не пустил, далее впал в гидростопор и перестал отвечать.

Впал и впал, бывает… В этот момент обратили внимание, что система мониторинга  показала ошибку транспорта SMTP на «Чанге». Начали копать, и вдруг обнаружили интересную вещь: когда второй контроллер впадает в анабиоз, то «Чанга», тоже «втыкает», хотя основной контроллер GODC3 работает. Первичная диагностика показала, что  «Чанга» не видит GC основного контроллера GODC3.

Похожая проблема обсуждается здесь:

https://social.technet.microsoft.com/Forums/ru-RU/9a390d3b-4fac-4fcc-8191-34e5196622e0/-exchange-2010-could-not-find-any-global-catalog-in-forest?forum=exchange2010ru

Пытаемся провести первичную диагностику на GODC3, на контроллере все с виду в порядке: доступен и DNS и GC. Но интересный момент в том, что это все доступно только самому контроллеру, но недоступно другим серверам, в том числе «Чанге», из-за чего она и «воткнула».

В нормальной ситуации должно быть во так (если один, контроллер не доступен, то должен быть доступен второй и все равно светиться при запуске команды):

В нашей аварийной ситуации, это выглядело так: unknown query type: srv_gc.tcp.comp.loc. Как я уже выше писал, делаешь тоже самое на GODC3, и GC доступен, с других серверов соответственно нет.

Но на этом проблемы не закончились. GODC2 перезагрузился, вернулся в строй, прошла репликация, а Exchange так и не поднимался. Дальше, ровно так же, как несколько минут назад «воткнул» GODC2, «воткнул» и GODC3, при том на железке. Пришла мысль, что вероятно какое-то, вновь прилетевшее обновление, «кладет» контроллеры, при том, что все остальные сервера благополучно работали без проблем. Самое интересное, что так продолжалось часа полтора, мы несколько раз поочередно перезагружали контроллеры и пытались диагностировать, что именно их заставляет безответно подвисать (при том подвисать не сразу после загрузки, а в течении 10-15 минут после), но ничего подозрительного не было, репликация благополучно выполнялась, и все вроде как работало… Спустя пару-тройку перезагрузок обоих контроллеров, проблема исчезла также незаметно, как и появилась. Почта снова пошла и оба контроллера снова стали доступны почтовику.

Дальнейшее изучение логов обоих контроллеров, так же никак не пролило свет на причины возникновения проблемы.

Был всего-лишь один лог, указывающий на причину происходящего: точно уже не вспомню, но что-то типа, сервер не получил отклика от DNS по этому не смог обработать данные GC. Но в момент аварии все резолвилось… Более ничего внятного по теме…

Если кто-то сталкивался, или у кого-то есть предположения, прошу написать в комментариях? Прецедент не очень хороший.

В рамках проблемы еще раз погрузился в архитектуру (было интересно вспомнить), в случае необходимости, все это будет крайне полезно при траблешутинге:

https://blog.bissquit.com/windows/global-catalog/

https://dimanb.wordpress.com/2010/12/20/%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D1%8B-%D0%B3%D0%BB%D0%BE%D0%B1%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D1%85-%D0%BA%D0%B0%D1%82%D0%B0%D0%BB%D0%BE%D0%B3%D0%BE%D0%B2/

Всем хорошей работы!!!

 

04.02.2020 Posted by | ms windows 2016 | Комментарии к записи Неведомый БАГ DC Windows 2016. отключены