Отказано в разрешении на передачу в смонтированном каталоге samba

У меня есть 2 виртуальные машины Proxmox на одном сервере (в целях обучения) - основной докер-сервер (сервер Ubuntu 18.04) 192.168.1.108 и samba/storage 192.168.1.109

На основном сервере у меня есть настройка передачи в качестве контейнера докера. Я могу загрузить, когда у меня есть тома (в docker-compose.yml) указывают на локальный каталог для полного и неполного:

volumes:
  - /etc/localtime:/etc/localtime:ro
  - ${USERDIR}/docker/transmission-vpn:/data
  - ${USERDIR}/docker/shared:/shared
  - ${USERDIR}Downloads/completed:/data/completed
  - ${USERDIR}Downloads/incomplete:/data/incomplete

Вышеуказанное работает просто отлично, и Transmission можно загрузить просто отлично.

Когда я меняю место загрузки на смонтированный общий каталог samba, он перестает работать, и передача просто говорит "Отказано в доступе".

volumes:
  - /etc/localtime:/etc/localtime:ro
  - ${USERDIR}/docker/transmission-vpn:/data
  - ${USERDIR}/docker/shared:/shared
  - /mnt/smbmount/dls/complete:/data/completed
  - /mnt/smbmount/dls/dling:/data/incomplete

Что касается samba, я следовал этому руководству, чтобы настроить только пользователя sadmin и общий доступ пользователей на моем сервере samba / storage.

Вот мой smb.conf на сервере samba / storage:

[users]
    path = /samba/users
    browseable = yes
    writable = yes
    guest ok = yes
    read only = no
    force create mode = 0660
    force directory mode = 2770
    valid users = @sambashare @sadmin
    force user = sadmin
    directory mask = 0775
    create mask = 664

Вот мой fstab на моем основном сервере Docker:

UUID=2bd84936-de66-46f1-bdb5-8cc00c57cde0 / ext4 defaults 0 0
/swap.img       none    swap    sw      0       0
//192.168.1.109/users /mnt/smbmount cifs credentials=/home/cbody/.smbcredentials,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0

Мой файл.smbcredentials имеет настройки имени пользователя и пароля при создании материала samba.

Я размонтировал и перемонтировал общий ресурс на каждом главном этапе и шаг устранения неполадок, используя оба (не одновременно):

sudo mount -a
sudo mount -t cifs -o username=sadmin //192.168.1.109/users /mnt/smbmount

Я оглянулся вокруг и почти 3 дня бился головой, пытаясь заставить это работать, но безуспешно.

Источник

1 ответ

Кажется, сейчас работает... Я закрыл свой сервер, чтобы переместить его после публикации вопроса. После запуска всего через несколько часов (основной сервер: запустил обе виртуальные машины, запустил docker-compose, sudo mount -a) > (samba server: testparm), я еще раз проверил его, и передача начала загружать вещи из передачи ombi> sonarr>, Файл передачи docker-compose.yml использует

volumes:
  - /etc/localtime:/etc/localtime:ro
  - ${USERDIR}/docker/transmission-vpn:/data
  - ${USERDIR}/docker/shared:/shared
  - /mnt/smbmount/dls/complete:/data/completed
  - /mnt/smbmount/dls/dling:/data/incomplete

Единственное изменение, которое я заметил, - на моем основном сервере (с докером) все, что находится в / mnt /, теперь доступно для записи (зеленый фон с синим текстом) согласно некоторому быстрому поиску в Google. Если память работает правильно, они не были выделены до перемещения сервера.

В случае, если есть что-то полезное, чтобы объяснить причину ранее в журналах самбы с сервера самбы:

В лог. это повторяется часами:

[2019/05/04 18:53:24.200929,  0] ../source3/param/loadparm.c:3350(process_usershare_file)
process_usershare_file: stat of /var/lib/samba/usershares/sambashare failed. No such file or directory
[2019/05/04 18:53:26.216203,  0] ../source3/param/loadparm.c:3350(process_usershare_file)
process_usershare_file: stat of /var/lib/samba/usershares/sambashare failed. No such file or directory
[2019/05/04 18:53:28.237241,  0] ../source3/param/loadparm.c:3350(process_usershare_file)
process_usershare_file: stat of /var/lib/samba/usershares/sambashare failed. No such file or directory

В log.nmbd это:

[2019/05/04 18:53:22.542765,  0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'nmbd' finished starting up and ready to serve connections
[2019/05/04 19:06:17.007804,  0] ../source3/nmbd/nmbd.c:58(terminate)
Got SIGTERM: going down...
[2019/05/04 19:06:17.052438,  0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'nmbd' finished starting up and ready to serve connections
[2019/05/04 19:43:36.268418,  0] ../source3/nmbd/nmbd.c:58(terminate)
Got SIGTERM: going down...
[2019/05/04 19:43:36.346490,  0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'nmbd' finished starting up and ready to serve connections
[2019/05/04 20:59:52.498656,  0] ../source3/nmbd/nmbd_namequery.c:109(query_name_response)
query_name_response: Multiple (2) responses received for a query on subnet 
192.168.1.109 for name WORKGROUP<1d>.
This response was from IP 192.168.1.105, reporting an IP address of 192.168.1.105.
[2019/05/04 21:02:27.358132,  0] 
../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
*****


Samba name server CBSTORAGE is now a local master browser for workgroup WORKGROUP on subnet 192.168.1.109


*****
[2019/05/05 01:50:50.978902,  0] ../source3/nmbd/nmbd.c:58(terminate)
Got SIGTERM: going down...
[2019/05/05 04:57:15.828267,  0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'nmbd' finished starting up and ready to serve connections

В log.smbd это:

[2019/05/04 18:53:21.969701,  0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2019/05/05 04:57:18.365352,  0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'smbd' finished starting up and ready to serve connections

Остальные журналы были пусты.

Источник
Другие вопросы по тегам