Exiland 6.3 ошибка (code: 5): Отказано в доступе

Михаил, доброго дня. 

Столкнулся с такой проблемой. 18 ноября попытался выполнить backup очень "сложной" папки. Размером она большая и большая вложенность папок. 

До этого backup выполнялся методом zip без сжатия. Всё выполнялось отлично. 

Сменил тип архивирования на 7zip - получил ошибку (логи приложу). 

Повторил - опять та же ошибка. ПО итогу - 3 попытки и ошибки.... 

Тогда немного изменил свойства задания - немного сократил объем резервного копирования  - удача. 

Обрадовался.... Решил перенести созданный архив в другую папку, создав её "руками" указав программе, где находся файлы backup'a. Получил весьма странную ошибку - отказано в доступе..... Хотя папку стопроцентов доступна, о чем говорит проверка входа по имени пользователя/паролю непосредственно из программы. Тогда пошел другим путем - указал в программе новый путь с созданием папки. Успех, но предупреждение - отказано в доступе.... При этом backup'ы на месте. Пока не могу понять что такое. 

Логи приложил. Постарался объяснить понятно. Но, наверное, придется уточнять, сделаю с радостью.

Александр

Здравствуйте, Александр

Вижу ошибку в логах:

[20.11.2022  16:09:24.019]  <<< Arch7z.SaveToFile exception: Cannot create file "\\193.121.161.14\backup\BACKUP_DOC\TO\TO-1\TO-1-OBMEN\TO-1-Obmen -- 2022-11-20 16;08 (добавочная).vuhin". Отказано в доступе

А что, если в настройках программы поменять архивирование 7-Zip на ZIP, не меняя при этом никакие пути, то архив будет сохранен в "\\193.121.161.14\backup\BACKUP_DOC\TO\TO-1\TO-1-OBMEN\" без ошибок?

Антивирусники не могут блокировать доступ при сохранении файла в сеть? А если указать локальный путь для сохранения резервных копий? Можете проэкспериментировать на отдельном тестовом задании?

Добрый день!

А что, если в настройках программы поменять архивирование 7-Zip на ZIP, не меняя при этом никакие пути, то архив будет сохранен в "\\193.121.161.14\backup\BACKUP_DOC\TO\TO-1\TO-1-OBMEN\" без ошибок?

Михаил, это смогу проверить только на выходных. Потому как если я поменяю тип архивирования, программа начнет делать полную копию. Кстати, а почему такой алгоритм? А это практически часов 12, а то и больше. 

Так что только на выходных. Иначе "тормоза". 

Александр. 

Антивирусник не блокирует. Три одинаковых сервера. WinServer2012. Абсолютно одинаков Exiland. Камень преткновения именно в этой папке. Службу Exiland перезапускал, закрывал-открывал программу. Попробую перезагрузить в ночь сервер. Может, поможет. 

Скрины с размещением backup и результатов тестов доступа приложил. Обе папки для программы доступны. ПОка не понимаю, но завтра еще подумаю.

Александр.

Здравствуйте, Александр

Вы писали:

> если я поменяю тип архивирования, программа начнет делать полную копию. Кстати, а почему такой алгоритм? А это практически часов 12, а то и больше. 

Дело в том, что есть сложности с восстановлением данных из множества Добавочных/Разностных копий, если после создания полной копии ее добавочные/разностные копии созданы в разном формате (одни 7z, другие ZIP). Это просто особенности программы, мы не хотели усложнять алгоритм восстановления, поэтому обязали программу создавать полную копию при изменении формата ZIP на 7-Zip и наоборот. На практике это редкий случай, т.к. относится именно к добавочному и разностному копированию. Поэтому я и попросил создать тестовое задание с небольшим кол-вом исходных файлов, чтобы протестировать.

Что касается ошибки Access Denied. У нас есть подозрение, что программа ошибочно сообщает, что доступ к папке успешно получен при нажатии кнопки "Тест" из настроек задания. Попробуйте вбить заведомо ложный пароль и нажмите кнопку "Тест". Если программа сообщит об успешном получении доступа, то точно ошибка в программе. В этом случае надо еще попробовать нажать ту же кнопку "Тест" с ложным паролем после перезагрузки ПК/сервера, когда не выполнялось еще ни одно задание, т.е. не было получено доступа в эту сетевую папку. Если можете, протестируйте программу, установив ее на отдельный ПК в вашей локальной сети, чтобы не мучать сервер перезагрузками.

Проверил с неправильным паролем - доступа нет. Вчера не получилось перезагрузить сервер, сегодня перегружу. 

Доброе утро. 

Перепробовал все варианты. Мистика какая-то. Михаил, закрываем заявку. Так я это и не победил. В чем подвох - пока не понимаю. 

И перезагружал сервер,и службу Exiland туда-сюда гонял. Всё бесполезно. Не хочет сохранять backup в папку TO-1-OBMEN, хоть тресни, в любую другую - запросто. 

Есть еще одна идея, но это только на выходные. 

Спасибо за оперативные ответы. 

Здравствуйте,

Возможно на папке TO-1-OBMEN есть какие-то особые права доступа. 

Попробуйте рядом создать с TO-1-OBMEN другую папку, переместить все файлы из TO-1-OBMEN в новую папку, затем удалить TO-1-OBMEN, а новую папку переименовать в TO-1-OBMEN

--

С уважением, Михаил

Михаил, пробовал. Не помогло..... Нет особых прав. Есть одна мысль, но это только на выходных смогу попробовать. Михаил, спасибо за оперативность. 

Добрый день. 

Итак, двухдневный взрыв мозга закончился. 

Итог - папка побеждена. Результат такой. Я изначально создал папку TO-1-Obmen "руками" и показал программе, что в неё надо складывать backup. Почему при этом для программы эта папка недоступна - непонятно. Папку "прибил".

В программе прописал дополнительную папку для сохранения backup TO-1-Obmen. И чудо - папка стала доступной. Я не знаю в чем здесь дело, попробую провести эксперименты и тогда уже всё встанет на свои места. Т.е. мне пока понятно только то, что если в программе прописать путь, даже новый - всё норм. А вот если создать папку "руками" и показать её программе - некий затык. Но это только вот с этой папкой. Михаил, я поэксперементирую.... 

****** 

С уважением, Кусков Александр

Здравствуйте, Александр

Если вы создаете папку "руками", то это делаете под вашей учеткой, под которой вошли в Windows.

Если папку создает программа при выполнении задания, то она это делает под той учеткой, под которой стартует служба.

Это ведь разные учетки? Если да, то может как-то с этим связано. Я просто предполагаю.

--- Если папку создает программа при выполнении задания, то она это делает под той учеткой, под которой стартует служба

Наверное, но ведь доступ к папке прописывается явно: логин/пароль. 

Я это проверю. 

С уважением, Кусков Александр

Михаил, доброго дня!

Предположения подтвердились. Если создать папку "руками" и показать программе - ошибка доступа. Если папку для её создания указать в программе - всё норм. Завтра еще поковыряю, что за непонятки. 

Сейчас не могу вспомнить в предыдущих версиях, что я делал и как. Но точно помню - в связи с отстутствием места на дисках раскидывал backup'ы по разным серверам - такой ошибки не получал. Есть еще подозрение, что хранилища собраны на линуксе. Попробую организовать на винде. В общем, задача интересная.

С уважением, Кусков Александр. 

Всё сложнее. Дело в линуксе. Если папку создать на ПК с Windows - всё норм. А вот с линуксом проблемы. 

Подумаю в чем проблема. 

С уважением, Кусков Александр. 

Михаил, проблема закрыта. Я всё понял, протестировал. Всё работает. Но задача была интересная. 

Спасибо за мощный продукт. 

С уважением, Кусков Александр.

Здравствуйте, Александр

Путь 

\\193.121.161.14\backup\BACKUP_DOC\TO\TO-1\TO-1-OBMEN\

- это путь к папке в Linux?

Путь 

\\193.121.161.14\backup\BACKUP_DOC\TO\TO-1\TO-1-OBMEN\

это путь к папке в Linux?

Да, именно туда. Я долго не мог понять, в чем проблема. На линуксе работает Samba Server, он не введен в AD. Создан пользователь it-backup c полными правами на папки Backup'ов. Долго писать не буду. Решение такое: надо было с сервера, где хранятся документы пользователей и с которых снимаются backup'ы авторизоваться на этом самом SambaServer'е. И всё. Проблема ушла. Пришлось мозги включить. Сейчас всё хорошо, всё работает. Большое еще раз Вам спасибо за оперативность и очень хороший продукт. 

С уважением, Кусков Александр.