Hallo Martin, about your clustering problems.

1) I hope you assigned a different log file for each of your geoserver  
instances

2) Disable GWC as described by Martin to avoid problems

3) About the reload. A quick look into the source code shows me a  
potential for race conditions.
The reload method protects itself, no concurrent reloads possible.  In  
a cluster, things get more complicated. During a reload, no service  
requests can be processed, you have to queue the requests or tell your  
load balancer to stop dispatching requests to the reloading instance.  
For the moment, I see no possibility here except manual intervention.
Personally, I would solve the problem not with a reload, I would  
restart one instance after the other. (This can be done using scripts  
in an automatic way, ssh is your friend). Therefore, your load  
balancer must have a fail over feature.

4) I hope you are aware that you can cluster geoserver instances only  
for not authenticated access. If you want to cluster with user  
authentication,  you need an authentication cluster concept, a single  
sign on for the cluster. This requires a group communication system  
like jgroups and some cryptographic techniques. At the moment I  am  
investigating on this topic.

Hope this helps


Quoting Andrea Aime <andrea.a...@geo-solutions.it>:

> On Fri, Mar 25, 2011 at 3:34 PM, Martin Zeller <tor...@torres.at> wrote:
>> Andrea, what can we expect of the next versions regarding
>> clusters/shared data?
>>
>> I mean, I tried a shared datadir on a cluster with RC2 - it does not
>> work, because getGeoServer().reload() throws an error
>> (see my other post
>> http://osgeo-org.1803224.n2.nabble.com/Shared-configurations-on-a-cluster-with-GeoServer-2-1-RC2-tt6203453.html)
>> I tried it now with RC3 - it doesn't work as well (see below)
>> I am a little bit puzzled :-(
>> What are the plans? Or would you recommend to use on older stable
>> version?
>
> The only plan that I know of is lack of plans. There is no sort of
> testing for the use case of
> "run multiple GS against the same data dir".
>
> We normally discover what does not work in that respect when we try to
> run multiple
> GS against the same data dir (which we do, but not every week) and fix it,
> then things break again, and so on.
>
> If anybody wants to provide the dedicated time to follow up this use
> case continuously
> we'd be more than happy with the help
>
> Cheers
> Andrea
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054  Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax:      +39 0584 962313
> mob:    +39 333 8128928
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.



------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to