1 amazon-s3 amazon-linux goofys
我尝试使用goofys在安装目录中创建一个 zip 文件,但失败并显示以下错误消息:
$ su - foo-user
$ zip hoge.zip hoge
updating: hoge
zip I/O error: Operation not supported
zip error: Input file read failure (was zipping hoge)
Run Code Online (Sandbox Code Playgroud)
有什么线索可以解决这个问题吗?
在其他目录中制作 zip 文件并将其复制到挂载点会成功。所以这看起来不像许可/授权问题。
$ zip /tmp/hoge.zip hoge
adding: hoge (stored 0%)
$ ll /tmp/hoge.zip
-rw-rw-r-- 1 foo-user foo-user 163 Apr 4 17:52 hoge.zip
$ cp /tmp/hoge.zip (path of the mount-point)
$ ll
total 5
-rw-r--r-- 1 foo-user foo-user 5 Mar 26 10:56 hoge
-rw-r--r-- 1 foo-user foo-user 163 Apr 4 17:48 hoge.zip
Run Code Online (Sandbox Code Playgroud)
挂载点的权限:
drwxr-xr-x 2 foo-user foo-user 4096 Apr 4 17:48 s3
Run Code Online (Sandbox Code Playgroud)
输入文件的权限:
-rw-r--r-- 1 foo-user foo-user 5 Mar 26 10:56 hoge
Run Code Online (Sandbox Code Playgroud)
设置/etc/fstab:
(path of goofys installed)/goofys#(s3-bucket-name) (path of the mount point) fuse _netdev,allow_other,--file-mode=0644,--uid=502,--gid=502 0 0
Run Code Online (Sandbox Code Playgroud)
Uid/gid foo-user:
$ id
uid=502(foo-user) gid=502(foo-user) groups=502(foo-user)
Run Code Online (Sandbox Code Playgroud)
S3 不是文件系统。Goofys 试图(令人钦佩地)弥合文件系统和对象存储之间的差距,但存在无法克服的阻抗不匹配,需要妥协或限制。Goofys 选择了最佳性能的道路:
在 S3 上难以支持的事情或者会转化为多个往返的事情要么会失败(随机写入)...
Zip 文件创建使用随机写入。这可以解释为什么使用该-b选项可以解决问题。通过创建临时文件然后复制它,可以避免随机写入存储桶。
对 S3 的随机写入只能通过显着推迟写入或通过每次随机写入重复覆盖对象来完成,这不会很好地执行,并且可能会牺牲可靠性、持久性或一致性。
| 归档时间: |
|
| 查看次数: |
1690 次 |
| 最近记录: |