You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@lenya.apache.org by Martin Dominguez <ma...@wbsgo.com> on 2010/12/15 12:56:55 UTC
cluster in lenya 2
Hi all again,
I have a new problem here. :)
We have a cluster with 2 nodes with publication contents in a directory
shared by NFS.
Users change contents in master node, and here is my problem, if something
in sitemap (delete a document, publish a document..) changes then I have to
restart lenya in slave node. If I don't restart lenya service slave node
shows a famous error: "Latest revision loaded is not true".
It seems that Lenya not recognize changes made by another instance in their
contents. But, this problem didn't exits in Lenya 1.2...
Maybe is a problem with EHCache? Do you recomend me any configuration?
I read something that Andreas said about a clustered scenario, but if anyone
can help me I'll be very grateful.
Salu2!
MartÃn.-
--
View this message in context: http://old.nabble.com/cluster-in-lenya-2-tp30463158p30463158.html
Sent from the Lenya - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: cluster in lenya 2
Posted by Andreas Hartmann <an...@apache.org>.
Hi Martin,
Am 21.12.10 09:39, schrieb Martin Dominguez:
> one last question... Disabling EHCache will solve this problem? Or there are
> more factors at play?
no, this will not be sufficient. Changes to the Lenya core code will be
necessary.
-- Andreas
>
> I know that Lenya performance will be much lower...
>
> Thanks again.
>
>
> Andreas Hartmann wrote:
>>
>> Hi Martin,
>>
>> Am 15.12.10 12:56, schrieb Martin Dominguez:
>>> We have a cluster with 2 nodes with publication contents in a directory
>>> shared by NFS.
>>>
>>> Users change contents in master node, and here is my problem, if
>>> something
>>> in sitemap (delete a document, publish a document..) changes then I have
>>> to
>>> restart lenya in slave node. If I don't restart lenya service slave node
>>> shows a famous error: "Latest revision loaded is not true".
>>>
>>> It seems that Lenya not recognize changes made by another instance in
>>> their
>>> contents. But, this problem didn't exits in Lenya 1.2...
>>
>> this is true. In Lenya 1.2, all files including the sitetree file were
>> read (or at least their validity was checked) for each response. In
>> Lenya 2 we introduced some optimizations regarding memory usage and
>> performance. This includes a shared in-memory sitetree and a meta data
>> cache. These objects are not reloaded for each request, so basically
>> Lenya 2 is not clusterable yet.
>>
>> The good news is that the European Patent Office has commissioned the
>> implementation of the clustering ability, with some restrictions:
>>
>> * Only the live area will be clusterable.
>> * The live area has to be read-only (i.e. no user generated content).
>> * Access control data will not be reloaded (i.e. if you change live area
>> policies you have to restart the servlet container).
>>
>> The EPO will kindly donate the resulting code to the ASF. This will
>> probably happen during January or February.
>>
>> HTH,
>>
>> -- Andreas
>>
>>
>> --
>> Andreas Hartmann, CTO
>> BeCompany GmbH
>> http://www.becompany.ch
>> Tel.: +41 (0) 43 818 57 01
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
>> For additional commands, e-mail: user-help@lenya.apache.org
>>
>>
>>
>
--
Andreas Hartmann, CTO
BeCompany GmbH
http://www.becompany.ch
Tel.: +41 (0) 43 818 57 01
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: cluster in lenya 2
Posted by Martin Dominguez <ma...@wbsgo.com>.
Thanks for your answer Andreas,
one last question... Disabling EHCache will solve this problem? Or there are
more factors at play?
I know that Lenya performance will be much lower...
Thanks again.
Andreas Hartmann wrote:
>
> Hi Martin,
>
> Am 15.12.10 12:56, schrieb Martin Dominguez:
>> We have a cluster with 2 nodes with publication contents in a directory
>> shared by NFS.
>>
>> Users change contents in master node, and here is my problem, if
>> something
>> in sitemap (delete a document, publish a document..) changes then I have
>> to
>> restart lenya in slave node. If I don't restart lenya service slave node
>> shows a famous error: "Latest revision loaded is not true".
>>
>> It seems that Lenya not recognize changes made by another instance in
>> their
>> contents. But, this problem didn't exits in Lenya 1.2...
>
> this is true. In Lenya 1.2, all files including the sitetree file were
> read (or at least their validity was checked) for each response. In
> Lenya 2 we introduced some optimizations regarding memory usage and
> performance. This includes a shared in-memory sitetree and a meta data
> cache. These objects are not reloaded for each request, so basically
> Lenya 2 is not clusterable yet.
>
> The good news is that the European Patent Office has commissioned the
> implementation of the clustering ability, with some restrictions:
>
> * Only the live area will be clusterable.
> * The live area has to be read-only (i.e. no user generated content).
> * Access control data will not be reloaded (i.e. if you change live area
> policies you have to restart the servlet container).
>
> The EPO will kindly donate the resulting code to the ASF. This will
> probably happen during January or February.
>
> HTH,
>
> -- Andreas
>
>
> --
> Andreas Hartmann, CTO
> BeCompany GmbH
> http://www.becompany.ch
> Tel.: +41 (0) 43 818 57 01
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
> For additional commands, e-mail: user-help@lenya.apache.org
>
>
>
--
View this message in context: http://old.nabble.com/cluster-in-lenya-2-tp30463158p30504369.html
Sent from the Lenya - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: cluster in lenya 2
Posted by Andreas Hartmann <an...@apache.org>.
Hi Martin,
Am 15.12.10 12:56, schrieb Martin Dominguez:
> We have a cluster with 2 nodes with publication contents in a directory
> shared by NFS.
>
> Users change contents in master node, and here is my problem, if something
> in sitemap (delete a document, publish a document..) changes then I have to
> restart lenya in slave node. If I don't restart lenya service slave node
> shows a famous error: "Latest revision loaded is not true".
>
> It seems that Lenya not recognize changes made by another instance in their
> contents. But, this problem didn't exits in Lenya 1.2...
this is true. In Lenya 1.2, all files including the sitetree file were
read (or at least their validity was checked) for each response. In
Lenya 2 we introduced some optimizations regarding memory usage and
performance. This includes a shared in-memory sitetree and a meta data
cache. These objects are not reloaded for each request, so basically
Lenya 2 is not clusterable yet.
The good news is that the European Patent Office has commissioned the
implementation of the clustering ability, with some restrictions:
* Only the live area will be clusterable.
* The live area has to be read-only (i.e. no user generated content).
* Access control data will not be reloaded (i.e. if you change live area
policies you have to restart the servlet container).
The EPO will kindly donate the resulting code to the ASF. This will
probably happen during January or February.
HTH,
-- Andreas
--
Andreas Hartmann, CTO
BeCompany GmbH
http://www.becompany.ch
Tel.: +41 (0) 43 818 57 01
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org