[Gluster-users] ls slow on a GlusterFS mounted filesystem

[Milos Cuculovic]

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>