V mém případě to pomohlo:
- proveďte
s3cmd ls
na kbelíku - vytisklo varování o přesměrování
- nahraďte
bucket_host
v.s3cfg
soubor s tím z varování. - opakujte
s3cmd ls
, již by nemělo tisknout varování - znovu nahrát soubor
můj .s3cfg je nyní:
host_bucket = %(bucket)s.s3-external-3.amazonaws.com
Existuje několik běžných problémů, které vedou k tomu, že s3cmd vrací chybu, kterou zmiňujete:
- Neexistující (např. chybně zadaný název segmentu nebo segment, který ještě nebyl zřízen)
- Mezery na konci na vašich ověřovacích hodnotách (klíč/id)
- Nepřesné systémové hodiny. Je možné použít Wireshark (přes připojení http – nikoli https) a zjistit, jak jsou vaše systémové hodiny v souladu s hodinami S3 – měly by se shodovat během několika sekund. Pokud se jedná o problém, zvažte použití NTP k synchronizaci hodin.
Alternativy k s3cmd:
- s3cp – skript založený na Javě, který nabízí dobré funkce pro přenos souborů do S3 a podrobnější chybové zprávy než s3cmd
- aws – skript založený na Perlu, napsaný Timem Kayem, který poskytuje snadný přístup k většině funkcí AWS (včetně S3) a je docela populární.
Pokud si přejete napsat svůj vlastní skript, můžete použít knihovnu Python Boto, která má funkce pro provádění většiny operací AWS a má mnoho příkladů dostupných online. Existuje projekt, který zpřístupňuje některé funkce boto na příkazovém řádku – i když v současné době je k dispozici velmi malá sada funkcí.
Měl jsem stejný problém s Ubuntu s3cmd
příkaz.
Stažení nejnovější stabilní verze (1.0.1) to vyřešilo:http://sourceforge.net/projects/s3tools/files/s3cmd/
Jak sledovat využití paměti vyhrazené jádru?
Vysoké zatížení systémového procesoru (%sys), systémové zámky