Re: [Gluster-users] Tons of dht: Found anomalies in (null)

Il 2020-05-19 08:35 Susant Palai ha scritto: Generally, these logs indicate that there were directories missing ("hole = 1") on one of the bricks. These are harmless message and you can ignore them. I would guess that a message warning about missing directories on a brick is not to be ignore -

Re: [Gluster-users] Tons of dht: Found anomalies in (null)

Il 2020-05-19 13:07 Susant Palai ha scritto: This can happen when a server goes down (reboot, crash, network partition) during a fop execution. Once the brick is back up, dht will heal the entry so that operation goes smoothly. If there is a resultant error, it should have been logged in the clie

Re: [Gluster-users] Tons of dht: Found anomalies in (null)

I think there's something else going on here. Our gluster setup is 4x1 replicate, and there should be no such discrepancies and missing unsynced data. In my experience the replication part of gluster works very well and all files replicate correctly to all 4 servers. Yet a single ls could run for

Re: [Gluster-users] Extremely slow file listing in folders with many files

Hi Susant, As I just mentioned in the other thread, this happens with heal queue at 0 across all of our 1x4 replicate gluster instances, and without any downtime of any of the nodes. For example, I just reran ls in the same dir I emailed about yesterday, and it's once again full of holes=1. I hav

Re: [Gluster-users] gluster 5.11 issue: Endless performing entry selfheal / Completed entry selfheal on the same pending heal files after server reboot + very high load

> > @Artem what is the average size of the files for your apaches ? > The average size is probably 15-20MB, but the files are as large as 100MB+. The files are a combination of Android APK files and image files. Sincerely, Artem -- Founder, Android Police , APK Mir