Re: [Gluster-devel] Glusterfs not mounting correctly during boot under RHEL 5.2

[Ioannis Aslanidis]

Hello,

Are you telling me that my iptables firewall rules can cause this to
happen for a few moments then let it work? As I said before, this
happens on boot for a few moments then starts working after performing a
couple of `ls` on the mounted drive. It gives a couple of 'Transport
endpoint is not connected' and then starts working. If the iptables
rules do not change, how is it possible that for a few moments glusterfs
does not work and then it does?

Regards,

Ioannis

Harshavardhana Ranganath wrote:
> can you check your iptables rules?  or do you have enable AppArmor on
> RHEL 5.2? so that glusterfs needs some special privileges ?.
> 
> On Tue, Nov 4, 2008 at 9:27 PM, Ioannis Aslanidis
> <address@hidden <mailto:address@hidden>> wrote:
> 
>     Didn't anyone experience this problem before? Can anyone help?
> 
>     Ioannis Aslanidis wrote:
>     > Hello,
>     >
>     > I experience problems with the glusterfs client under RHEL 5.2. The
>     > problem is that, while booting, the partition does not get properly
>     > mounted. It gives several 'Transport endpoint is not connected' for a
>     > minute or so before working properly.
>     >
>     > I have exactly the same client setup under Fedora and it works
>     correctly.
>     >
>     > The server is the same for both. Please, do not propose to upgrade
>     > glusterfs unless you are 100% sure that it will fix my problem. As I
>     > said, the exact setup works under Fedora.
>     >
>     > I saw several SELinux denegations, which I fixed. Now I see no more
>     > SELinux denegations any more.
>     >
>     > Server: glusterfs 1.3.8pre6 built on Apr 23 2008 04:34:21
>     > Client on Fedora: glusterfs 1.3.8pre6 built on Apr 23 2008 04:31:19
>     > Client on RHEL: glusterfs 1.3.8pre6 built on Sep  8 2008 14:22:53
>     >
>     > The message log:
>     >
>     > 2008-11-03 17:10:46 E [client-protocol.c:4405:client_lookup_cbk]
>     > filedata: no proper reply from server, returning ENOTCONN
>     > 2008-11-03 17:10:46 E [fuse-bridge.c:459:fuse_entry_cbk]
>     glusterfs-fuse:
>     > 2: (34) / => -1 (107)
>     > 2008-11-03 17:10:46 E [client-protocol.c:4405:client_lookup_cbk]
>     > filedata: no proper reply from server, returning ENOTCONN
>     > 2008-11-03 17:10:46 E [fuse-bridge.c:459:fuse_entry_cbk]
>     glusterfs-fuse:
>     > 2: (34) / => -1 (107)
>     > 2008-11-03 17:10:49 E [client-protocol.c:4405:client_lookup_cbk]
>     > filedata: no proper reply from server, returning ENOTCONN
>     > 2008-11-03 17:10:49 E [fuse-bridge.c:459:fuse_entry_cbk]
>     glusterfs-fuse:
>     > 3: (34) / => -1 (107)
>     > 2008-11-03 17:10:49 E [client-protocol.c:4405:client_lookup_cbk]
>     > filedata: no proper reply from server, returning ENOTCONN
>     > 2008-11-03 17:10:49 E [fuse-bridge.c:459:fuse_entry_cbk]
>     glusterfs-fuse:
>     > 3: (34) / => -1 (107)
>     >
>     >
>     > Thanks for the prompt reply.
>     >
>     > Regards,
>     >
>     > Ioannis
>     >
>     >
>     >
>     ------------------------------------------------------------------------
>     >
>     > _______________________________________________
>     > Gluster-devel mailing list
>     > address@hidden <mailto:address@hidden>
>     > http://lists.nongnu.org/mailman/listinfo/gluster-devel
> 
>     _______________________________________________
>     Gluster-devel mailing list
>     address@hidden <mailto:address@hidden>
>     http://lists.nongnu.org/mailman/listinfo/gluster-devel
> 
> 
> 
> 
> -- 
> Harshavardhana
> [y4m4 on address@hidden <mailto:address@hidden>]
> "Samudaya TantraShilpi"
> Z Research Inc - http://www.zresearch.com
>

iaslanidis.vcf
Description: Vcard

signature.asc
Description: OpenPGP digital signature