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

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

На основном сервере у меня есть Transmission настроить в качестве док-контейнера. Я могу загрузить, когда у меня есть тома (в 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 на моем основном сервере настройки:

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 дня пытались заставить это работать, но безуспешно.

0
задан 5 May 2019 в 02:06

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 / теперь доступно для записи (зеленый фон с синий текст) в соответствии с быстрым поиском. Если память работает правильно, они не были выделены до перемещения сервера.

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

В журнале. это повторяется для часов:

[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

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

0
ответ дан 5 May 2019 в 02:06

Другие вопросы по тегам:

Похожие вопросы: