The architecture is not complicated. Two Server are Loadbalanced and both don't
support disk quotas. They only read the tiles.
Your idea works for writing servers, but is it important for read-only Server.
Is it possible touse two geocacheweb.xml or not?
Greeting Luke
Am 18.04.2012 um 12:11 schrieb Imran Rajjad <[email protected]>:
> seems like a very complicated architecture. if more than one servers are
> using the same cache directory, there is every chance for a file lock to
> occur. You will need different cache directory for each server in anycase. If
> you are tiling from a third server, after tiling , you can copy the data from
> tiling server`s cache directory to the provider server`s cache directory
> manually.
>
> regards,
> Imran
>
> On Wed, Apr 18, 2012 at 1:13 PM, Veovis <[email protected]> wrote:
>
> Hi List,
>
> is these question to simple? Please, give me a answer. Its importen for me.
>
> Thanks Luke
>
> Am 16.04.2012 um 13:13 schrieb Veovis <[email protected]>:
>
> > Hi,
> > I have three server. One create tile (Creator-Server). Two servers provide
> > the tiles (Provider-Server). All three server running GeoServer 2.1.4 incl.
> > GWC under Windows Server 2008. All share the same directory (for tiles und
> > the geowebcache.xml) on a network drive. Is it possible, that the
> > “Provider-Server” access in the directory to a other second geowebcache.xml
> > (maybe geowebcache_1.xml) than the“Creator-Server”? And if where? The
> > different between both xmls is the number of layers. Unfinished layers
> > should not be visible for the “Provider-Server”.
> >
> > I hope you understand my english.
> >
> > Greetings
> > Luke
> >
> > ------------------------------------------------------------------------------
> > For Developers, A Lot Can Happen In A Second.
> > Boundary is the first to Know...and Tell You.
> > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> > http://p.sf.net/sfu/Boundary-d2dvs2
> > _______________________________________________
> > Geoserver-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Geoserver-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
>
> --
> I.R
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
