Ich versuche, einen Ordner auf einer neuen AWS EC2-Instanz mit Ubuntu 18.04 in AWS S3 zu mounten.
Ich habe die Anweisungen befolgt, die ich gefunden habe unterhttps://cloud.netapp.com/blog/amazon-s3-als-dateisystemUndhttps://www.nakivo.com/blog/mount-amazon-s3-as-a-drive-how-to-guide/Ich habe auch die Nachricht gesehenProbleme beim Mounten eines S3-Buckets auf einer AWS Ubuntu-Instanz
Wenn ich den Befehl zum Mounten des Ordners ausführe, erhalte ich keine Fehlermeldungen. Wenn ich mir aber die aktuell gemounteten Ordner ansehe, wird mein neuer nicht aufgeführt, z. B.:
[email protected]:~$ sudo s3fs -o allow_other alextestbackup ~/s3-bucket/ -o passwd_file=~/.passwd-s3fs
[email protected]:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=486512k,nr_inodes=121628,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=100208k,mode=755)
/dev/xvda1 on / type ext4 (rw,relatime,discard)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=26,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=13950)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/var/lib/snapd/snaps/snapd_14066.snap on /snap/snapd/14066 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/amazon-ssm-agent_4046.snap on /snap/amazon-ssm-agent/4046 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_2253.snap on /snap/core18/2253 type squashfs (ro,nodev,relatime,x-gdu.hide)
lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=100204k,mode=700,uid=1000,gid=1000)
Ich habe verschiedene Kombinationen für den Mount-Befehl ausprobiert:
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
Ich habe auch getestet, die Anmeldeinformationen für .passwd-s3fs falsch anzugeben, und ich erhalte keine Warnung, dass diese falsch sind.
Für mich sieht es so aus, als würden die Anmeldeinformationen aus irgendeinem Grund nicht erkannt. Oder ich übersehe etwas anderes.
Ich bin für jede Hilfe dankbar und wenn Sie Informationen zur Protokolldatei benötigen, lassen Sie mich einfach wissen, was ich hier posten soll.
Antwort1
Ich habe die AWS E2-Instanz gestoppt/gestartet und dann Folgendes ausgeführt:
sudo /usr/bin/s3fs -o allow_other alextestbackup /home/ubuntu/s3-bucket/
und jetzt sehe ich das gemountete Verzeichnis (letzte paar Zeilen des Mount-Befehls):
lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=100204k,mode=700,uid=1000,gid=1000)
s3fs on /home/ubuntu/s3-bucket type fuse.s3fs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
und kann bestätigen, dass ich die Datei auf der AWS S3-Konsole sehen kann, wenn ich eine Datei in den S3-Bucket schreibe.
Also ... keine Ahnung, was vorher passiert ist, oder ob nach der Installation von s3fs einfach ein Neustart erforderlich war
Antwort2
Ich habe S3 auf EC2 (Ubuntu18) gemountet und konnte es nie über die Befehlszeile mounten. Als ich einen Eintrag zur Datei /etc/fstab hinzufügte und es erneut mountete (Quelle -a), funktionierte es einwandfrei. Ich stellte außerdem sicher, dass meine EC2-Instanz eine Rolle hatte, die die entsprechenden S3-Lese-/Schreib-/Löschrichtlinien enthielt.
Srini bietet im folgenden Link eine gute Erklärung (obwohl bei mir nur der fstab-Eintrag funktioniert hat).