[Gluster-users] 答复: Gluster/NFS mount issues
何亦军
heyijun at greatwall.com.cn
Fri Mar 27 01:23:31 UTC 2015
Thanks Ben Turner,
The LINKDELAY=time fixed my fstab problem, thank very much.
BTW, my issue message in log:
[socket.c:2267:socket_connect_finish] 0-glusterfs: connection to 192.168.0.61:24007 failed (No route to host)
[glusterfsd-mgmt.c:1811:mgmt_rpc_notify] 0-glusterfsd-mgmt: failed to connect with remote-host: gwgfs01 (Transport endpoint is not connected)
________________________________
From: "Ben Turner" <bturner at redhat.com<mailto:bturner at redhat.com>>
To: "Alun James" <ajames at tibus.com<mailto:ajames at tibus.com>>
Cc: gluster-users at gluster.org<mailto:gluster-users at gluster.org>
Sent: Wednesday, 25 March, 2015 9:21:14 PM
Subject: Re: [Gluster-users] Gluster/NFS mount issues
Normally when I see this the NICs are not fully initialized. I have done a couple different things to work around this:
-Try adding the linkdelay parameter to the ifcfg script:
LINKDELAY=time
where time is the number of seconds to wait for link negotiation before configuring the device.
-Try turning on portfast on your switch to speed up negotiation.
-Try putting a sleep in your init scripts just before it goes to mount your fstab items
-Try putting the mount command in rc.local or whatever is the last thing your system does before it boots.
Last time I looked at the _netdev code it only looked for an active link, it didn't ensure that the NIC was up and able to send traffic. I would start with the linkdelay and go from there. LMK how this works out for ya, I am not very well versed on the Ubuntu boot process :/
-b
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20150327/4b342134/attachment.html>
More information about the Gluster-users
mailing list