Puncte:0

Nu se poate monta un folder în Ubuntu ca AWS S3 Bucket

drapel jp

Încerc să montez un folder pe o instanță AWS EC2 proaspătă care rulează Ubuntu 18.04, pe AWS S3.

Am urmat instrucțiunile pe care le-am găsit la https://cloud.netapp.com/blog/amazon-s3-as-a-file-system și https://www.nakivo.com/blog/mount-amazon-s3-as-a-drive-how-to-guide/. Am vazut si mesajul Montarea unei găleți S3 pe o instanță AWS Ubuntu are probleme

Când rulez comanda pentru a monta folderul, nu primesc nicio eroare, dar când mă uit la folderele montate în prezent, noul meu nu este listat, de exemplu:

[email protected]:~$ sudo s3fs -o allow_other alextestbackup ~/s3-bucket/ -o passwd_file=~/.passwd-s3fs
[email protected]:~$ mount
sysfs pe /sys tip sysfs (rw,nosuid,nodev,noexec,relatime)
proc pe /proc tip proc (rw,nosuid,nodev,noexec,relatime)
udev pe /dev tip devtmpfs (rw,nosuid,relatime,size=486512k,nr_inodes=121628,mode=755)
devpts pe /dev/pts tip devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs pe /run tip tmpfs (rw,nosuid,noexec,relatime,size=100208k,mode=755)
/dev/xvda1 pe / tastați ext4 (rw,relatime,discard)
securityfs pe /sys/kernel/security tip securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs pe /dev/shm tip tmpfs (rw,nosuid,nodev)
tmpfs pe /run/lock tip tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs pe /sys/fs/cgroup tip tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup pe /sys/fs/cgroup/unified tip cgroup2 (rw,nosuid,nodev,noexec,relatime)
cgroup pe /sys/fs/cgroup/systemd tip cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore pe /sys/fs/pstore tip pstore (rw,nosuid,nodev,noexec,relatime)
cgroup pe /sys/fs/cgroup/net_cls, net_prio tip cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup pe /sys/fs/cgroup/memory tip cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup pe /sys/fs/cgroup/cpu,cpuacct tip cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup pe /sys/fs/cgroup/cpuset tip cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup pe /sys/fs/cgroup/hugetlb tip cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup pe /sys/fs/cgroup/pids tip cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup pe /sys/fs/cgroup/perf_event tip cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup pe /sys/fs/cgroup/rdma tip cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup pe /sys/fs/cgroup/freezer tip cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup pe /sys/fs/cgroup/blkio tip cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup pe /sys/fs/cgroup/devices tip cgroup (rw,nosuid,nodev,noexec,relatime,devices)
systemd-1 pe /proc/sys/fs/binfmt_misc tip autofs (rw,relatime,fd=26,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=13950)
hugetlbfs pe /dev/hugepages tip hugetlbfs (rw,relatime,pagesize=2M)
debugfs pe /sys/kernel/debug tip debugfs (rw,relatime)
mqueue pe /dev/mqueue tip mqueue (rw,relatime)
fusectl pe /sys/fs/fuse/connections tip fusectl (rw,relatime)
configfs pe /sys/kernel/config tip configfs (rw,relatime)
/var/lib/snapd/snaps/snapd_14066.snap pe /snap/snapd/14066 tip squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/amazon-ssm-agent_4046.snap pe /snap/amazon-ssm-agent/4046 tip squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_2253.snap pe /snap/core18/2253 tip squashfs (ro,nodev,relatime,x-gdu.hide)
lxcfs pe /var/lib/lxcfs tip fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
tmpfs pe /run/user/1000 tip tmpfs (rw,nosuid,nodev,relatime,size=100204k,mode=700,uid=1000,gid=1000)

Am încercat diverse combinații pentru comanda mount:

sudo /usr/bin/s3fs -o allow_other alextestbackup /home/ubuntu/s3-bucket/
s3fs -o allow_other alextestbackup ~/s3-bucket/ -o passwd_file=~/.passwd-s3fs
s3fs alextestbackup ~/s3-bucket/ -o passwd_file=~/.passwd-s3fs

De asemenea, am testat ca .passwd-s3fs să aibă acreditări incorecte și nu primesc niciun avertisment că acestea sunt incorecte.

Pentru mine se pare că acreditările nu sunt preluate dintr-un motiv oarecare? Sau mai este ceva ce îmi lipsește.

Orice ajutor este foarte apreciat și, dacă aveți nevoie de informații despre fișierul jurnal, spuneți-mi ce să postez aici.

drapel jp
Simțiți-vă liber să-mi spuneți dacă această întrebare ar putea fi mai potrivită pe StackOverflow sau în altă parte!
Puncte:0
drapel jp

Am oprit/pornit instanța AWS E2, apoi am rulat:

sudo /usr/bin/s3fs -o allow_other alextestbackup /home/ubuntu/s3-bucket/

și acum văd directorul montat (ultimele rânduri ale comenzii mount):

lxcfs pe /var/lib/lxcfs tip fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
tmpfs pe /run/user/1000 tip tmpfs (rw,nosuid,nodev,relatime,size=100204k,mode=700,uid=1000,gid=1000)
s3fs pe /home/ubuntu/s3-bucket type fuse.s3fs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)

și pot confirma că, atunci când scriu un fișier în s3-bucket, pot vedea fișierul pe consola AWS S3.

Deci... nicio idee despre ce s-a întâmplat înainte, sau a fost nevoie doar de o repornire după instalarea s3fs

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.