Milos Cuculovic
2019-Jul-01 11:52 UTC
[Gluster-users] ls slow on a GlusterFS mounted filesystem
We have two replicated GlusterFS servers. When trying to run ls on any of the GlusterFS mounted directories, it takes long time to process. For example, on a irectory with 10 files and 10 subdirectories, it takes 5sec to do the ls. Here is the volume config info: Volume Name: storage2 Type: Replicate Volume ID: 8af504b7-8a95-463b-8578-9a969ae060ff Status: Started Snapshot Count: 0 Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: storage3:/data/data-cluster Brick2: storage4:/data/data-cluster Options Reconfigured: storage.build-pgfid: on cluster.readdir-optimize: off storage.fips-mode-rchecksum: on client.event-threads: 12 server.event-threads: 12 nfs.disable: on transport.address-family: inet auth.allow: 10.10.0.* features.cache-invalidation: on features.cache-invalidation-timeout: 600 performance.stat-prefetch: on performance.readdir-ahead: on performance.cache-refresh-timeout: 1 network.compression.compression-level: -1 network.compression: off cluster.min-free-disk: 2% performance.cache-size: 1GB features.bitrot: on features.scrub: Active performance.client-io-threads: on features.scrub-freq: monthly features.scrub-throttle: normal Any idea on how to improve this? Looking forward to hearing from you. Milos
Milos Cuculovic
2019-Jul-03 08:24 UTC
[Gluster-users] ls slow on a GlusterFS mounted filesystem
Any idea? - Kindest regards, Milos Cuculovic IT Manager --- MDPI AG Postfach, CH-4020 Basel, Switzerland Office: St. Alban-Anlage 66, 4052 Basel, Switzerland Tel. +41 61 683 77 35 Fax +41 61 302 89 18 Email: cuculovic at mdpi.com Skype: milos.cuculovic.mdpi Disclaimer: The information and files contained in this message are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this message in error, please notify me and delete this message from your system. You may not copy this message in its entirety or in part, or disclose its contents to anyone.> On 1 Jul 2019, at 13:52, Milos Cuculovic <cuculovic at mdpi.com> wrote: > > We have two replicated GlusterFS servers. When trying to run ls on any of the GlusterFS mounted directories, it takes long time to process. > For example, on a irectory with 10 files and 10 subdirectories, it takes 5sec to do the ls. > > Here is the volume config info: > > Volume Name: storage2 > Type: Replicate > Volume ID: 8af504b7-8a95-463b-8578-9a969ae060ff > Status: Started > Snapshot Count: 0 > Number of Bricks: 1 x 2 = 2 > Transport-type: tcp > Bricks: > Brick1: storage3:/data/data-cluster > Brick2: storage4:/data/data-cluster > Options Reconfigured: > storage.build-pgfid: on > cluster.readdir-optimize: off > storage.fips-mode-rchecksum: on > client.event-threads: 12 > server.event-threads: 12 > nfs.disable: on > transport.address-family: inet > auth.allow: 10.10.0.* > features.cache-invalidation: on > features.cache-invalidation-timeout: 600 > performance.stat-prefetch: on > performance.readdir-ahead: on > performance.cache-refresh-timeout: 1 > network.compression.compression-level: -1 > network.compression: off > cluster.min-free-disk: 2% > performance.cache-size: 1GB > features.bitrot: on > features.scrub: Active > performance.client-io-threads: on > features.scrub-freq: monthly > features.scrub-throttle: normal > > Any idea on how to improve this? > > Looking forward to hearing from you. > > Milos-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20190703/ef1b150b/attachment.html>