Fill писал(а):Архивы рушатся после изменения конфигурации (само изменение длится от 5 минут...).
В некоторых случаях "Мастер восстановления тома" не помогает!
Когда ситуация изменится?
pvlapin писал(а):Такая же ситуация с версией 8.9. После банального выключения-включения сервера пропадает весь архив, записанный до этого времени
Fill писал(а):Архивы рушатся после изменения конфигурации (само изменение длится от 5 минут...).
В некоторых случаях "Мастер восстановления тома" не помогает!
Когда ситуация изменится?
zooloos писал(а):Владимир, уже вчера обратился, причем, непосредственно к Вам.
zooloos писал(а): Проблема возникает в следующем случае: в системе есть 2 тома, на которых есть записи одних и тех же камер, но за разные промежутки времени. При архивации из нерабочего тома записей в том, в который в данный момент ведется запись, происходит ошибка, проявляющаяся в том, что после перезагрузки Видеонет пропадает весь архив, в который в данный момент производится запись.
что за некоторые dll ?Проблема исправляется заменой некоторых dll файлов
Duser писал(а):Тот факт, что лечение есть, радует, конечно. Однако встает вопрос - почему это "лечение" до сих не оформлено в виде сервис пака? И как вообще возможно продавать "систему видеонаблюдения №1", актуальная версия которой имеет известные разработчикам проблемы с пропаданием архивов?
Сам давно отказался от использования VN на новых объектах. Но есть несколько объектов с VN, установленной лет пять назад. Обслуживать их можно пожелать врагам. Где стоит VN8.4 - там серьезных проблем нет, так мелочевка (ну слетит конфигурация вместе с архивом раз в год - терпимо же ). А там, где по необходимости обновился до 8.8 - 8.9 - такие свистопляски с архивами начались, что только держись.Ну не работает VN с томами более 2Тб корректно. А значит о пропадании архивов мы, инсталляторы-бетатестеры, будем ещё долго помнить.
Vibat писал(а):чтобы 8.4 корректно работала с томами более 2 ТБ , нужно ставить WS 2003
при обновлении с 8.4 до 8.8 sp.3 ( или 8.9 sp.1 ) как правило архивы нужно пролечить или создать новые
Vibat писал(а): не понятно, зачем производить архивацию из нерабочего тома в том , в который ведётся запись ? а не наоборот (что на мой взгляд логичнее )
сколько камер в каком разрешении пишут в данный том , что представляет собой "рабочий том" , производилась ли адаптация архива, какая в результате адаптации скорость диска ( до и после ? )
Vibat писал(а): что за некоторые dll ?
Stranger писал(а):To Duser:
Для понимания ситуации прошу Вас обратиться в службу тех. поддержки по e-mail. Потребуется номер ключа защиты и собранный с проблемного компьютера cab-файл.
Duser писал(а): Лучше б выложили исправленные библиотеки и екзешник для скачивания.
Впрочем, вышлю CAB'ы и ключ, не убудет.
zooloos писал(а):Остальные вопросы - несущественная информация, так как проблема решена, и она точно не в этих вопросах.
Vibat писал(а): Просят прислать не ключ, а номер ключа ) .
Vibat писал(а):Пытаюсь понять, ведь у меня в похожей ситуации всё работает. Предполагаю перегруз твоего тома или дохлые винты, потому такие вопросы.
Ну или несовместимость с вашими рейд-контроллерами.
при этом была выявлена проблема
Vibat писал(а):То не убудет, а теперь уже кончаются ))
Vibat писал(а):Может и кривой код , но у меня то все работает и не в одном месте, притом тома менее 2 ТБ не делю ..
В соседней теме специалист скайроса пишет про несовместимость некоторых дисков и контроллеров. Так может случай частный ?
Vibat писал(а):проблема была выявлена в связи с достаточно оригинальной ситуацией, когда на диск ведущий текущую запись , zooloos начал скидывать архивы задним числом ..
Duser писал(а):У меня летят заархивированные архивы (сорри за вынужденную тавтологию) и с райда, и с соседнего сингл-диска после перезапуска VN стабильно. Это после "обновления" до VN8.9sp1. На VN8.8sp3 запинался только райд.
Predator писал(а):Так может все таки проблема не в коде VideoNet, а в том что софтовый рейд не справляется?
...
Вернуться в Вопросы функционирования системы
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4