Hey guys, i replied via email but thought it's worth posting here also.
I never solved the issue and ended up using the embedded GWC to generate the
cache. A key change i made to get that part working correctly was to set the
'metatiling factors' to 1 & 1. Vector doesn't support it and it should
just coming back to close the loop on this and confirm that disabling the
Oracle connection database cache solved my stability issues. This change has
been in production for 4 days now and we've not had a single memory issue.
phew!
--
View this message in context:
Hi all, we have a 2.11 goeserver backend running on tomcat 8.5 using the
oracle db connector to serve most of our data from 11g. We see our memory
usage climb pretty quickly (a minute or two) to consume basically all of it
and are seeing the following in the logs a lot.
/2017-08-16 01:42:10,461
Played with the procedure cache setting today and found that if i disable it
(-1) things seem to improve a lot. More testing required but it looks
promising.
Analysis of the heap dump pointed me in this direction.
Anyone experienced this?
--
View this message in context:
Hey, we run GS in a beanstalk stack (with docker) and read the content of the
data directory from S3 when each instance starts as a volume mount. These
instances are immutable so don't follow the same pattern you're talking
about but by doing so we can manage the data directory as code in a git
Thanks guys... that took a while to understand!
Hopefully this thread helps the next person.
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Mapbox-vector-tile-cache-tp5327585p5328321.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Had some time to pick this up again today and have found that it's the tile
seeding process that's causing me issues, or more accurately the use of
metatiling with vector tiles. Once the tiles are seeded with a metatileing
factor of 1x1 i get a 100% HIT on the cache as expected using WMTS. If i
Ah, i see two very different things on your request string. You're using the
WMTS service and addressing GWC directly. I was using WMS for my vector tile
requests and expecting the geoserver integration with geowebcache to handle
the cache lookup.
I've updated my requests to use the WMTS and
Hey Nuno, if i seed the layer for png8 and request these tiles, i get a 100%
HIT on the cache for the requests. If i seed the same layer for the
mapbox-vector format I get about a 10% HIT on the cache. Apart from the
format value, the request query string is identical. I'm using the default
'line'
Hello, wondering if anyone has used the integrated GWC much for vector tiles?
I've been trying to get it running but am experiencing some odd results. I'm
seeing requests return a MISS for vector tiles that work fine (HIT) if
requested as a png8. I'm seeding the cache for both formats in advance
you should be able to find this in $CATALINA_HOME/bin. Just echo out
$CATALINA_HOME to find where that is. Probably something like
/usr/local/tomcat/.
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Geoserver-for-Production-tp5323181p5323337.html
Sent from the GeoServer
Hey all, this question relates to the stand alone geowebcache, not the
integrated one but hoping someone here can help as i've not heard anything
from the geowebcache mailing list.
I’m using the current release of geoserver and a stand alone geowebcache
along with the mapbox vector tile
Hey all, i'm having a CORS issue with GS on Tomcat due to IE sending an
Origin header value of 'Blob://' for vector tile requests. Chrome is fine
and uses the correct Origin but the IE origin value just won't play with
Tomcat at all, even with a * value in allowed origins. I've had to put a
proxy
13 matches
Mail list logo
