Amazon S3 avec s3fs et fusible, le noeud final de transport n'est pas connecté

Redhat avec Fusible 2.4.8
S3FS version 1.59

De l'AWS en ligne de la console de gestion, je peux parcourir les fichiers sur le compartiment S3.
Lorsque je me connecte en ssh () de mon /s3 dossier, je ne peux pas y accéder.
aussi la commande: "/usr/bin/s3fs -o allow_other seau /s3"
retour: s3fs: impossible d'accéder POINT de montage /s3: Transport de point de terminaison n'est pas connecté

Quelle pourrait être la raison? Comment puis-je résoudre ce problème ? ne ce dossier doivent être démonter et à cheval puis à nouveau ?

Merci !

source d'informationauteur ilansch

  1. 31

    Bien, la solution est simple: démonter et monter la dir. L'erreur transport endpoint is not connected a été résolu en démontant le s3 dossier, puis monter à nouveau.

    Commande pour démonter

    fusermount -u /s3

    Commande de montage

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

    Prend 3 minutes pour la synchronisation.

  2. 6

    Je ne recommande pas à l'accès s3 via rapide et sale fusible pilotes.
    S3 n'est pas vraiment conçu pour agir comme un système de fichiers.

    Vous n'auriez sans doute jamais osé monter un Linux site miroir juste parce qu'il détient des fichiers. Cela est comparable

    Laissez votre processus d'écriture des fichiers de votre local fs, puis de synchroniser votre s3 seau avec des outils comme cron et s3cmd

    Si vous insistez en utilisant s3fs..

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

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

    Vérifier avec mount

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

  3. 1

    J'ai été en utilisant de vieilles informations d'identification de sécurité avant. La régénération de la sécurité des informations d'identification (id accès, AccessKey) a résolu le problème.

  4. 1

    C'était un problème d'autorisations sur le seau pour moi. L'ajout de la "liste" et "afficher les autorisations" pour "tout le monde" dans AWS INTERFACE utilisateur autorisé seau d'accès.

    Si vous ne souhaitez pas accorder l'accès à tout le monde, alors assurez-vous d'utiliser les informations d'identification AWS associé à l'utilisateur qui a accès au seau dans S3Fuse

  5. 0

    J'ai eu ce problème et j'ai trouvé que le seau ne peut avoir de caractères minuscules. En essayant d'accéder à un seau nommé "BUCKET1" via le https://BUCKET1.s3.amazonaws.com ou https://bucket1.s3.amazonaws.com permettra à la fois d'échouer, mais si le seau est appelé "bucket1", https://bucket1.s3.amazonaws.com succès.

    De sorte qu'il n'est pas suffisant pour mettre en minuscule le nom de la s3fs ligne de commande, vous DEVEZ également créer le seau en minuscules.

  6. 0

    Juste démonter le répertoire et de redémarrage du serveur si vous avez déjà effectué des modifications dans /etc/fstab qui monte le répertoire automatiquement.

    À démonter sudo umount /dir

    Dans /etc/fstab ces lignes doivent être présents. alors seulement il va monter automtically après le redémarrage

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