Вы не можете получать целое изображение. Если что-нибудь (как ошибки) будет отправлено в STDERR, то Вы не будете видеть их в Вас файлы журнала. Попробуйте эту команду вместо этого, которая также перенаправит STDERR к файлу журнала (отметьте конец команды):
rsync -av --delete /mnt/backup backupserverIPadress::backupfolder > /mnt/logs/textfile.txt 2>&1
Вы могли бы хотеть также включить - опция пробного прогона. Из rsync руководства:
This makes rsync perform a trial run that doesn't make any changes (and produces mostly the same output as a real run). It is most commonly used in combination with the -v, --verbose and/or -i, --itemize-changes options to see what an rsync com- mand is going to do before one actually runs it. The output of --itemize-changes is supposed to be exactly the same on a dry run and a subsequent real run (barring intentional trickery and system call failures); if it isn't, that's a bug. Other output should be mostly unchanged, but may differ in some areas. Notably, a dry run does not send the actual data for file transfers, so --progress has no effect, the "bytes sent", "bytes received", "literal data", and "matched data" statistics are too small, and the "speedup" value is equivalent to a run where no file transfers were needed.
Решено.
Права на метабазу WMI и IIS должны быть установлены так же, как и в IIS 6. Так что они были правильными для меня.
Специфика находится в метабазе IIS. Прежде всего, в IIS 7 права W3SVC
полностью наследуются от корня, в то время как вы должны установить права W3SVC / AppPools
на IIS 6, если вы хотите управлять пулами приложений.
Поскольку существует «совместимость», основное различие заключается в файловой системе метабазы IIS 7. В IIS 6 достаточно прав чтения для папки inetsrv (которая используется по умолчанию для пользователей
) и списков ACL метабазы.
В IIS 7 права должны быть установлены в метабазе IIS И папка конфигурации IIS 7: % SYSTEMROOT% / system32 / inetsrv / config
(а затем файлы .config ). По умолчанию,