Ошибка монтирования директории на nas сервере неверная директория hiwatch

Да.

Да

нет

верно по сути это и есть квота ограниченная самим разделом диска через которую ни камера ни NAS не «перепрыгнет»

под windows стандартно NTFS, на NAS по желанию в идеале нативную фс самого NAS (EXT3 или что там еще предлагает NAS)

Да, EXT3 на НАС. Но тогда вопрос: при разбитии на НАСе диска, он бьется только на 2 части — рейд, который нужен и остальное место. Это остальное место(JBOD) не бьется дальше. А у нас планируется десяток камер. Как разбить это JBOD — место на 10 частей? 

Вроде ясно, буду экспериментировать. Папка из-под винды на разбитом диске есть для одной камеры. Для другой разбил диск на НАСе, как написано выше и ограничил общую папку квотой пользователя. Жду 3 суток, чтобы понять, что будет. Спасибо за помощь.

Это увы другая проблема NAS заводских, на «самосборе» нет привязки ни к софту ни к железу, как нет проблем и с созданием разделов на дисках.
Хотя при десяти камерах может рассмотреть более централизованное решение например на базе NVR (HDD можно не устанавливать) а если уж так хочется то подключить сетевой диск NAS по протоколу NFS или iSCSI (IP SAN) 1 диск может быть IP SAN и 7 по протоколу NFS практически все NVR и DVR умеют так.

— заходим в управление учетной записью, создаем на НАСе пользователя с логином и паролем, настройку общей папки на шаге 4 пока пропускаем, далее, выставляем квоту на раздел, где будет папка под вашу камеру.

— затем идем в «общие сетевые папки» и создаем внутри раздела(Volume_x) новую папку, ставим на нее галку, на следующем шаге выбираем «определенный пользователь» и выбираем в списке созданного перед этим пользователя. Ставим напротив него галку Чтение/Запись, далее галка «подключение», затем оставляем только первые две галки «CIFS» и «AFS», можно открыть и FTP и NFS, но можно и без этого. Нажимаем завершить.

— теперь в разделе «хранение/сетевой hdd» на камере прописываем ваш IP НАСа вот в таком виде: 192.168.xx.xx, «путь к файлу» так: /camera1. Это при условии, что ваша папка на НАСе находится вот тут: Volume_1/camera1 или Volume_2/camera1. «Тип установки»: SMB/CIFS, вводим логин и пароль пользователя, который создавали на НАСе в начале. Жмем тест, если все ок, переходим на вкладку «управление жесткими дисками», видим наш неинициализированный hdd, форматируем его. Не забываем выставить параметры записи в разделе «параметры расписания/расписание записи» на «непрерывный», если хотите, чтобы писало постоянно. В «дополнительных установках» тут же должна стоять галка «перезаписывать».

П.С.: За 2 месяца на части камер был глюк: из-за обрыва связи(или глючного свитча), камеры перестали писать в архив, просто файлы перестали создаваться, а в настройках Hdd на веб-морде при нажатии на кнопку «тест» была ошибка. Форматировать «диск» тоже не получалось. Пара камер даже повесила веб-морду полностью. При этом, онлайн-доступ через платформу доступа на камеры был! Решилось это перезапуском камер через IVMS по сети.

Так что схема, хоть и рабочая, но может выкинуть вот такой фортель. Пока сделал батник(на камеры есть API) на перезапуск камер 2 раза в неделю. С помощью API, если что, камеры перезапускаются так: ставится curl https://curl.haxx.se/download.html. После чего, команда вида

перезапускает камеру.

Кстати, если кто подскажет как при схеме БЕЗ NVR сделать оповещение об отвале камеры из сети(может сторонним ПО?), буду благодарен. Именно когда камера отвалилась из сети. Как я понимаю, тот же IVMS так не может отслеживать в сети камеры или нет?

Сообщение отредактировал mrfinny — Среда, 18.03.2020, 11:49

У «микрота» там не все просто и samba там для галочки со скоростью ниже «плинтуса». сами разрабы говорят не использовать данную функцию.
Этот продукт совсем для другого позиционируется. Для ваших целей (если роутер использовать) брать что-то типа Keenetic и т.д.

Понимаю, но в защиту микрота скажу так: У меня стояла камера DCS-942L, она замечательно коннектилась к сетевой шаре на микрот, в который была воткнута обычная 8 гиговая флэха. Камера отлично писала на эту флэху по средствам фтп, а забирать видосики можно было как по самбе, так и по тому же фтп. Преимущество такой связки, когда отваливался свет на долго, упсу хватало больше суток поддерживать и роутер и камеру.

ключевое слово ftp, у меня сейчас микрот + 16Г флэшка так и работает с hikvision (там правда фото только) как резерв и держит от упс DC часа четыре
минус ftp, приходится ручками удалять старые записи когда заполняется, ну или скрипт прикрутить что бы при заполнении флэшки удалял старые по дате, но лень.
с самбой все по другому, и вроде если не ошибаюсь d-link писал туда просто как файл и не требовал отформатировать диск средствами камеры как хик ну и монопольного доступа тоже не требовал

удалить лишние папки, в корне диске для smb должна быть только одна папка, именно ее нужно расшарить и указать путь до нее.
то есть диск—папка сам1 и ее расшарить для примера. путь будет cam1
логин пароль обязателен, если не включено smb1 (а только вторая и третья версия) то включить.

на скрине роутера права на доступ READ ONLY ессно не монтируется.
ну и у вас судя по всему корень зашарен /mnt/disk0_1 а нужна папка созданная в корне диска ее и расшаривать.
и еще слеш не в ту сторону для smb наоборот  mntdisk0_1 на новых прошивках и камерах на старых / такой как у вас

Добавлено (19.02.2021, 17:26)
———————————————
Вот инициация диска : Partition ‘disc0_1’ vfat (29.79 GB / 29.74 GBfree) is mounted on /tmp/mnt/disc0_1                                  When no shares are specified, /mntdirectory is shared in Read Only mode
   .             Это слеш роута.

Зайдите на компе в папку через сетевое окружение и создайте папку к примеру cam1 путь в камере будет
соответственно /tmp/mnt/disc0_1/cam1 ну или с обратными слешами или даже может быть /disc0_1/cam1 или так /cam1 в зависимости от того как роутер «наружу» показывает. И права поменяйте для начала а то так и остались RO.

для ftp если директория верхнего уровня даже слеш указывать не нужно, но точно то, что для ftp и NFS слеш в одну сторону а для SMB в другую

тут все правильно это внутренняя структура точки монтирования диска и не факт что это же является путем для SMB шары.

В роутер захожу по FTP,зайду еще раз,хотя создавал  там  и cam и v и video и т. д. и т.п., ничего не давало;слеши для роута правильные.Read Only-это будет автоматом,если права не поменять,я поменял.

Добавлено (19.02.2021, 19:25)
———————————————

В роуте? в sambe слеш тот же,что и по FTP,когда прохожу тест с камеры по NAS- пишет неверная директория,хотя в этот момент файлы на disc1_0 появляются,хрень какая-то.

Добавлено (19.02.2021, 19:29)
———————————————

Я думаю камера в упор не хочет видеть диск,прописать путь не знаю как,в винде все просто.

слеши в камере смотрите, в роуте то они конечно правильные.

вы компом зайдите на шару и посмотрите какой путь до папки будет, не по ftp
камера все правильно пишет неверная директория и есть неверный путь до папки

Сообщение отредактировал avalist — Пятница, 19.02.2021, 19:49

Это должен быть IP роута,какой-то «страннный»,можно посмотреть настройки самбы?

У меня вот-что:

Вы сейчас показываете камеру в сетевом окружении видимую по UPNP.
Вы на роутер зайдите с помощью сетевого окружение через свой IP, по пути который приводили. Вот и будет понятно работает самба у вас или нет и папку создайте прямо через проводник.

оно вам ничего не даст у меня смб на компе, суть одна и та же что с роутером. Механизм абсолютно одинаков, не важно какой устройство роутер или компьютер или NAS и т.д.

есть, NFS более устойчива к сбоям сети, напоминаю что такие протоколы «наружу» в интернет не выставляют (внутри локалки или vpn пожалуйста)

Спасибо, vpn настроен )

Вот предпринял действия и они не возымели никакого эффекта:
— подключил жесткий диск Seagate на 3TB к USB-порту роутера
— указал адрес, путь, имя, пароль (путь указал тот, что отображается в сетевом окружении)
(см. скрины).
При нажатии на тест выдает ошибку монтирования директории на NAS сервере. Естественно пробовал задавать путь по разному (какие только варианты не приходили на ум).

Сообщение отредактировал vitaliym — Понедельник, 02.08.2021, 23:05

Дано:
— Видеорежик Hikvision DS-7108HUHI-K1 с прошивкой V4.21.100 build 200307 c жестким диском на 1 Тб
— NAS Synology DS220j с жестким диском на 2 Тб
— Купленные облака: есть Google Suite, есть Google One, есть Apple, и есть Microsoft One Drive

Проблема:
1. Видеорежик отказался заливать видео в облака на Гугл / Microsoft / Dropbox Либо заливает только фото, либо не заливает и захлебывается на создании структуры папок, либо проталкивает видео спустя N часов и дней. Интернет скоростной, проблема, скорее всего, у китайской прошивки
2. Если подключать в параллель NAS — он создает там зашифрованные видео по 1 Гб каждое, которые просто так не откроешь из облака, нужно пробовать их скачивать куда-то и открывать iVMS или чем-то китайским

Сам NAS может взять файлы с себя и отнести в любое облако, с двусторонней или одностронней синхронизацией.

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

Какие есть нормальные решения? Менять режик? Менять прошивку? Есть какая-то особо удачная комбинация настроек? 
Готов оплатить консультацию или решение. Буду ждать ответа тут или пишите в телеграм @Cooluck

Добавлено (10.02.2022, 15:57)
———————————————
P.S. я ежё находил вот этот вариант решения https://ipcamtalk.com/threads….-143614 , но оставил его на десерт, если не найдем что-то более изящное.

это проблема облаков, а не регика, они в принципе не умеют работать на запись потокового видео (фото заливает), к тому же не умеет удалять автоматичиски и перезаписывать по кругу, они для другого предназначены.

ну мне такой вариант видится: хиковский remote backup (нужен комп) тянет за период с рега на NAS (там будут обычные файлы .mp4 в названии с датой и временем периода) NAS потом синхронизирует их с облаком, скорости будут не ахти с рега на NAS.
ну и напрямую не посмотрите с облака потому что к примеру google не умеет .mp4 а только (видеофайлы (WebM, MPEG4, 3GPP, MOV, AVI, MPEGPS, WMV, FLV, OGG).) то есть их нужно перепаковывать в другой контейнер для поддержки просмотра с облака.
в общем такое себе решение, но позволит сохранить копию на облаке на случай кражи рега и NAS (если это задумывалось)
да и не понял, зачем смотреть напрямую с облака не понятно что, если регистратор позволяет спокойно смотреть с себя через свое облако (hik-connect) записи прямо с жесткого диска. Зачем костыль? Если места мало поставьте диск на 6тб или выше или NAS прицепите по NFS вторым диском и т.д.

Им и не надо работать с потоковым видео (хотя облако от Apple точно умеет). Режик должен резать файлы mp4 например на каждые 1-5 минут и сохранять на диск. Все. Дальше через 2-6 минут оно будет в облаке. Дальше или режик должен проверять и удалять самые старые файлы или тот же Гугл на корпоративном среднем аккаунте дает безлимитное облако

Спасибо, не знал про remote backup. Но мне очень странно, что мне нужно ещё держать отдельный мини-сервер, который по расписанию должен забирать с рега на NAS. То есть, надо 3 устройства, чтобы сложить видео из режика в облако. Мне это видится костылями, если честно. 

Есть какие-то более изящные варианты без надежды на то, что 3 устройства подключены к ИБП / интернету / на них хватает места и мощности / ничего не отвалилось или поломалось. 

Это не так, вот видео на 5 гб, которое я запускаю напрямую с Гугл Диска https://take.ms/iGxkj

Да, на случай, например, обыска и изъятия. Плюс любое облако сильно удобнее с iPhone/Mac чем тормознутый iVMS. У меня стоят потребительские камеры eufy дома, недорогие, без режика, но им никто не мешает записать видео по движению в облако Apple, и мне быстро по событиям отсмотреть / найти нужный фрагмент. У Хика железо, наверное, норм, но софт — ужас, как по мне. Места на режике мне хватает с головой. 

В общем мой вопрос:
Какие есть нормальные решения? Может поменять режик? Поможет ли смена прошивки? Есть какая-то особо удачная комбинация настроек? 
Широко спрашивая: с аналоговыми камерами Хика можно подключить «одно устройство», которое сохранит видео на себя и отдаст в облако. Или отдаст незашифрованно на NAS, а NAS уже отдаст в облако?

После того, как я обновил NAS и он был перезагружен, запись остановилась!
— Камера не видит диск
— При тесте паки выдает следующую ошибку:
Ошибка монтирования директории на NAS сервере. Неверная директория.

Может кто встречался с такой?

через что подключена NFS или SMB(CIFS) ?

Извините, забыл написать: через SMB

Добавлено (26.10.2022, 10:19)
———————————————
РЕШЕНО!
Оказывается камеры Hikvision подключаются по SMB 1.
После обновления видимо NAS QNAP отключил SMB 1  в целях безопасности. И поэтому не было доступа к папкам хранения записей. Следовательно включив SMB 1 — все заработало. Может кому поможет на будущее!

так и есть

smb1 он уже довольно давно отключен во многих устройствах и системах по умолчанию в целях безопасности, видимо долго не обновлялись вот и вылезло только сейчас у вас данная проблема, то что сами разобрались 

Ну такое себе, голой Ж… светить в инет. оно не для этого предназначено, да и не получится просто так.

(Клиент NFS обращается к демону RPC у которого запрашивает по каким портам ему общаться (для монтирования ресурсов NFS, установки
блокировок, квот, получение статистики и т.д.) с сервером дальше — RPC
выбирает (точнее этот порт выбирается при запуске конкретного демона
NFS) случайный порт (или случайный из допустимого диапазона) и сообщает
клиенту. Потому и получается — что должны быть открыты все порты из
диапазона, подконтрольного RPC (pormapper).

Надо диапазон огромный открывать, или конфигурировать NFS на использование фиксированных портов. 
или поднять VPN раз белый IP есть и «ходить» как внутри локалки прописав маршруты между камерами и сервером

самый правильный вариант размещения сервера в локальной сети камер и видеорегистратора, и кстати, видеорегистратор тоже имеет возможность добавления сетевых дисков по NFS или iSCSI что проще и «выглядет» как обычный диск.