Автоматическое монтирование S3 с помощью s3fs на ubuntu 16

У меня проблема с автоматическим правильным подключением моего s3 после перезапуска. Я использую AWS ECS c5d с ubuntu 16.04. Я могу использовать s3fs для подключения к моему диску S3 вручную, используя:

$s3fs -o uid=1000,umask=077,gid=1000 s3drive ~/localdata

Впоследствии, когда я захожу в папку, я могу видеть и изменять свои файлы S3. Но когда я пытаюсь настроить его для автоматического подключения, я не могу заставить его работать. Я пробовал добавить в etc / fstab следующее:

s3drive /home/ubuntu/localdata fuse.s3fs _netdev,passwd_file=/home/ubuntu/.passwd-s3fs, uid=1000,umask=077,gid=1000   0 0

Он обрабатывается, но когда я иду к месту и $ ls -lah, я вижу странную запись для разрешений (и мне отказано в разрешении на cd в нее):

d?????????  ? ?      ?         ?            ? localdata

Я получаю тот же результат, когда начинаю все сначала и пытаюсь добавить в / etc / fstab:

s3fs#s3drive /home/ubuntu/localdata fuse _netdev,passwd_file=/home/ubuntu/.passwd-s3fs,uid=1000,umask=077,gid=1000   0 0

Наконец, я попытался добавить в /etc/re.local чуть выше строки выхода 0:

s3fs -o uid=1000,umask=077,gid=1000 s3drive ~/localdata  

or

s3fs -o _netdev,uid=1000,umask=077,gid=1000 s3drive ~/localdata

Когда я перезагружаюсь, кажется, что ничего не происходит (т.е. нет соединения). Но если я запустил его вручную, используя:

$ sudo /etc/rc.local start

У меня такая же странная запись на моем диске

d?????????  ? ?      ?         ?            ? localdata

Есть идеи, как это сделать правильно? или что? ? ? разрешения имеются в виду? Я очень надеюсь, что это не дубликат, но я искал существующие ответы и пробовал материал весь день.


person hoss_ster    schedule 07.12.2018    source источник
comment
Это было отправлено на serverfault.com/questions/943241/ :-( См. meta.stackexchange.com/questions/64068/, почему рекомендуется выбрать один сайт (обратите внимание, что stackoverflow предназначен для вопросов по программированию, а не для общих вопросов по использованию системы, поэтому в этом случае отправка на serverfault была правильной, но публикация здесь не будет положительно воспринята)   -  person Anon    schedule 07.12.2018
comment
Спасибо, что указали на это. Я больше не буду этого делать.   -  person hoss_ster    schedule 07.12.2018
comment
Не волнуйтесь, просто к вашему сведению. Кстати, вы видели комментарии по этому поводу?   -  person Anon    schedule 07.12.2018


Ответы (1)


Похоже, проблема с разрешением.

Убедитесь, что ключи AWS в проходе ~ / .passwd-s3fs верны, chmod - 600 и у пользователя IAM есть правильные разрешения для этого сегмента.

person yuriy polonskiy    schedule 11.12.2018
comment
Я думаю, что это была проблема с разрешениями, но на ubuntu не на S3 (если это имеет смысл?) Вот что я сделал, чтобы исправить на основе ответа на обмен стеками: я отредактировал /etc/fuse.conf, чтобы раскомментировать строку с user_allow_other . Затем я добавил allow_other в свой список параметров монтирования в строке s3fs / etc / fstab. Это сработало при настоящей перезагрузке - диск был смонтирован и доступен. Но при тестировании с помощью $ sudo mount -a он все равно выдавал сообщение об ошибке. Это было исправлено добавлением непустой опции в строку s3fs в / etc / fstab. - - person hoss_ster; 11.12.2018