У меня есть система Windows 7 Ultimate, которая отображает общий ресурс Samba 3.0.33. У меня нет проблем с чтением, записью или заменой любых файлов или каталогов из проводника файлов Windows. Я попытался настроить сценарий синхронизации push / pull на клиенте Windows с помощью xcopy. Я пытаюсь заменить любые файлы новее, чем соответствующий файл / каталог в любом направлении. Копирование с сервера на клиент отлично работает. Копирование с клиента на сервер завершается ошибкой с «отказом в доступе» (когда каталог уже существует - новые каталоги могут быть созданы без проблем).
Это мой скрипт для Windows:
xcopy c:\source_dir z:\dest_dir /D /E /I /F /R /Y
xcopy z:\dest_dir c:\source_dir /D /E /I /F /R /Y
Вот что я вижу для первой команды:
C:\Source_dir>xcopy c:\Source_dir\test z:\Dest_dir\test /E /I /F /R /Y
Access denied
Unable to create directory - Z:\Dest_dir\test
0 File(s) copied
Эта же команда отлично работает в системе XP, подключенной к тому же серверу. Должно быть что-то, что мне не хватает - есть идеи, что это может быть?
Спасибо!
PS: я забыл упомянуть, что если каталог еще не существует на сервере, команда xcopy для сервера выполняется успешно.
PPS: Robocopy дает идентичные результаты.
Обратил внимание, что новые каталоги были скопированы нормально, и что указанные владелец и группа отличались от старых каталогов и файлов. Решил мою проблему с разрешением XP на Samba, изменив владельца и группу. Backup xcopy теперь работает нормально!
xcopy d:\mypict~1\* \\linuxserver\backups\homestud\mypictures /mschiy
Давал
Access denied
Unable to create directory - \\linuxserver\backups\homestud\mypictures\2002
даже без необходимых файлов. Когда я chmod этот каталог 2002 никому и nogroup - он пройдет мимо этой ошибки dir! Затем я рекурсивно применил все файлы и папки.
Я бы предложил перейти на robocopy, поскольку xcopy /? говорит: «ПРИМЕЧАНИЕ: Xcopy устарела, используйте Robocopy».
Убедитесь, что учетная запись, с которой вы подключаетесь, имеет разрешение на стороне сервера для создания каталогов Z: \ Dest_dir \
mkdir z: \ Dest_dir \ test создает тот же результат?
Как сказано выше, я бы проверил разрешения на стороне сервера.
Извините, что воскресил вопрос из мертвых, но я предполагаю, что вам нужно взглянуть на свою маску создания в настройках самбы. По умолчанию - 755, поэтому, если ваша учетная запись пользователя не является владельцем каталога, то любые новые каталоги или файлы, которые вы создаете, не будут доступны для записи этой учетной записи. Корневой каталог, вероятно, имеет более разрешительные права доступа к файлам unix, возможно, 775, поэтому вы в первую очередь можете создавать новые файлы и каталоги.
Я также столкнулся с этой проблемой (Win 7 и 8) с robocopy и xcopy сбой с сообщениями об ошибках, указывающими на невозможность создания папок, при копировании через проводник или copy все еще работал.
Мне удалось заставить это работать, используя следующие параметры конфигурации:
force create mode
force directory mode
В частности 0774 и 0775 в моей настройке. Очевидно, что-то не так с разрешениями, когда robocopy или xcopy использовались. Похоже, это указывает на какую-то проблему с конфигурацией, и это решение довольно неизбирательное, но это все, что я могу понять на данный момент.
Сервер FreeNAS 9.2.1.3 работает под Samba 4.1.6