Hi Sean,<br><br>Is glusterfs servers started on all &#39;remote&#39; nodes? (I see its started fine on just <a href="http://192.168.8.104">192.168.8.104</a>, on other nodes, it may not be started, or a firewall is preventing a connection. check the status of connection by &#39;netstat -nt&#39;<br>
<br>Regards,<br>Amar<br><br><div class="gmail_quote">2008/12/10 Sean Davis <span dir="ltr">&lt;<a href="mailto:sdavis2@mail.nih.gov">sdavis2@mail.nih.gov</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I&#39;m asking a lot of questions--sorry about that.<br>
<br>
I have a cluster setup with most of the nodes having two NICs, one for<br>
a local network running over an internal GigE switch and the other to<br>
our institutional network (also GigE). &nbsp;I have configured four bricks<br>
to run in unify on the internal network. &nbsp;The resulting file system is<br>
mounted on each node via the local network:<br>
<br>
volume remote1<br>
 &nbsp;type protocol/client<br>
 &nbsp;option transport-type tcp/client<br>
 &nbsp;option remote-host <a href="http://192.168.8.104" target="_blank">192.168.8.104</a><br>
 &nbsp;option remote-subvolume brick<br>
end-volume<br>
<br>
volume remote2<br>
 &nbsp;type protocol/client<br>
 &nbsp;option transport-type tcp/client<br>
 &nbsp;option remote-host <a href="http://192.168.8.102" target="_blank">192.168.8.102</a><br>
 &nbsp;option remote-subvolume brick<br>
end-volume<br>
<br>
.....<br>
<br>
volume unify0<br>
 &nbsp;type cluster/unify<br>
 &nbsp;option scheduler rr # round robin<br>
 &nbsp;option namespace remote-ns<br>
 &nbsp;#option block-size *:1MB<br>
 &nbsp;subvolumes remote1 remote2 remote3 remote4<br>
end-volume<br>
<br>
I have a second set of machines that are not on the internal network<br>
but communicate over the institutional network. &nbsp;I have modified the<br>
client configuration to use the IP addresses for the institutional<br>
network for each of the bricks. &nbsp;However, when I try to mount the file<br>
system using this configuration, I get this in the glusterfs.log.<br>
<br>
2008-12-10 13:22:32 W [client-protocol.c:332:client_protocol_xfer]<br>
remote2: not connected at the moment to submit frame type(1) op(34)<br>
2008-12-10 13:22:32 E [client-protocol.c:4430:client_lookup_cbk]<br>
remote2: no proper reply from server, returning ENOTCONN<br>
2008-12-10 13:22:32 W [client-protocol.c:332:client_protocol_xfer]<br>
remote3: not connected at the moment to submit frame type(1) op(34)<br>
2008-12-10 13:22:32 E [client-protocol.c:4430:client_lookup_cbk]<br>
remote3: no proper reply from server, returning ENOTCONN<br>
2008-12-10 13:22:32 W [client-protocol.c:332:client_protocol_xfer]<br>
remote4: not connected at the moment to submit frame type(1) op(34)<br>
2008-12-10 13:22:32 E [client-protocol.c:4430:client_lookup_cbk]<br>
remote4: no proper reply from server, returning ENOTCONN<br>
2008-12-10 13:22:32 W [client-protocol.c:332:client_protocol_xfer]<br>
remote-ns: not connected at the moment to submit frame type(1) op(34)<br>
2008-12-10 13:22:32 E [client-protocol.c:4430:client_lookup_cbk]<br>
remote-ns: no proper reply from server, returning ENOTCONN<br>
2008-12-10 13:22:32 E [fuse-bridge.c:468:fuse_entry_cbk]<br>
glusterfs-fuse: 6: (34) / =&gt; -1 (2)<br>
2008-12-10 13:22:32 W [client-protocol.c:332:client_protocol_xfer]<br>
remote2: not connected at the moment to submit frame type(1) op(34)<br>
2008-12-10 13:22:32 E [client-protocol.c:4430:client_lookup_cbk]<br>
remote2: no proper reply from server, returning ENOTCONN<br>
2008-12-10 13:22:32 W [client-protocol.c:332:client_protocol_xfer]<br>
remote3: not connected at the moment to submit frame type(1) op(34)<br>
2008-12-10 13:22:32 E [client-protocol.c:4430:client_lookup_cbk]<br>
remote3: no proper reply from server, returning ENOTCONN<br>
2008-12-10 13:22:32 W [client-protocol.c:332:client_protocol_xfer]<br>
remote4: not connected at the moment to submit frame type(1) op(34)<br>
2008-12-10 13:22:32 E [client-protocol.c:4430:client_lookup_cbk]<br>
remote4: no proper reply from server, returning ENOTCONN<br>
2008-12-10 13:22:32 W [client-protocol.c:332:client_protocol_xfer]<br>
remote-ns: not connected at the moment to submit frame type(1) op(34)<br>
2008-12-10 13:22:32 E [client-protocol.c:4430:client_lookup_cbk]<br>
remote-ns: no proper reply from server, returning ENOTCONN<br>
2008-12-10 13:22:32 E [fuse-bridge.c:468:fuse_entry_cbk]<br>
glusterfs-fuse: 6: (34) / =&gt; -1 (2)<br>
<br>
<br>
Any suggestions as to what is going on? &nbsp;I didn&#39;t an answer to this<br>
anywhere in the docs and google came up pretty dry, also.<br>
<br>
Thanks again,<br>
Sean<br>
<br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users" target="_blank">http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users</a><br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Amar Tumballi<br>Gluster/GlusterFS Hacker<br>[bulde on #gluster/<a href="http://irc.gnu.org">irc.gnu.org</a>]<br><a href="http://www.zresearch.com">http://www.zresearch.com</a> - Commoditizing Super Storage!<br>