medoc.ua

Доброго времени суток. Имеется вот такая ошибка планировщика:
_____________________________________________________________
Ім'я служби: ZvitGrp1. IP-адреса: 192.168.1.9. Порт: 9996.
Планувальник завдань не зміг виконати оперцію “Створення резервної копії”:
System.UnauthorizedAccessException: Отказано в доступе по пути “\\Nas01\backup\Medoc\2016-07-11-19-15_10.01.130.ZBK”.
в System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
в System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
в System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access)
в ZvitPublishedObjects.planner.Processors.ProcessorBackup.Execute()
в ZvitPublishedObjects.planner.Processors.ProcessorBase.Run()
в ZvitPublishedObjects.planner.PlannerMgr.PlannerModules()
_______________________________________________________________
Понятное дело, что обратить внимание стоит на это:
Отказано в доступе по пути “\\Nas01\backup\Medoc\2016-07-11-19-15_10.01.130.ZBK”.
_________________________________________________________________
Однако никакой ошибки нет если делать вручную. Напрашивается вопрос: от имени какого пользователя планировщик запускается и как можно сменить этого пользователя?

Дайте права пользователю, что работает с Медком, на данный каталог. Или для всех пользователей.
И посмотрите, есть ли все права на данный каталог для Системы.

Попробуйте пересоздать задание планировщика.

Sagius писав:Дайте права пользователю, что работает с Медком, на данный каталог. Или для всех пользователей.
И посмотрите, есть ли все права на данный каталог для Системы.

Сделали — но увы..
Как я сказал, если делать вручную, то копия создается, что говорит о наличии всех нужных прав у текущего пользователя (доменный). Однако, нужно эти права дать пользователю, от имени которого запускается планировщик Medoc, а это я бы хотел узнать. И если он запускается от пользователя СИСТЕМА (которая есть локальная для текущей машины, на которой Medoc установлен), то как этому самому пользователю (СИСТЕМА) дать права на Удаленную папку, что крайне необходимо?

Колпаков Б.И. писав:Попробуйте пересоздать задание планировщика.

К сожалению не помогло

Так же с Обновлением через планировщик тоже не ладно. Уже весь день сегодня "Виконується". Как перезагрузить этот планировщик или весь ZvitGrp нужно перезагрузить?

Поделюсь своими сегодняшними исследованиями в области "Medoc и его баги". До этого я предполагал, что проблема в удаленном хранилище Synology, с которыми бывают проблемы у Windows подобных операционных систем, однако, в случае с Medoc, я все же ошибся и опять склонен думать, что проблема именно в Medoc.

Сегодня перенастроил место расположение резервных копий из удаленного хранилища \\nas01\backup\Medoc на Windows шару \\fs01\backup\Medoc и вот что в итоге:
_____________________________________________________________________________________________________________________________________-
Ім'я служби: ZvitGrp1. IP-адреса: 192.168.1.9. Порт: 9996.

Планувальник завдань не зміг виконати оперцію "Створення резервної копії":

System.UnauthorizedAccessException: Отказано в доступе по пути "\\FS01\Backup\Medoc\2016-07-14-19-00_10.01.131.ZBK".

в System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)

в System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)

в System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access)

в ZvitPublishedObjects.planner.Processors.ProcessorBackup.Execute()

в ZvitPublishedObjects.planner.Processors.ProcessorBase.Run()

в ZvitPublishedObjects.planner.PlannerMgr.PlannerModules()
_____________________________________________________________________________________________________________________________________________

Уважаемая техподдержка, неужели нельзя что-то с этим сделать?

mrichko писав:Поделюсь своими сегодняшними исследованиями в области "Medoc и его баги". До этого я предполагал, что проблема в удаленном хранилище Synology, с которыми бывают проблемы у Windows подобных операционных систем, однако, в случае с Medoc, я все же ошибся и опять склонен думать, что проблема именно в Medoc.

Сегодня перенастроил место расположение резервных копий из удаленного хранилища \\nas01\backup\Medoc на Windows шару \\fs01\backup\Medoc и вот что в итоге:
_____________________________________________________________________________________________________________________________________-
Ім'я служби: ZvitGrp1. IP-адреса: 192.168.1.9. Порт: 9996.

Планувальник завдань не зміг виконати оперцію "Створення резервної копії":

System.UnauthorizedAccessException: Отказано в доступе по пути "\\FS01\Backup\Medoc\2016-07-14-19-00_10.01.131.ZBK".

в System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)

в System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)

в System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access)

в ZvitPublishedObjects.planner.Processors.ProcessorBackup.Execute()

в ZvitPublishedObjects.planner.Processors.ProcessorBase.Run()

в ZvitPublishedObjects.planner.PlannerMgr.PlannerModules()
_____________________________________________________________________________________________________________________________________________

Уважаемая техподдержка, неужели нельзя что-то с этим сделать?

а если запустить Медок от "имени администратора" и запуск служб сделать под пользователем с правами "админа" получиться ?

faustpatron писав:

mrichko писав:Поделюсь своими сегодняшними исследованиями в области "Medoc и его баги". До этого я предполагал, что проблема в удаленном хранилище Synology, с которыми бывают проблемы у Windows подобных операционных систем, однако, в случае с Medoc, я все же ошибся и опять склонен думать, что проблема именно в Medoc.

Сегодня перенастроил место расположение резервных копий из удаленного хранилища \\nas01\backup\Medoc на Windows шару \\fs01\backup\Medoc и вот что в итоге:
_____________________________________________________________________________________________________________________________________-
Ім'я служби: ZvitGrp1. IP-адреса: 192.168.1.9. Порт: 9996.

Планувальник завдань не зміг виконати оперцію "Створення резервної копії":

System.UnauthorizedAccessException: Отказано в доступе по пути "\\FS01\Backup\Medoc\2016-07-14-19-00_10.01.131.ZBK".

в System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)

в System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)

в System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access)

в ZvitPublishedObjects.planner.Processors.ProcessorBackup.Execute()

в ZvitPublishedObjects.planner.Processors.ProcessorBase.Run()

в ZvitPublishedObjects.planner.PlannerMgr.PlannerModules()
_____________________________________________________________________________________________________________________________________________

Уважаемая техподдержка, неужели нельзя что-то с этим сделать?

а если запустить Медок от "имени администратора" и запуск служб сделать под пользователем с правами "админа" получиться ?

Я выше писал, что если делать backup при выходе из Medoc, не через планировщик, то все good. Что уже говорит о том, что проблема в пользователях и с правами на каталог назначения. Однако, я уже задал вопрос на эту тему: "Однако никакой ошибки нет если делать вручную. Напрашивается вопрос: от имени какого пользователя планировщик запускается и как можно сменить этого пользователя?" Я думаю, что со стороны техподдержки нет ничего сложного в том, что бы указать имя службы, которая отвечает за планировщик. Ну это на тот случай, если пользователь вроде меня, недостаточно владеет архитектурой Medoc. Спасибо.

mrichko писав:

faustpatron писав:

mrichko писав:Поделюсь своими сегодняшними исследованиями в области "Medoc и его баги". До этого я предполагал, что проблема в удаленном хранилище Synology, с которыми бывают проблемы у Windows подобных операционных систем, однако, в случае с Medoc, я все же ошибся и опять склонен думать, что проблема именно в Medoc.

Сегодня перенастроил место расположение резервных копий из удаленного хранилища \\nas01\backup\Medoc на Windows шару \\fs01\backup\Medoc и вот что в итоге:
_____________________________________________________________________________________________________________________________________-
Ім'я служби: ZvitGrp1. IP-адреса: 192.168.1.9. Порт: 9996.

Планувальник завдань не зміг виконати оперцію "Створення резервної копії":

System.UnauthorizedAccessException: Отказано в доступе по пути "\\FS01\Backup\Medoc\2016-07-14-19-00_10.01.131.ZBK".

в System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)

в System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)

в System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access)

в ZvitPublishedObjects.planner.Processors.ProcessorBackup.Execute()

в ZvitPublishedObjects.planner.Processors.ProcessorBase.Run()

в ZvitPublishedObjects.planner.PlannerMgr.PlannerModules()
_____________________________________________________________________________________________________________________________________________

Уважаемая техподдержка, неужели нельзя что-то с этим сделать?

а если запустить Медок от "имени администратора" и запуск служб сделать под пользователем с правами "админа" получиться ?

Я выше писал, что если делать backup при выходе из Medoc, не через планировщик, то все good. Что уже говорит о том, что проблема в пользователях и с правами на каталог назначения. Однако, я уже задал вопрос на эту тему: "Однако никакой ошибки нет если делать вручную. Напрашивается вопрос: от имени какого пользователя планировщик запускается и как можно сменить этого пользователя?" Я думаю, что со стороны техподдержки нет ничего сложного в том, что бы указать имя службы, которая отвечает за планировщик. Ну это на тот случай, если пользователь вроде меня, недостаточно владеет архитектурой Medoc. Спасибо.

у пользователя от чьего имени запускался Медок, перед настройкой планировщика есть права на запуск\остановку "ZvitGrp"

Проблема решена сменой пользователя для службы ZvitGrp1.

И проблема, как и предполагалось, заключалась в том, что пользователю СИСТЕМА, от которого стартовала служба, не возможно выдать права на запись в удаленный каталог типа \\nas01\backup\Medoc, поскольку служба локальная. Ну и поскольку право на запись в удаленный каталог назначения (\\nas01\backup\Medoc) есть только у пользователей домена, то и службу нужно стартовать от имени доменного пользователя, предварительно выдав ему права администратора на Локальной машине, на которой Medoc собственно и установлен.

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

mrichko писав:Проблема решена сменой пользователя для службы ZvitGrp1.

И проблема, как и предполагалось, заключалась в том, что пользователю СИСТЕМА, от которого стартовала служба, не возможно выдать права на запись в удаленный каталог типа \\nas01\backup\Medoc, поскольку служба локальная. Ну и поскольку право на запись в удаленный каталог назначения (\\nas01\backup\Medoc) есть только у пользователей домена, то и службу нужно стартовать от имени доменного пользователя, предварительно выдав ему права администратора на Локальной машине, на которой Medoc собственно и установлен.

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

что и требовалось доказать