2012-12-23 6 views
15

Redhat con fusibile 2.4.8
S3FS versione 1.59Amazon S3 con s3fs e fusibile, il trasporto endpoint non è collegato

Dalla console di gestione on-line AWS posso sfogliare i file sul secchio S3.
Quando eseguo l'accesso (ssh) alla mia cartella/s3, non riesco ad accedervi.
anche il comando: "/ usr/bin/s3fs -o allow_other secchio/s3"
di ritorno: s3fs: in grado di accedere MOUNTPOINT/s3: Trasporto endpoint non è collegato

Quale potrebbe essere il motivo? Come posso aggiustarlo? questa cartella deve essere smontata e quindi montata di nuovo?

Grazie!

risposta

30

Bene, la soluzione era semplice: per smontare e montare il dir. L'errore transport endpoint is not connected è stato risolto smontando la cartella s3 e quindi eseguendo nuovamente il montaggio.

comando per smontare

fusermount -u /s3 

comando per montare

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

vogliono 3 minuti per la sincronizzazione.

+0

su alcune macchine, 'umount -f' sarebbe un comando più disponibile per la prima parte. –

6

Non è consigliabile accedere a s3 tramite i driver dei fusibili rapidi e sporchi. S3 non è progettato per funzionare come un file system.

Probabilmente non osare mai installare un sito Web di mirror Linux solo perché contiene i file. Questo è paragonabile

Lasciate che il vostro processo di scrivere file alle fs locali, quindi sincronizzare il secchio s3 con strumenti come cron e s3cmd

Se si insiste nel usando s3fs ..

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

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

Verificare con mount

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

+0

OK, cambia il modo in cui il lavoro verrà implementato in seguito, ma per ora come risolvere il problema? – ilansch

+0

Aggiunto un utilizzo di esempio sopra –

+0

grazie risposta informativa. la risposta è stata utile ma non ho usato i tuoi comandi – ilansch

1

Prima stavo usando vecchie credenziali di sicurezza. La rigenerazione delle credenziali di sicurezza (AccessId, AccessKey) ha risolto il problema.

+2

Anche l'utilizzo di una vecchia credenziale era il mio problema. –

0

Ho riscontrato questo problema e ho scoperto che il bucket può contenere solo caratteri minuscoli. Provare ad accedere a un bucket denominato "BUCKET1" tramite https://BUCKET1.s3.amazonaws.com o https://bucket1.s3.amazonaws.com fallirà entrambi, ma se il bucket viene chiamato "bucket1", https://bucket1.s3.amazonaws.com avrà esito positivo.

Quindi non è sufficiente mettere in minuscolo il nome per la riga di comando s3fs, DEVI anche creare il bucket in lettere minuscole.

1

Questo era un problema di autorizzazioni sul secchio per me. L'aggiunta di "elenco" e "autorizzazioni di visualizzazione" per "tutti" nell'interfaccia utente di AWS consentiva l'accesso al bucket.

Se non si desidera consentire l'accesso a tutti, quindi assicurarsi che si sta utilizzando le credenziali AWS associati con l'utente che ha accesso al secchio in S3Fuse

0

Basta smontare la directory e se si riavviare il server già apportate modifiche in/etc/fstab che monta automaticamente la directory.

Per smontare sudo umount /dir

in/etc/fstab queste linee dovrebbero essere presenti. quindi solo si monterà automaticamente dopo il riavvio

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