2012-12-23 4 views
15

Redhat mit Fuse 2.4.8
S3FS Version 1.59Amazon S3 mit s3fs und Sicherung, Transport-Endpunkt nicht

Von der AWS Online-Management-Konsole verbunden i die Dateien auf dem S3-Bucket durchsuchen können.
Wenn ich mich in den Ordner "/ s3" einlogge (ssh), kann ich nicht darauf zugreifen.
auch der Befehl: "/ usr/bin/s3fs -o allow_other Eimer/s3"
return: s3fs: nicht in der Lage für den Zugriff auf MOUNTPOINT/s3: ist mit Transport-Endpunkt nicht

Was könnte der Grund sein? Wie kann ich es reparieren ? Muss dieser Ordner unmount und dann erneut bereitgestellt werden?

Dank!

Antwort

30

Nun war die Lösung einfach: auszuhängen und die dir zu montieren. Der Fehler transport endpoint is not connected wurde behoben, indem der Ordner s3 unmounten und dann neu mounten wurde.

Befehl

fusermount -u /s3 

Befehl aushängen zu montieren

/usr/bin/s3fs -o allow_other bucketname /s3 

in 3 Minuten zu synchronisieren.

+0

auf einigen Maschinen verwendet, 'umount -f' wäre ein mehr verfügbarer Befehl für den ersten Teil. –

6

Ich empfehle nicht auf s3 über schnelle und schmutzige Sicherung Treiber zuzugreifen. S3 ist nicht wirklich als Dateisystem gedacht.

Sie würden es wahrscheinlich nie wagen, eine Linux-Mirror-Website zu mounten, nur weil sie Dateien enthält. Dies ist vergleichbar

Lassen Sie Ihre Prozess-Dateien auf Ihrem lokalen fs schreiben, dann s3 Eimer mit Werkzeugen wie cron synchronisieren und s3cmd

Wenn Sie darauf bestehen, sich mit der s3fs ..

sudo echo "yourawskey:yourawssecret" > /etc/passwd-s3fs 
sudo chmod 640 /etc/passwd-s3fs 

sudo /usr/bin/s3fs yours3bucket /yourmountpoint -ouse_cache=/tmp 

mit mount Überprüfen

Quelle: http://code.google.com/p/s3fs/wiki/FuseOverAmazon

+0

OK, ändern Sie die Art und Weise im Arbeits wird später implementiert werden, aber für jetzt, wie Sie das Problem beheben? – ilansch

+0

Hinzugefügt ein Beispiel Verwendung über –

+0

dank informativer Antwort. Antwort war nützlich, aber ich habe nicht Ihre Befehle – ilansch

1

Ich benutzte vorher die alten Sicherheitsinformationen. Die Wiederherstellung der Sicherheitsinformationen (AccessId, AccessKey) löste das Problem.

+2

Mit einem alten Credential war auch mein Problem. –

0

Ich hatte dieses Problem und ich fand, dass der Eimer nur Kleinbuchstaben haben kann. Der Versuch, über die https://BUCKET1.s3.amazonaws.com oder https://bucket1.s3.amazonaws.com auf einen Bucket namens "BUCKET1" zuzugreifen, schlägt beide fehl, aber wenn der Bucket "bucket1" heißt, wird https://bucket1.s3.amazonaws.com erfolgreich ausgeführt.

So ist es nicht genug, den Namen für Sie die s3fs-Befehlszeile Kleinbuchstaben, müssen Sie auch den Bucket in Kleinbuchstaben erstellen.

1

Dies war ein Erlaubnisproblem auf dem Eimer für mich. Durch das Hinzufügen der Listen- und Ansichtsberechtigungen für "alle" in der AWS-Benutzeroberfläche wurde der Bucket-Zugriff ermöglicht.

Wenn Sie jeder Zugang zu nicht zulassen wollen, dann stellen Sie sicher, dass Sie die AWS-Anmeldeinformationen mit dem Benutzer zugeordnet sind, verwenden, die

0

einfach aushängen das Verzeichnis und starten Sie den Server, wenn Sie den Zugriff auf den heißen Stein in S3Fuse hat Änderungen in/etc/fstab vorgenommen, die das Verzeichnis automatisch mounten.

Um sudo umount /dir

in/etc/fstab aushängen diese Zeilen vorhanden sein sollten. dann wird es nur automatisch nach dem Neustart mounten

s3fs#bucketname /s3 fuse allow_other,nonempty,use_cache=/tmp/cache,multireq_max=500,uid=505,gid=503 0 0