Re: Posix locks - Patch works

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



All,
Infact the patch is not included in the 3.0.2 release, just the mainline branch. This patch http://patches.gluster.com/patch/2716/ needs to be applied manually.

Pavan

----- Original Message -----
From: "Pavan Sondur" <pavan@xxxxxxxxxxx>
To: "Gordan Bobic" <gordan@xxxxxxxxxx>
Cc: "Gluster List" <gluster-devel@xxxxxxxxxx>
Sent: Friday, February 5, 2010 7:43:20 PM GMT +05:30 Chennai, Kolkata, Mumbai, New Delhi
Subject: Re: Posix locks - Patch works

Yes. This patch is there in 3.0.2 release.

Pavan


----- Original Message -----
From: "Gordan Bobic" <gordan@xxxxxxxxxx>
To: "Gluster List" <gluster-devel@xxxxxxxxxx>
Sent: Friday, February 5, 2010 7:18:27 PM GMT +05:30 Chennai, Kolkata, Mumbai, New Delhi
Subject: Re: Posix locks - Patch works

Will this be included in the 3.0.2 release?

Gordan

Samuel Hassine wrote:
> Hi all,
> 
> I just patched the GlusterFS Source code with
> http://patches.gluster.com/patch/2716/ .
> 
> For PHP Sessions, the problem is solved, it works with the locks
> translator.
> For internal server errors on a huge trafic, same thing, no problem
> anymore.
> 
> Thanks a lot. We will send you other feedbacks for the same
> infrastructure (huge trafic) but with a distributed-replicated
> GlusterFS.
> 
> Nice job developers :)
> 
> Regards.
> 
> 
> Le vendredi 05 février 2010 à 06:21 -0600, Tejas N. Bhise a écrit :
>> Thanks, Samuel.
>>
>> Also, as mentioned earlier please provide us details of the linux kernel 
>> version / Fuse Kernel Module versions on both the servers and the clients used
>> apart from the output of the 'option trace on' in the locks translator.
>>
>> Regards,
>> Tejas.
>>
>> ----- Original Message -----
>> From: "Samuel Hassine" <samuel.hassine@xxxxxxxxx>
>> To: "Pavan Vilas Sondur" <pavan@xxxxxxxxxxx>
>> Cc: avati@xxxxxxxxxxx, "Yann Autissier" <yann.autissier@xxxxxxxxxxxxxxxxxx>, "Gluster List" <gluster-devel@xxxxxxxxxx>
>> Sent: Friday, February 5, 2010 5:43:46 PM GMT +05:30 Chennai, Kolkata, Mumbai, New Delhi
>> Subject: Re: Feedback - Problem with the locks feature
>>
>> Hi all,
>>
>> Juste before I test this patch, I have an other bug to report
>> with/without the locks translator. As I said in my first email, I just
>> change from NFS to GlusterFS for my websites storage partition (about 15
>> 000 websites).
>>
>> I thought that only PHP sessions didnt "like" the posix locks but its
>> not. The other simple distributed partition for website files is
>> impacted :
>>
>> With the posix locks, I have 30% of web server internal errors 500
>> (premature end of scripts headers), but without locks (I just change the
>> configuration), no 500 et no end of scripts headers. So I think there is
>> a link. (We have a huge trafic, maybe it could be another reason).
>>
>> I'm applying the patch right know and will give you a feedback as soon
>> as possible.
>>
>> Regards.
>>
>> Le vendredi 05 février 2010 à 15:13 +0530, Pavan Vilas Sondur a écrit :
>>> Hi Samuel,
>>> Looking at log messages such as these:
>>>>> [2010-02-04 21:11:22] W [posix.c:246:posix_lstat_with_gen] posix1:
>>>>> Access to /data//.. (on dev 2049) is crossing device (64768)
>>>>> [2010-02-04 21:11:24] W [posix.c:246:posix_lstat_with_gen] posix1:
>>>>> Access to /data//.. (on dev 2049) is crossing device (64768)
>>> It seems you are also running into bug 571 (http://bugs.gluster.com/cgi-bin/bugzilla3/show_bug.cgi?id=576). Can
>>> you apply this patch: http://patches.gluster.com/patch/2716 and let us know how it goes. Also, can you provide
>>> us details of the linux kernel version / Fuse Kernel Module versions on both the servers and the clients used
>>> apart from the output of the 'option trace on' in the locks translator.
>>>
>>> Pavan
>>>
>>> On 04/02/10 21:42 -0600, Anand Avati wrote:
>>>> ----- "Samuel Hassine" <samuel.hassine@xxxxxxxxx> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> For the PHP script with little write/read accesses I will try to find
>>>>> it (I dont remember exactly the syntax), but for PHP Sessions, the bug
>>>>> could be easily reproduced.
>>>>>
>>>>> I just test it on a new very simple GlusterFS partition with no trafic
>>>>> (juste me), and I reproduced it immediatly.
>>>>>
>>>>> Explainations:
>>>>> - 2 servers Debian Lenny stable
>>>>> - GlusterFS 3.0.0 in distributed mode (one server and multiple
>>>>> clients)
>>>>> - Lighttpd / PHP5 Fast-CGI
>>>>>
>>>>> I juste mount the GlusterFS partition on the /var/www directory.
>>>>>
>>>>> First of all, the PHP script you can execute:
>>>>>
>>>>> <?php
>>>>> session_save_path('.');
>>>>> //if you want to verify if it worked
>>>>> //echo session_save_path();
>>>>> session_start();
>>>>> ?>
>>>>>
>>>>> Secondly, there are 2 configurations if GlusterFS and, of course, one
>>>>> works and one does not.
>>>>> The client configuration is the same in the both cases:
>>>>>
>>>>> glusterfs.vol
>>>>> volume test-1
>>>>> type protocol/client
>>>>> option transport-type tcp
>>>>> option remote-host test
>>>>> option transport.socket.nodelay on
>>>>> option transport.remote-port 6996
>>>>> option remote-subvolume brick1
>>>>> end-volume
>>>>>
>>>>> volume writebehind
>>>>> type performance/write-behind
>>>>> option cache-size 4MB
>>>>> subvolumes test-1
>>>>> end-volume
>>>>>
>>>>> volume readahead
>>>>> type performance/read-ahead
>>>>> option page-count 4
>>>>> subvolumes writebehind
>>>>> end-volume
>>>>>
>>>>> volume iocache
>>>>> type performance/io-cache
>>>>> option cache-size 1GB
>>>>> option cache-timeout 1
>>>>> subvolumes readahead
>>>>> end-volume
>>>>>
>>>>> volume quickread
>>>>> type performance/quick-read
>>>>> option cache-timeout 1
>>>>> option max-file-size 64kB
>>>>> subvolumes iocache
>>>>> end-volume
>>>>>
>>>>> volume statprefetch
>>>>> type performance/stat-prefetch
>>>>> subvolumes quickread
>>>>> end-volume
>>>>>
>>>>> Now the server configuration:
>>>>>
>>>>> glusterfsd.vol (this doesnt work)
>>>>> volume posix1
>>>>> type storage/posix
>>>>> option directory /data
>>>>> end-volume
>>>>>
>>>>> volume locks1
>>>>> type features/locks
>>>>> subvolumes posix1
>>>>> end-volume
>>>>>
>>>>> volume brick1
>>>>> type performance/io-threads
>>>>> option thread-count 8
>>>>> subvolumes locks1
>>>>> end-volume
>>>>>
>>>>> volume server-tcp
>>>>> type protocol/server
>>>>> option transport-type tcp
>>>>> option auth.addr.brick1.allow *
>>>>> option transport.socket.listen-port 6996
>>>>> option transport.socket.nodelay on
>>>>> subvolumes brick1
>>>>> end-volume
>>>>>
>>>>> glusterfsd.vol (this works)
>>>>> volume posix1
>>>>> type storage/posix
>>>>> option directory /data
>>>>> end-volume
>>>>>
>>>>> #volume locks1
>>>>> # type features/locks
>>>>> # subvolumes posix1
>>>>> #end-volume
>>>>>
>>>>> volume brick1
>>>>> type performance/io-threads
>>>>> option thread-count 8
>>>>> subvolumes posix1
>>>>> end-volume
>>>>>
>>>>> volume server-tcp
>>>>> type protocol/server
>>>>> option transport-type tcp
>>>>> option auth.addr.brick1.allow *
>>>>> option transport.socket.listen-port 6996
>>>>> option transport.socket.nodelay on
>>>>> subvolumes brick1
>>>>> end-volume
>>>>>
>>>>> So, with the locks translator, you can execute the script one time (it
>>>>> will be ok) but the second time the session file is on the file system
>>>>> but locked and nobody can access to it. PHP freezes and processes
>>>>> coult not be killed.
>>>>>
>>>>> When it's happened, I have nothing in client-side logs but I have 2
>>>>> kinds of message in the server-side logs:
>>>>> When I execute the script:
>>>>> [2010-02-04 21:11:22] W [posix.c:246:posix_lstat_with_gen] posix1:
>>>>> Access to /data//.. (on dev 2049) is crossing device (64768)
>>>>> [2010-02-04 21:11:24] W [posix.c:246:posix_lstat_with_gen] posix1:
>>>>> Access to /data//.. (on dev 2049) is crossing device (64768)
>>>>>
>>>>> When I try to umount -f (disconnect the gluster):
>>>>> [2010-02-04 21:13:45] E [server-protocol.c:339:protocol_server_reply]
>>>>> protocol/server: frame 20: failed to submit. op= 26, type= 4
>>>>>
>>>>> As I said I will try to find the other PHP script.
>>>>>
>>>>> I hope this will help you.
>>>> I tried to reproduce the problem with your exact configuration (only changing 'option remote-host') from 1 server and 2 clients. I was not able to hit the problem with the configuration which is breaking for you. I used v3.0.0 as well.
>>>>
>>>> Can you please turn 'option trace on' in the locks translator and give us the server log when the php session hangs?
>>>>
>>>> Thanks,
>>>> Avati
>>>>
>>>>
>>>> _______________________________________________
>>>> Gluster-devel mailing list
>>>> Gluster-devel@xxxxxxxxxx
>>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>
>>
>>
>> _______________________________________________
>> Gluster-devel mailing list
>> Gluster-devel@xxxxxxxxxx
>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
> 
> 
> 
> 
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxx
> http://lists.nongnu.org/mailman/listinfo/gluster-devel



_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel


_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux