[Gluster-devel] NFS reexport works, still stat-prefetch issues, -s problem
Brent A Nelson
brent at phys.ufl.edu
Tue May 8 18:01:58 UTC 2007
Yep, that is it. I see you have a patch in the tla (although it mentions
slow links, whereas mine is gigabit-to-gigabit on the same switch); I'll
see how that works...
Thanks,
Brent
On Tue, 8 May 2007, Anand Avati wrote:
> does the log say "connection on <socket> still in progress - try
> later" when run with -LDEBUG?
>
> avati
>
> 2007/5/8, Brent A Nelson <brent at phys.ufl.edu>:
>> On Sun, 6 May 2007, Anand Avati wrote:
>>
>> >> 3) When doing glusterfs -s to a different machine to retrieve the spec
>> >> file, it now fails. A glusterfs -s to the local machine succeeds. It
>> >> looks like a small buglet was introduced in the -s support.
>> >
>> > this is fixed now, it was an unrelated change triggered by the new way -s
>> > works.
>> >
>>
>> Hmm, my -s issue still seems to be there, a client can only seem to
>> retrieve its spec file from a local glusterfsd. Was the -s fix applied to
>> the tla repository?
>>
>> root at jupiter02:~# glusterfs -s jupiter01 /backup
>> glusterfs: could not open specfile
>> root at jupiter02:~# glusterfs -s jupiter02 /backup
>> root at jupiter02:~#
>>
>> The reverse on jupiter01 behaves the same way (can retrieve from itself,
>> not from jupiter02).
>>
>> The big glitch that I thought might be related (client could only mount a
>> GlusterFS if it was also a server of that GlusterFS) WAS fixed after a
>> tla update and recompile following your email, however.
>>
>> Thanks,
>>
>> Brent
>>
>
>
> --
> Anand V. Avati
>
More information about the Gluster-devel
mailing list