<p dir="ltr"></p>
<p dir="ltr">Sent from one plus one<br>
On Jun 18, 2015 8:51 PM, "Игорь Бирюлин" <<a href="mailto:biryulini@gmail.com">biryulini@gmail.com</a>> wrote:<br>
><br>
> Sorry, I didn't check this, because after reboot my second node I had looked "gluster volume info" only and I have found "Status: Started".<br>
> Now I've checked your recomendation and you are right! <br>
> "gluster volume start <volname> force" didn't changed output of "gluster volume info" but I have mounted my share!<br>
> Thank you very much for your advice! <br>
><br>
> But why does "gluster volume info" show that my volname "started" before "gluster volume start <volname> force"?<br>
In this case glusterd stops the brick processes but doesn't mark its status as stopped.</p>
<p dir="ltr">Ravi, correct me if I am wrong.<br>
><br>
><br>
><br>
> 2015-06-18 14:18 GMT+03:00 Ravishankar N <<a href="mailto:ravishankar@redhat.com">ravishankar@redhat.com</a>>:<br>
>><br>
>><br>
>><br>
>> On 06/18/2015 04:25 PM, Игорь Бирюлин wrote:<br>
>>><br>
>>> Thank you for you answer!<br>
>>><br>
>>> I check recomendation:<br>
>>> 1. On first node closed all connection from second node by iptables. Check that on both nodes "gluster peer status" return "Disconnected". Check that on both nodes share was mounted and work well like local file system.<br>
>>> 2. Rebooted second node (remind first node closed by iptables). Second node booted without problem and proccesses of glusterfs started:<br>
>>> # ps aux | grep [g]luster<br>
>>> root 4145 0.0 0.0 375692 16076 ? Ssl 13:35 0:00 /usr/sbin/glusterd -p /var/run/glusterd.pid<br>
>>><br>
>>> "gluster peer status" return "Disconnected" and volume started on localhost:<br>
>>> # gluster volume info<br>
>>> Volume Name: files<br>
>>> Type: Replicate<br>
>>> Volume ID: 41067184-d57a-4132-a997-dbd47c974b40<br>
>>> Status: Started<br>
>>> Number of Bricks: 1 x 2 = 2<br>
>>> Transport-type: tcp<br>
>>> Bricks:<br>
>>> Brick1: xxx1:/storage/gluster_brick_repofiles<br>
>>> Brick2: xxx2:/storage/gluster_brick_repofiles<br>
>>><br>
>>> Вut I cann't mount this volume:<br>
>>> # cat /etc/fstab |grep gluster<br>
>>> 127.0.0.1:/files /repo glusterfs rw,_netdev 0 0<br>
>>> # mount /repo<br>
>>> Mount failed. Please check the log file for more details.<br>
>>><br>
>>> Part of log I have sent in first message.<br>
>>><br>
>>> If I will open first node by iptables I could mount without problem, but what must I do, when I lost one node and I have probability reboot another node?<br>
>>><br>
>>><br>
>> `gluster volume start <volname> force` doesn't work?<br>
>><br>
>>><br>
>>> 2015-06-17 18:46 GMT+03:00 Ravishankar N <<a href="mailto:ravishankar@redhat.com">ravishankar@redhat.com</a>>:<br>
>>>><br>
>>>><br>
>>>><br>
>>>> On 06/17/2015 07:04 PM, Игорь Бирюлин wrote:<br>
>>>>><br>
>>>>> If we turn off one server, another will be work and mounted volume will be use without problem.<br>
>>>>> But if we rebooted our another server, when first was turned off (or gluster was stopped on this server), our volume cann't mount (glusterd started).<br>
>>>><br>
>>>> If both nodes are down and you bring up only one node, glusterd will not start the volume (i.e. the brick, nfs and glustershd processes) automatically. It waits for the other node's glusterd also to be up so that they are in sync. You can override this behavior by doing a `gluster volume start <volname> force` to bring up the gluster process only on this node and then mount the volume.<br>
>>>><br>
>>>> -Ravi<br>
>>><br>
>>><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Gluster-users mailing list<br>
> <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
> <a href="http://www.gluster.org/mailman/listinfo/gluster-users">http://www.gluster.org/mailman/listinfo/gluster-users</a><br>
</p>