Diktor

Я не знаю. А зачем мне это знать? Я просто делаю через гипербекап.

Вот какого чёрта? Целостность ok, но восстановить - хер тебе.

Можно. Только что делать, если этот раздел потом развалился? Бекап скажате вы!? Хер вам, ответит Synology: Это полный звиздец. Я разочарован на всю катушку. Всё рухнуло, но я же не лох, есть куча бекапов... казалось бы. Но все они нихрена не поднимаются. Три сотни фейсов на распознавании.., мне их, млять, где теперь брать? Какого хрена Synology не признаёт свои же бекапы?

Самое западло в этой ситуации то, что приложения ставятся, сUk@, на один какой-то раздел. И вот приложение "Центр журналов" установил на раздел №1 - SSD. И как раз этот пул отвалился. И приложения все отвалились. Приложение "Центр журналов" предустановлено и пишет логи. Но есть его одноимённое дополнение которое устанавливается дополнительно, позволяет отправлять на удалённый хост логи в онлайн режиме. Вот оно было у меня настроено. Но так как раздел рухнул, приложуха тоже отвалилась. И о том, что всё нафиг рухнуло я узнал только через сутки, случайно. И никаких сообщений от центра журналов не поступило. Эх... Synology... Надёжность...

Осталось только заменить материнку. И она есть у меня, даже. Только вот стоит за 1000км от меня, и раньше чем через пол года не планирую выезда.

Даже больше скажу: Не только винда его видит исправным. Не только родные утилиты его тестят и определяют 100% исправным, но и сама Synology говорит, что оно исправно. Но вот сделать с ним ничего не может, извольте его форматнуть.., а потом посмотрим. Это первое, что сделал, всё заменил. Но если бы это вылетало хаотично, я бы понял. Если бы это было с одним диском, я бы понял. Но это со всеми дисками, и это строго через конкретные 3 месяца. Как так может глючить материнка? Или как диски разных производителей начинают глючить с одинаковым интервалом? Загадка... Хочу узнать, может у народа также. Пока подозрение на козни от DSM, убивают пиратки. Ибо какого хрена DSM НОРМАЛЬНЫЙ ЖИВОЙ диск не желает добавлять в пул, а требует его форматировать?

Кароче, мужики, не знаю что за ерунда, но отваливаются диски. Материнка стоит с 2019 года. Раньше на ней был образ DS918+ и всё работало до 2022г. безупречно. Один SSD и два HDD. В 2022г я накатил DVA1622 и вроде начиналось всё хорошо.., но... Первый раз система сказала, что отвалился один HDD ровно через 6мес аптайма. Не придал значения, снёс всё, накатил заново и ладно... Примерно опять, ровно через 6 мес отвалился уже другой диск. Собрался его хоронить.., но он прошёл все тесты - идеален, исправен, как новый. И тут же отвалился второй HDD. Система их упорно не хочет добавлять в пул - "не удалось..." Опять всё снёс, опять накатил. Заменил БП, кабели питания, SATA кабель. Диски протестил родными улилитами - всё исправно. И опять.., но уже с частотой 3 мес РОВНО. Все диски. По очереди. Отвалился один, перезагружаюсь - уже отвалился второй. Эти два форматирую, добавляю в пул.., отваливается третий.... Исправить нельзя: Только форматировать и подпихивать как новый. Это трындец какой-то. Есть вероятность, что проблема с железом, с материнкой.., но сомнительно, так как сбои происходят чётко через 3 месяца аптайма., плюс/минус пару часов. Были у кого такие аномалии?

Стояла DSM 7.1.1-42962 Update 3 на DVA1622. Три диска, системный, на нём только ПО, и два - на них пишут камеры. Отключил все диски, воткнул новую флешку с ARPL-i18n, воткнул новый чистый SSD, загрузчик сконфинурировал на DSM 7.1.1-42962 Update 3, её же и установил. Всё ok. Потом с этой флешкой и этим загрузчиком загрузился со всеми старыми дисками, включая системный, без нового диска. Система предложила восстановление. Серийник новый был. Суть в чём, теперь я смог обновить Surveillance Station с версии 9.0.2-10061 на последнюю версию 9.1.2-10854, что и являлось целью. Раньше этого сделать было нельзя, по отзывам - слетали лицензии с камер и вместо 8 становилось 2. И после этого началась эпопея - нужно было сгенерить правильный серийник, ранее об этом было не известно. До DSM 7.2 обновляться не стал, очкую. Видимо, в моём случае, можно было просто поменять серийник, и после спокойно обновить SS.

Что имеете в виду? Возможна такая ситуация, что однажды система просто не загрузится или слетит? Я, обычно, ничего не обновляю, поставил, завелось, не трогаю. Обновляю только если прям нужная функция появилась, не чаще раза в год. Вот сейчас я на "объекте", и рядом этот сервер. Сейчас обновлю (или снесу и накачу заново), и ничего не буду больше обновлять и трогать. В этом случае есть риск, что система упадёт из-за загрузчика?

И потом можно обновляться до версии, которую умеет загрузчик? Я так понимаю, версия зависит от того, как обманет систему загрузчик?

Это как попробовать? Вынуть флешку, вставить новую с новым загрузчиком, и, по идее, старая система предложит мигрировать типа, на новое устройство? А ничё, что серийник и мак старые остануться? Хотя на серийник пофиг, можно любой нарисовать, а мак то реальный.

А я даже не помню какой у меня был загрузчик. Вроде, ARPL. Система стоит 7.1.1. Нельзя ли как-то обновиться до финальное версии, чтоб всё не слетело? Ну вместо старого загрузчика новый другой подсунуть? Или придётся всё грохнуть и с нуля ставить?

Не уточнил. Поднять надо последнюю актуальную версию. И тогда, получается, не любым. Тот же ARPL версию 7,2 не умеет, как говориться в "Issues". Там же рекомендуют https://github.com/AuxXxilium/arc/releases , но у него не заявлен DVA1622. Ещё ссылаются на https://github.com/PeterSuh-Q3/tinycore-redpill , но и у него я не смог найти информации по DVA1622.

Подскажите, каким загрузчиком воспользоваться, чтоб без проблем поднять DVA1622?

И так, как говорится, продолжаю вести наблюдение... И не давно заметил аномалии по записи на системный SSD. Системный, это volume1, на котором стоит система и пакеты, и больше ничего. Вся запись, все данные - всё хранится на volume2 и volume3. Вот за этим volume1 я пристально наблюдаю - считаю пробег. И тут вижу: С 20го числа пробег по системному диску вырос в 50 (!) раз за сутки. Что за хрень? Непонятно. На этот диск ничего писаться не должно, всё пишется на другие. Как выяснилось, пропало электричество, сервер упал на ИБП, простоял 4 часа и потух корректно завершил работу. После появления питания загрузился, продолжил работу, и началась эта дичь. И на процессоре тоже подросла нагрузка. В общем, я нифига не понял что это такое было. Убил службу SS. Запустил заново. запустилось, и судя по данным работает теперь в нормальном режиме, без дикого жора ресурсов. Нагрузка с Drive 1 упала. Причём всё включено, и распозновалка лиц, и всё остальное пишется как и раньше. Что это было? Х.з....

Кто в курсе, можно без проблем обновиться с DSM 7.1.1-42962 Update 3 до последней версии? Можно ли обновить SS 9.0.2-10061 до последней актуальной, чтоб ничего не отвалилось?

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

О распознавании лиц в реальных условиях. В реальный условиях, это не тогда, когда камера стоит прямо перед лицом (не выше, не ниже, не боком), освещение падает от камеры на лицо, не сбоку, не сзади. Реальные условия - камера на высоте 2,8 метра, лица предлагается обнаруживать с расстояния от 5 до 2 метров. Освещение - в основном сзади или слева, но камера по hdr вытягивает разницу в свете и лица видно отлично. Улица. Что по алгоритму: - Система НЕ может хранить несколько образов на один аккаунт. Если "снять" образ правильно, (лицо смотрит прямо в камеру) и привязать этот снимок к профилю, то когда то же самое лицо будет снято с чуть другого ракурса, ну например камера сверху, а лицо не смотрит в камеру а смотрит по горизонту прямо, то оно уже распознается как другое лицо. Если это "другое" привязать к предыдущему профилю, то образ не привяжется дополнительно, а перезапишет предыдущий образ, и таким макаром, если идеально посмотреть в камеру, то она уже не распознает лицо. А значит, что образ не добавляется, а перезаписывается. И таким макаром: Создаём профиль "Вася", потом "Вася1", потом "Вася2"... Спустя 3 месяца работы алгоритма, у каждого члена семьи уже есть от 25 до 40 имён, "Наташа39", "Александр27"... И оно ещё не успокоилось, даже после такого количества снимков на каждого человека система умудряется в 35% случаев не распознавать лицо, и приходится добавлять его вновь. Хотя процент постепенно уменьшается. Также есть около 25% (что овер дохрена) ложняков. Когда база накопилась выше 15 лиц к одному человеку, настали ложняки, "Вася14" вполне может распознаться как "Наташа6". Итог - не скажу, что прям отстой, но около того. В реальный "Бой" и коммерческое использование очень рано отдавать. Только дома поиграться. Ну и мои условия(извиняюсь за Paint) P.S. И смотрит система не только на лицо. Если пройтись лысым - это одно. Если пройтись в капюшоне, это другой человек, раз пять это тестировал - причёска важна. P.P.S. Ночью, в чёрно-белом, вообще отдельная ситуация, ни одно лицо не распознаётся. Для такого изображение тоже отдельная база нужна.

Я смотрю. Грузится сразу. Но.., те камеры, что 4k пишут, они хотя и сразу грузятся, воспроизводятся на скорости 0.5x, даже локально, и даже на современных мощных телефонах.

Не стал вникать в остальную мутную схему, но спидтестеру верить категорически нельзя. У меня в деревне оптика от Ростелекома и спидтестер рисует 800мегабит, это при тарифе 200М/бит. А в мск онлайм с тарифом 100М/бит, и спидтестер рисует 100Мбит. Но только когда я начинаю качать из мск файл со своего DVA1622, что в деревне, скорость больше 40Мбит не поднимается. Это напрямую. Если в VPN завернуть, то мой старый микротик в VPNе больше 5 мегабит не вытягивает.

My Synology is used as an NVR and does not have internet access. But still sometimes I see this process and abnormal CPU usage. A few months earlier, I also had a high CPU load, but there the system said that it was "scheduler" consumption.

Думаю, глюки. У меня оригинальная железка, правда dsm6, но SS последней версии, и куплено у официалов две лицензии. Тоже постоянно некоторые камеры просто отваливаются, причём если подцепиться к ним, то камеры в реале поток отдают, а SS их не видит. Но, например, камеры Хиквижн и Дахуа работают без проблем.

Есть у меня старик DS713+. Хоп, обнова прилетела, лезу почитать..., а дата обновы - три недели назад. Вот так мне обновы приходят, такая задержка. Но меня не расстраивало. Может помните, как выходили обновы, а через 3 дня их отзывали? Так раньше постоянно было.

Кто-то ставил SS Version: 9.1.1-10728 (2023-05-02) ? Пошло? Или новых костылей навтыкали? там есть кое-что очень нужное, что через API сделать не удавалось: - Added support for sending Face Recognition, License Plate Recognition, and other DVA task results to third-party systems via Webhook in Action Rule. The 14 available ingredients include face database profile, license plate, and captured image. (Complete ingredient list) [ - Добавлена поддержка отправки результатов распознавания лиц, распознавания номерных знаков и других задач DVA в сторонние системы с помощью правила Webhook in Action. 14 доступных ингредиентов включают профиль базы данных лиц, номерной знак и захваченное изображение. (Полный список ингредиентов)]