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

[Ioannis Aslanidis]

So apparently in the files I gave you the partition got mounted as
expected (huh?), I rebooted and I got the problem again for a few seconds:

/var/log/glusterfs/glusterfs.log

2008-11-05 13:03:14 E [client-protocol.c:4405:client_lookup_cbk]
filedata: no proper reply from server, returning ENOTCONN
2008-11-05 13:03:14 E [fuse-bridge.c:459:fuse_entry_cbk] glusterfs-fuse:
2: (34) / => -1 (107)
2008-11-05 13:03:14 E [client-protocol.c:4405:client_lookup_cbk]
filedata: no proper reply from server, returning ENOTCONN
2008-11-05 13:03:14 E [fuse-bridge.c:459:fuse_entry_cbk] glusterfs-fuse:
2: (34) / => -1 (107)
2008-11-05 13:03:15 E [client-protocol.c:4405:client_lookup_cbk]
filedata: no proper reply from server, returning ENOTCONN
2008-11-05 13:03:15 E [fuse-bridge.c:459:fuse_entry_cbk] glusterfs-fuse:
3: (34) / => -1 (107)
2008-11-05 13:03:15 E [client-protocol.c:4405:client_lookup_cbk]
filedata: no proper reply from server, returning ENOTCONN
2008-11-05 13:03:15 E [fuse-bridge.c:459:fuse_entry_cbk] glusterfs-fuse:
3: (34) / => -1 (107)
2008-11-05 13:03:16 E [client-protocol.c:4405:client_lookup_cbk]
filedata: no proper reply from server, returning ENOTCONN
2008-11-05 13:03:16 E [fuse-bridge.c:459:fuse_entry_cbk] glusterfs-fuse:
4: (34) / => -1 (107)
2008-11-05 13:03:16 E [client-protocol.c:4405:client_lookup_cbk]
filedata: no proper reply from server, returning ENOTCONN
2008-11-05 13:03:16 E [fuse-bridge.c:459:fuse_entry_cbk] glusterfs-fuse:
4: (34) / => -1 (107)
2008-11-05 13:03:17 E [client-protocol.c:4405:client_lookup_cbk]
filedata: no proper reply from server, returning ENOTCONN
2008-11-05 13:03:17 E [fuse-bridge.c:459:fuse_entry_cbk] glusterfs-fuse:
5: (34) / => -1 (107)
2008-11-05 13:03:17 E [client-protocol.c:4405:client_lookup_cbk]
filedata: no proper reply from server, returning ENOTCONN
2008-11-05 13:03:17 E [fuse-bridge.c:459:fuse_entry_cbk] glusterfs-fuse:
5: (34) / => -1 (107)


Ioannis Aslanidis wrote:
> Hello,
> 
> I attached all I had as you asked.
> 
> Thanks,
> 
> Ioannis
> 
> Anand Avati wrote:
>>
>>
>>     As I said before, it works fine in FC and I only experience this issue
>>     in RHEL 5.2. This is why I am asking for someone using exactly RHEL 5.2
>>     and glusterfs. Something close enough is not enough. FC is close enough
>>     as well and it works.
>>
>>
>>
>> Can you post a 'fresh' log of the client? I mean, just before rebooting,
>> truncate the client log file so that the log file has the exclusive
>> entries which happen during the time of booting. I suspect it is network
>> related (network interfaces or gateways not being set at the time of
>> mounting) -- which would be revealed from the request log file.
>>
>> thanks,
>> Avati
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Gluster-devel mailing list
>> Gluster-devel at nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: boot
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20081105/cc87a008/attachment-0009.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: glusterfs.log
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20081105/cc87a008/attachment-0010.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: messages
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20081105/cc87a008/attachment-0011.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iaslanidis.vcf
Type: text/x-vcard
Size: 360 bytes
Desc: not available
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20081105/cc87a008/attachment-0003.vcf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 260 bytes
Desc: OpenPGP digital signature
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20081105/cc87a008/attachment-0003.sig>