Seems still alive:
https://marc.info/?l=gluster-users=160147697907996=3
Best Regards,
Strahil Nikolov
В четвъртък, 5 ноември 2020 г., 16:24:10 Гринуич+2, Alex K
написа:
Hi friends,
I am using gluster for some years though only as a file storage.
I was wandering what is the status
On Thu, Nov 5, 2020, 18:04 Strahil Nikolov wrote:
> Seems still alive:
> https://marc.info/?l=gluster-users=160147697907996=3
Thanx Strahil. Do you think this is better option from performance
prespective to use for database workloads than normal gluster?
>
>
> Best Regards,
> Strahil Nikolov
‐‐‐ Original Message ‐‐‐
On Thursday, November 5, 2020 3:28 PM, Yaniv Kaul wrote:
> Waiting for IO, just like the rest of those in D state.
> You may have a slow storage subsystem. How many cores do you have, btw?
> Y.
Strange because "iostat -xtcm 5" does not show that the disks are
Below is the top output of running "top -bHd d" on one of the nodes, maybe that
can help to see what that glusterfsd process is doing?
PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND
4375 root 20 0 2856784 120492 8360 D 61.1 0.4 117:09.29 glfs_iotwr001
4385
Hello,
I have a 3 node replica including arbiter GlusterFS 7.8 server with 3 volumes
and the two nodes (not arbiter) seem to have a high load due to the glusterfsd
brick process taking all CPU resources (12 cores).
Checking these two servers with iostat command shows that the disks are not so
On Thu, Nov 5, 2020 at 4:18 PM mabi wrote:
> Below is the top output of running "top -bHd d" on one of the nodes, maybe
> that can help to see what that glusterfsd process is doing?
>
> PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND
> 4375 root 20 0 2856784
Hi friends,
I am using gluster for some years though only as a file storage.
I was wandering what is the status of block storage through gluster.
I see the following project:
https://github.com/gluster/gluster-block
Is this still receiving updates and could be used to production or is it