Не может создать план резервного копирования TFS, проблемы разрешения в недоменной установке
Я вчера получил эту работу с чем-то подобным решению MattB. Я попробовал и IIRF и APE Геликона, оба из которых теоретически могли сделать то, в чем я нуждался. IIRF получила меня, действительно закрываются, но по некоторым причинам мне были нужны двойные обратные передачи, чтобы заставить вещи работать. Я использовал 2,1 беты, и я думаю, что поддержка будет там, но это не совсем там все же.
Обезьяна Геликона могла, вероятно, также быть настроена, но я не мог получить вход, я должен был выяснить то, что я делал неправильно.
Я также посмотрел на nginx, но он не чувствовал себя хорошо, поскольку я работал над Windows, и он ясно не разработан для той ОС.
И APE Геликона и IIRF пытались эмулировать функциональность Apache, таким образом, я закончил тем просто, что установил Apache перед IIS, с помощью mod_proxy и mod_proxy_balancer, чтобы сделать задание. Я могу все еще установить mod_proxy_html для хранения URL последовательными, но это - что-то вроде гниды.
У меня также есть некоторые проблемы с WCF (1 физический каталог, 2 vdirs под различными внутренними номерами порта), но я просматриваю это как отдельный вопрос в этой точке. Для той проблемы я, вероятно, сделаю что-то подобное этому: https://stackoverflow.com/questions/508892/multiple-base-addresses-in-single-wcf-service
Какие разрешения у общего сетевого ресурса? Настройте полный доступ для всех и попробуйте еще раз. Убедитесь, что вы устанавливаете разрешения для сетевого ресурса, а не для файлов NTFS.
Я предполагаю, что вы уже давно решили свою проблему, но у меня была та же самая ошибка.
В этой статье содержится много полезной информации.
Оказывается, учетная запись службы, использующая общий ресурс, должна ВЛАДАТЬ ВЛАДЕНИЕМ для общего ресурса / папки. Одного полного контроля было недостаточно.
Смена владельца папки на ту же учетную запись, на которой выполняется резервное копирование, устранила мою проблему.