Резервные копии не запущены, «Место хранения недоступно» с использованием сервера samba в качестве цели

Я Я все еще довольно зеленый с Ubuntu, но я ранее настроил резервное копирование с одного сервера Ubuntu в моей сети на другой, чтобы добавить избыточность в файловое хранилище моей семьи. Это работало очень хорошо, до того дня, как я обновил оба сервера до 20.04 LTS ... и с тех пор я не могу избавиться от ошибки «Место хранения недоступно» на исходном сервере, хотя я могу пропинговать и сопоставить целевую сеть общий доступ с любого компьютера (Windows, Ubuntu или macOS) в моей сети.

Я сделал этот ресурс как можно более открытым (учетные данные не требуются), и дошел до того, чтобы переустановить целевой хост резервного копирования и перенастроить новый поделиться, и это все еще дает мне эту ошибку ... если кто-то может указать мне правильное направление, я был бы благодарен!

** По запросу, от хоста общего доступа **

Вывод из: но я ранее настроил резервное копирование с одного сервера Ubuntu в моей сети на другой, чтобы добавить избыточность в файловое хранилище моей семьи. Это работало очень хорошо, до того дня, когда я обновил оба сервера до 20.04 LTS ... и с тех пор я не могу избавиться от ошибки «Место хранения недоступно» на исходном сервере, хотя я могу пропинговать и сопоставить целевую сеть общий доступ с любого компьютера (Windows, Ubuntu или macOS) в моей сети.

Я сделал этот ресурс как можно более открытым (учетные данные не требуются), и дошел до того, чтобы переустановить целевой хост резервного копирования и перенастроить новый поделиться, и это все еще дает мне эту ошибку ... если кто-то может указать мне правильное направление, я был бы благодарен!

** По запросу, от хоста общего доступа **

Вывод из: но я ранее настроил резервное копирование с одного сервера Ubuntu в моей сети на другой, чтобы добавить избыточность в файловое хранилище моей семьи. Это работало очень хорошо, до того дня, когда я обновил оба сервера до 20.04 LTS ... и с тех пор я не могу избавиться от ошибки «Место хранения недоступно» на исходном сервере, хотя я могу пропинговать и сопоставить целевую сеть общий доступ с любого компьютера (Windows, Ubuntu или macOS) в моей сети.

Я сделал этот ресурс как можно более открытым (учетные данные не требуются), и дошел до того, чтобы переустановить целевой хост резервного копирования и перенастроить новый поделиться, и это все еще дает мне эту ошибку ... если кто-то может указать мне правильное направление, я был бы благодарен!

** По запросу, от хоста общего доступа **

Вывод из: testparm -s


    Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
Server role: ROLE_STANDALONE

# Global parameters
[global]
    log file = /var/log/samba/log.%m
    logging = file
    map to guest = Bad User
    max log size = 1000
    obey pam restrictions = Yes
    pam password change = Yes
    panic action = /usr/share/samba/panic-action %d
    passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
    passwd program = /usr/bin/passwd %u
    server role = standalone server
    server string = %h server (Samba, Ubuntu)
    unix password sync = Yes
    usershare allow guests = Yes
    idmap config * : backend = tdb


[printers]
    browseable = No
    comment = All Printers
    create mask = 0700
    path = /var/spool/samba
    printable = Yes


[print$]
    comment = Printer Drivers
    path = /var/lib/samba/printers

Вывод: net userhare info --long

[plex]
path=/home/samba/plex
comment=
usershare_acl=Everyone:F,
guest_ok=y

содержимое fstab на хосте источника резервного копирования:

                                   
UUID=ee47a6bd-e854-4389-82f5-e806b8990cee / ext4 defaults 0 0
/swap.img       none    swap    sw      0       0
UUID=AE2E15562E151943 /media/plexfiles ntfs    defaults,nls=utf8,umask=000,uid=>

#mount remote plex backup share
//192.168.0.114/plex        /mnt/sharemount/      cifs     0       0

*** Я обновил fstab в разделе "#mount remote ...", так как выше было указано с " rw, samba, username = $ samba, password = $ **** ", как кажется, все еще не монтируется, как ожидалось. Мне придется проверить опубликованные руководства, чтобы увидеть, что я делаю не так.

Спасибо всем, что чувствую, что приближаюсь к решению. Я перепрыгивал с места на место и пропускал некоторые ответы, извините за это ... Я просматриваю все, что опубликовано.

*** Для получения информации обращайтесь к "man mount cifs".

0
задан 30 June 2020 в 18:29

2 ответа

Следуя указаниям Morbuis1, я обновил свой файл fstab, и теперь удаленная файловая система монтируется при загрузке, и резервные копии снова запускаются. Я собираюсь убедиться, что я полностью понимаю, почему это сработало (у меня уже есть идея), так что в следующий раз, когда я буду иметь дело с этим, мне не придется спрашивать, и, возможно, я смогу помочь кому-то еще в будущем

содержание fstab выглядит следующим образом:

//192.168.0.114/plex        /mnt/sharemount/      cifs     guest,nounix,dir_mode=0777,file_mode=0666 0       0

Спасибо всем, кто ответил, это сообщество фантастическое.

0
ответ дан 30 July 2020 в 22:17

Во-первых, это зависит от того, как вы отображаете общий ресурс, на который вы пытаетесь сделать резервную копию. Для себя я бы создал запись в моем fstab для постоянного монтирования, что можно сделать следующим образом:

# Example Comment on the Mount:
//192.168.0.121/myshare        /mnt/sharemount/      nfs     0       0

Пример моего предыдущего ответа . Вы можете прочитать лучший ответ о структурах каталогов , если хотите знать, где вы должны монтировать объекты.

Тогда это зависит от того, как вы создаете резервные копии. Если вы используете встроенную резервную копию, укажите место назначения в том месте, которое вы смонтировали, и оно «должно просто работать».


В дополнение к получаемой вами ошибке - «Место хранения недоступно» - это очень универсально. Из терминала на сервере, если вы выполните следующую команду, вывод должен быть достаточно объяснительным для ошибки:

sudo mount -t nfs 10.x.y.z:/share /mnt/path -v

-v даст вам подробный вывод, чтобы вы знали, что происходит. Например, для меня я получаю следующий вывод при успешном монтировании:

mount.nfs: timeout set for Tue Jun 30 22:19:16 2020
mount.nfs: trying text-based options 'vers=4.2,addr=192.168.0.121,clientaddr=192.168.0.116'

Тип общего ресурса, который вы привязываете к монтированию, будет продиктован -t в предыдущей команде; для меня, ленивый человек, я делаю монтирование NFS и помещаю в белый список свои IP-адреса как чтение / запись (не рекомендуется), но вы можете начать с этого, чтобы увидеть, какие у вас ошибки

Для ресурса Samba, попробуйте следующую команду:

mount –t cifs IP_Address:/sharename /mountpoint –o username=userid,workgroup=workgroupname

Или для добавления этого в путь fstab :

# sudo nano etc/fstab

//10.x.y.z/share_file   /mount/pount    cifs  rw,user,username=$username,password=$password 0 0

Некоторые другие вопросы, на которые вы можете обратиться для диагностики Samba:

  1. не удается подключиться к Samba Server на NAS
  2. Проблема С Samba Поделиться между Ubuntu 18.04 и Kali Linux
0
ответ дан 30 July 2020 в 22:17

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

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