У меня есть 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 дня пытались заставить это работать, но безуспешно.
Кажется, сейчас работает ... Я отключил свой сервер, чтобы переместить его после публикации вопроса. После запуска всего через несколько часов (основной сервер: запустил обе виртуальные машины, запустил 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
Остальные журналы были пусты.