Hello all.
Sorry I have to repost this. Unfortunately I didn't get any answer and
it would be nice I could solve the problem as this is a go-no go point
in the decision whether or not the glusterfs will have to be used in the
production environment.
Tnx in advance for help and have a nice day
Marco
-------- Messaggio Inoltrato --------
Oggetto: [Gluster-users] Waiting for glusterfs up and running
Data: Tue, 22 Sep 2015 09:51:34 +0200
Mittente: Marco <marco.brignoli at marcobaldo.ch>
A: gluster-users at gluster.org
Hello.
I have a system with several VMs, two used as glusterfs servers. If I
restart the whole system, as the VMs with the glusterfs volumes are
quite slow to boot, I have a problem with other VMs that are coming up
faster than the glusterfs VMs. In the client VMs the automounter hangs
as it is started before that the glusterfs volumes are 100% up and running.
This my auto.direct file:
/storage
-fstype=glusterfs,defaults,_netdev,backupvolfile-server=glusterfs2
:glusterfs1:volume1
And the error message is
#> ls /storage
ls: cannot open directory /storage: File o directory not existing
# glusterfs --version
glusterfs 3.5.2 built on *bleep*
Repository revision: git://git.gluster.com/glusterfs.git
Copyright (c) 2006-2013 Red Hat, Inc. <http://www.redhat.com/>
GlusterFS comes with ABSOLUTELY NO WARRANTY.
It is licensed to you under your choice of the GNU Lesser
General Public License, version 3 or any later version (LGPLv3
or later), or the GNU General Public License, version 2 (GPLv2),
in all cases as published by the Free Software Foundation.
By restarting the automounter, after that the glusterfs is
up-and-running, the problem disappears as expected.
May I ask if there is any way to solve this issue with the automounter
or if I have to create a script that is waiting the volumes (and which
is the recommended way?)?
Tnx and have a nice day
Marco
_______________________________________________
Gluster-users mailing list
Gluster-users at gluster.org
http://www.gluster.org/mailman/listinfo/gluster-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.gluster.org/pipermail/gluster-users/attachments/20150927/2df0a190/attachment.html>