Re: vfs_fruit and extended attributes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Anoop.  Thanks for helping with this!

> On Sep 22, 2017, at 00:11, Anoop C S <anoopcs@xxxxxxxxxxxxx> wrote:
> 
> On Thu, 2017-09-21 at 10:35 -0600, Terry McGuire wrote:
>> Hello list.  I’m attempting to improve how Samba shares directories on our Gluster volume to Mac
>> users by using the vfs_fruit module.
> 
> What versions of GlusterFS and Samba have you installed? And which platform/distro are you using as
> Samba server?

glusterfs-3.10.5-1.el7.x86_64
samba-4.4.4-14.el7_3.x86_64

CentOS Linux release 7.3.1611 (Core)

This is a brand new service.  We’re running gluster clients, and samba, on the servers themselves.

> 
> Please paste the output of `gluster volume info <VOLNAME>`.

(Apologies for the length of this…)

root@mfs-01 ~]#gluster volume info mfs1
 
Volume Name: mfs1
Type: Distributed-Disperse
Volume ID: 2fa02e5d-95b4-4aaa-b16c-5de90e0b11b2
Status: Started
Snapshot Count: 0
Number of Bricks: 6 x (8 + 4) = 72
Transport-type: tcp
Bricks:
Brick1: mfs-b01:/mnt/gfs001/data
Brick2: mfs-b01:/mnt/gfs002/data
Brick3: mfs-b01:/mnt/gfs003/data
Brick4: mfs-b02:/mnt/gfs019/data
Brick5: mfs-b02:/mnt/gfs020/data
Brick6: mfs-b02:/mnt/gfs021/data
Brick7: mfs-b03:/mnt/gfs037/data
Brick8: mfs-b03:/mnt/gfs038/data
Brick9: mfs-b03:/mnt/gfs039/data
Brick10: mfs-b04:/mnt/gfs055/data
Brick11: mfs-b04:/mnt/gfs056/data
Brick12: mfs-b04:/mnt/gfs057/data
Brick13: mfs-b01:/mnt/gfs004/data
Brick14: mfs-b01:/mnt/gfs005/data
Brick15: mfs-b01:/mnt/gfs006/data
Brick16: mfs-b02:/mnt/gfs022/data
Brick17: mfs-b02:/mnt/gfs023/data
Brick18: mfs-b02:/mnt/gfs024/data
Brick19: mfs-b03:/mnt/gfs040/data
Brick20: mfs-b03:/mnt/gfs041/data
Brick21: mfs-b03:/mnt/gfs042/data
Brick22: mfs-b04:/mnt/gfs058/data
Brick23: mfs-b04:/mnt/gfs059/data
Brick24: mfs-b04:/mnt/gfs060/data
Brick25: mfs-b01:/mnt/gfs007/data
Brick26: mfs-b01:/mnt/gfs008/data
Brick27: mfs-b01:/mnt/gfs009/data
Brick28: mfs-b02:/mnt/gfs025/data
Brick29: mfs-b02:/mnt/gfs026/data
Brick30: mfs-b02:/mnt/gfs027/data
Brick31: mfs-b03:/mnt/gfs043/data
Brick32: mfs-b03:/mnt/gfs044/data
Brick33: mfs-b03:/mnt/gfs045/data
Brick34: mfs-b04:/mnt/gfs061/data
Brick35: mfs-b04:/mnt/gfs062/data
Brick36: mfs-b04:/mnt/gfs063/data
Brick37: mfs-b01:/mnt/gfs010/data
Brick38: mfs-b01:/mnt/gfs011/data
Brick39: mfs-b01:/mnt/gfs012/data
Brick40: mfs-b02:/mnt/gfs028/data
Brick41: mfs-b02:/mnt/gfs029/data
Brick42: mfs-b02:/mnt/gfs030/data
Brick43: mfs-b03:/mnt/gfs046/data
Brick44: mfs-b03:/mnt/gfs047/data
Brick45: mfs-b03:/mnt/gfs048/data
Brick46: mfs-b04:/mnt/gfs064/data
Brick47: mfs-b04:/mnt/gfs065/data
Brick48: mfs-b04:/mnt/gfs066/data
Brick49: mfs-b01:/mnt/gfs013/data
Brick50: mfs-b01:/mnt/gfs014/data
Brick51: mfs-b01:/mnt/gfs015/data
Brick52: mfs-b02:/mnt/gfs031/data
Brick53: mfs-b02:/mnt/gfs032/data
Brick54: mfs-b02:/mnt/gfs033/data
Brick55: mfs-b03:/mnt/gfs049/data
Brick56: mfs-b03:/mnt/gfs050/data
Brick57: mfs-b03:/mnt/gfs051/data
Brick58: mfs-b04:/mnt/gfs067/data
Brick59: mfs-b04:/mnt/gfs068/data
Brick60: mfs-b04:/mnt/gfs069/data
Brick61: mfs-b01:/mnt/gfs016/data
Brick62: mfs-b01:/mnt/gfs017/data
Brick63: mfs-b01:/mnt/gfs018/data
Brick64: mfs-b02:/mnt/gfs034/data
Brick65: mfs-b02:/mnt/gfs035/data
Brick66: mfs-b02:/mnt/gfs036/data
Brick67: mfs-b03:/mnt/gfs052/data
Brick68: mfs-b03:/mnt/gfs053/data
Brick69: mfs-b03:/mnt/gfs054/data
Brick70: mfs-b04:/mnt/gfs070/data
Brick71: mfs-b04:/mnt/gfs071/data
Brick72: mfs-b04:/mnt/gfs072/data
Options Reconfigured:
features.quota-deem-statfs: on
features.inode-quota: on
features.quota: on
nfs.disable: on
transport.address-family: inet

> 
>> This module does wonders for speeding listings and downloads of directories with large numbers of
>> files in the Finder, but it kills uploads dead.  Finder gives an error:
>> 
>> The Finder can’t complete the operation because some data in “[filename]” can’t be read or
>> written.
>> (Error code -36)
> 
> Can you please check for any errors in brick logs under /var/log/glusterfs/bricks/ while you face
> this Finder error?

There’s stuff in those logs, but nothing is added when the error occurs.

> 
>> The man page for the module indicates that the vfs_streams_xattr module must also be loaded, like
>> this:
>> 
>> vfs objects = fruit streams_xattr
> 
> Can you please share the output of `testparm -s`?

root@mfs-01 ~]#testparm -s
Load smb config files from /etc/samba/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[sa1]"
Processing section "[nongluster]"
Processing section "[share1]"
Processing section "[share2]"
Loaded services file OK.
Server role: ROLE_DOMAIN_MEMBER

# Global parameters
[global]
	realm = XXXX.UALBERTA.CA
	workgroup = STS
	log file = /var/log/samba/log.%m
	max log size = 50
	server min protocol = SMB2
	map to guest = Bad User
	security = ADS
	idmap config * : backend = tdb
	access based share enum = Yes
	force create mode = 0777
	force directory mode = 0777
	smb encrypt = desired
	vfs objects = fruit streams_xattr


[sa1]
	path = /mfsmount/sa1
	read only = No
	valid users = @mfs-sa1@xxxxxxxxxxxxxxxx


[nongluster]
	path = /nongluster
	read only = No
	valid users = @mfs-sa1@xxxxxxxxxxxxxxxx


[share1]
	path = /mfsmount/share1
	read only = No
	valid users = @mfs-ga@xxxxxxxxxxxxxxxx


[share2]
	path = /mfsmount/share2
	read only = No
	valid users = @mfs-gb@xxxxxxxxxxxxxxxx


>> I’ve done this, and I’ve futzed with various combinations of options, but haven’t got writes
>> working.
> 
> Is that a simple copy operation? Did you verify whether the file content itself is written
> completely? We have experienced similar error while copying large files into GlusterFS volumes where
> the real copy operation was completed successfully and the remaining extra extended attribute
> setting failed which resulted in a Finder error. Just wanted to check whether it is the same case or
> not?

Yup, just a simple drag and drop of a file into the share’s window.  No content is written, though a file of zero size is created.

Woah.  I’ve just discovered something.  While *files* cause the error, *folders* sometimes do not.  I can drag and drop certain folders of files and it works fine, but if I drag the files individually, it fails.  Other folders fail, but some of the files in the folder are successful.  Perhaps the Finder attaches problem metadata to files but only under certain circumstances.

> 
>> This issue seems specific to Gluster, as I can share a directory that’s not in the Gluster volume
>> and it works fine.  I’m guessing the problem has something to do with extended attributes, but,
>> near as I can tell, the Gluster volume ought to do xattrs just fine, as its bricks are XFS.
>> 
>> Anyone have any experience with this?  Anyone have vfs_fruit working with Gluster?
> 
> Apart from this write issue, are you facing any other issues while accessing GlusterFS volumes from
> Mac via Samba using vfs_fruit module? We would like to really fix any obvious errors which stops Mac
> users working with GlusterFS volumes.

No other issues.  We really want to use this module, as it dramatically speeds up certain things, like opening folders with many items, or copying large numbers of small files.

Regards,
Terry

_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users




[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux