[Gluster-users] Thin arbiter daemon on non-thin setup?

Ashish Pandey aspandey at redhat.com
Wed Jun 19 02:44:10 UTC 2019


Hi, 

Yes, you can stop/disable gluster-ta-volume.service using systemctl command. 
I will also check and see why it even trying to load thin-arbiter for non thin-arbiter volume but for now you can just disable it. 

--- 
Ashish 


----- Original Message -----

From: "wkmail" <wkmail at bneit.com> 
To: "gluster-users at gluster.org List" <gluster-users at gluster.org> 
Sent: Wednesday, June 19, 2019 5:55:38 AM 
Subject: [Gluster-users] Thin arbiter daemon on non-thin setup? 

On a brand new Ubuntu 18 Gluster 6.2 replicate 3 arbiter 1 (normal 
arbiter) setup. 

glusterfs-server/bionic,now 6.2-ubuntu1~bionic1 amd64 [installed] 
clustered file-system (server package) 

Systemd is degraded and I show this this in systemctl listing 

● gluster-ta-volume.service loaded failed failed GlusterFS, 
Thin-arbiter process to maintain quorum for replica volume 

systemctl status show this 

● gluster-ta-volume.service - GlusterFS, Thin-arbiter process to 
maintain quorum for replica volume 
Loaded: loaded (/lib/systemd/system/gluster-ta-volume.service; 
enabled; vendor preset: enabled) 
Active: failed (Result: exit-code) since Sun 2019-06-16 12:36:15 
PDT; 2 days ago 
Process: 13020 ExecStart=/usr/sbin/glusterfsd -N --volfile-id ta-vol 
-f /var/lib/glusterd/thin-arbiter/thin-arbiter.vol --brick-port 24007 
--xlator-option ta-vol-server.transport.socket.listen-port=24007 
(code=exited, status=255) 
Main PID: 13020 (code=exited, status=255) 

Jun 16 12:36:15 onetest3.pixelgate.net systemd[1]: 
gluster-ta-volume.service: Service hold-off time over, scheduling restart. 
Jun 16 12:36:15 onetest3.pixelgate.net systemd[1]: 
gluster-ta-volume.service: Scheduled restart job, restart counter is at 5. 
Jun 16 12:36:15 onetest3.pixelgate.net systemd[1]: Stopped GlusterFS, 
Thin-arbiter process to maintain quorum for replica volume. 
Jun 16 12:36:15 onetest3.pixelgate.net systemd[1]: 
gluster-ta-volume.service: Start request repeated too quickly. 
Jun 16 12:36:15 onetest3.pixelgate.net systemd[1]: 
gluster-ta-volume.service: Failed with result 'exit-code'. 
Jun 16 12:36:15 onetest3.pixelgate.net systemd[1]: Failed to start 
GlusterFS, Thin-arbiter process to maintain quorum for replica volume 

Since I am not using Thin Arbiter, I am a little confused. 

The Gluster setup itself seems fine and seems to work normally. 

root at onetest2:/var/log/libvirt/qemu# gluster peer status 
Number of Peers: 2 

Hostname: onetest1.gluster 
Uuid: 79dc67df-c606-42f8-bbee-f7e73c730eb8 
State: Peer in Cluster (Connected) 

Hostname: onetest3.gluster 
Uuid: d4e3330b-eaac-4a54-ad2e-a0da1114ec09 
State: Peer in Cluster (Connected) 
root at onetest2:/var/log/libvirt/qemu# gluster volume info 

Volume Name: gv0 
Type: Replicate 
Volume ID: 1a80b833-0850-4ddb-83fa-f36da2b7a8fc 
Status: Started 
Snapshot Count: 0 
Number of Bricks: 1 x (2 + 1) = 3 
Transport-type: tcp 
Bricks: 
Brick1: onetest2.gluster:/GLUSTER/gv0 
Brick2: onetest3.gluster:/GLUSTER/gv0 
Brick3: onetest1.gluster:/GLUSTER/gv0 (arbiter) 

Thoughts? 

Can I just disable remove that service? 

Sincerely, 

W Kern 




_______________________________________________ 
Gluster-users mailing list 
Gluster-users at gluster.org 
https://lists.gluster.org/mailman/listinfo/gluster-users 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20190618/8d8e4a65/attachment.html>


More information about the Gluster-users mailing list