CentOS / RHEL 5上的zfs-fuse文件权限问题

我正在使用zfs-fuse作为在现有的CentOS 5服务器上提供文件系统压缩的一种方法。 我正在处理一个高度可压缩的数据集(80%),所以zfs-fuse就派上用场了。 我遇到了存储池的文件权限问题。

看起来,zfs-fuse忽略或仅部分识别非所有者的文件权限。

假设一个zfs-fuse文件系统安装在: /app/november包含权限为666(-rw-rw-rw-)和所有者“jack”的文件,我可以读取文件并以用户“jill”的forms删除它们。 但是,我不能写入这些文件或保存它们。 基本上,如果我不是文件的所有者,一切都是只读的。

 [jill@Vail /app/november]$ whoami jill [jill@Vail /app/november]$ ls -l testfile -rw-rw-rw- 1 jack jack 27 Dec 18 12:12 testfile [jill@Vail /app/november]$ touch testfile touch: setting times of `testfile': Operation not permitted [jill@Vail /app/november]$ rm testfile [jill@Vail /app/november]$ touch testfile [jill@Vail /app/november]$ ls -l total 1 -rw-rw-rw- 1 jill jill 0 Dec 18 13:57 testfile 

有任何想法吗? 有没有解决这个问题? 我认为这是一个引信问题,因为我在其他地方也看到过类似的问题 。

zfs-fuse包是从EPEL库下载的。
rpm info
保险丝2.7.4-8.el5
ZFS-保险丝0.6.9_p1-6.20100709git.el5.1

编辑 – 安装输出如下,显示zpool安装和Fuse信息。

 [root@Vail ~]# mount /dev/cciss/c0d0p2 on / type ext3 (rw,noatime) /dev/cciss/c0d0p9 on /app type xfs (rw,noatime,logbufs=8,logbsize=256k,nobarrier) /dev/cciss/c0d0p8 on /tmp type ext3 (rw,noatime) /dev/cciss/c0d0p7 on /var type ext3 (rw,noatime) /dev/cciss/c0d0p3 on /usr type ext3 (rw,noatime) /dev/cciss/c0d0p1 on /boot type ext3 (rw) kstat on /zfs-kstat type fuse (rw,nosuid,nodev,allow_other) vol1 on /vol1 type fuse (rw,allow_other,default_permissions) vol1/november on /app/november type fuse (rw,allow_other,default_permissions) vol1/december on /app/december type fuse (rw,allow_other,default_permissions) 

请尝试升级到更新的保险丝版本。 保险丝2.8引入了新的function(FUSE_VFS_HAS_DEFAULT_PERM),如果IIRC与组权限有关

不知道具体情况,但是我认为,在那个时候以前,集团的发展缓慢。

恕我直言,删除文件的权利是由目录的权利(删除是在目录上的操作),而不是文件…以及将做什么:

 echo "1" > testfile 

作为一个JILL,当testfile由jack拥有?