Re: Issues with replicated gluster volume

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Strahil,

I have the gluster setup on centos 7 cluster.I see glusterfsd service and it is in inactive state.

systemctl status glusterfsd.service
● glusterfsd.service - GlusterFS brick processes (stopping only)
   Loaded: loaded (/usr/lib/systemd/system/glusterfsd.service; disabled; vendor preset: disabled)
   Active: inactive (dead)


so you mean starting this service in all the nodes where gluster volumes are created, will solve the issue ?

Thanks,
Ahemad



On Tuesday, 16 June, 2020, 10:12:22 pm IST, Strahil Nikolov <hunter86_bg@xxxxxxxxx> wrote:


Hi ahemad,

the  script  kills  all gluster  processes,  so the clients won't wait  for the timeout before  switching to another node in the TSP.

In CentOS/RHEL,  there  is a  systemd  service called 'glusterfsd.service' that  is taking care on shutdown to kill all processes,  so clients won't hung.

systemctl cat glusterfsd.service --no-pager
# /usr/lib/systemd/system/glusterfsd.service
[Unit]
Description=GlusterFS brick processes (stopping only)
After=network.target glusterd.service

[Service]
Type=oneshot
# glusterd starts the glusterfsd processed on-demand
# /bin/true will mark this service as started, RemainAfterExit keeps it active
ExecStart=/bin/true
RemainAfterExit=yes
# if there are no glusterfsd processes, a stop/reload should not give an error
ExecStop=/bin/sh -c "/bin/killall --wait glusterfsd || /bin/true"
ExecReload=/bin/sh -c "/bin/killall -HUP glusterfsd || /bin/true"

[Install]
WantedBy=multi-user.target

Best Regards,
Strahil  Nikolov

На 16 юни 2020 г. 18:41:59 GMT+03:00, ahemad shaik <ahemad_shaik@xxxxxxxxx> написа:
> Hi, 
>I see there is a script file in below mentioned path in all nodes using
>which gluster volume
>created./usr/share/glusterfs/scripts/stop-all-gluster-processes.sh
>I need to create a system service and when ever there is some server
>down, we need to call this script or we need to have it run always it
>will take care when some node is down to make sure that client will not
>have any issues in accessing mount point ?
>can you please share any documentation on how to use this.That will be
>great help.
>Thanks,Ahemad
>
>
>
>
>On Tuesday, 16 June, 2020, 08:59:31 pm IST, Strahil Nikolov
><hunter86_bg@xxxxxxxxx> wrote: 
>
> Hi Ahemad,
>
>You can simplify it  by creating a systemd service that  will  call 
>the script.
>
>It was  already mentioned  in a previous thread  (with example),  so 
>you can just use  it.
>
>Best Regards,
>Strahil  Nikolov
>
>На 16 юни 2020 г. 16:02:07 GMT+03:00, Hu Bert <revirii@xxxxxxxxxxxxxx>
>написа:
>>Hi,
>>
>>if you simply reboot or shutdown one of the gluster nodes, there might
>>be a (short or medium) unavailability of the volume on the nodes. To
>>avoid this there's script:
>>
>>/usr/share/glusterfs/scripts/stop-all-gluster-processes.sh (path may
>>be different depending on distribution)
>>
>>If i remember correctly: this notifies the clients that this node is
>>going to be unavailable (please correct me if the details are wrong).
>>If i do reboots of one gluster node, i always call this script and
>>never have seen unavailability issues on the clients.
>>
>>
>>Regards,
>>Hubert
>>
>>Am Mo., 15. Juni 2020 um 19:36 Uhr schrieb ahemad shaik
>><ahemad_shaik@xxxxxxxxx>:
>>>
>>> Hi There,
>>>
>>> I have created 3 replica gluster volume with 3 bricks from 3 nodes.
>>>
>>> "gluster volume create glustervol replica 3 transport tcp
>node1:/data
>>node2:/data node3:/data force"
>>>
>>> mounted on client node using below command.
>>>
>>> "mount -t glusterfs node4:/glustervol    /mnt/"
>>>
>>> when any of the node (either node1,node2 or node3) goes down,
>gluster
>>mount/volume (/mnt) not accessible at client (node4).
>>>
>>> purpose of replicated volume is high availability but not able to
>>achieve it.
>>>
>>> Is it a bug or i am missing anything.
>>>
>>>
>>> Any suggestions will be great help!!!
>>>
>>> kindly suggest.
>>>
>>> Thanks,
>>> Ahemad
>>>
>>> ________
>>>
>>>
>>>
>>> Community Meeting Calendar:
>>>
>>> Schedule -
>>> Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
>>> Bridge: https://bluejeans.com/441850968
>>>
>>> Gluster-users mailing list
>>> Gluster-users@xxxxxxxxxxx
>>> https://lists.gluster.org/mailman/listinfo/gluster-users
>>________
>>
>>
>>
>>Community Meeting Calendar:
>>
>>Schedule -
>>Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
>>Bridge: https://bluejeans.com/441850968
>>
>>Gluster-users mailing list
>>Gluster-users@xxxxxxxxxxx
>>https://lists.gluster.org/mailman/listinfo/gluster-users
________



Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://bluejeans.com/441850968

Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
https://lists.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux