Hi Paul,

The low RAM/CPU resource usage is (just guessing) because this is a I/O 
problem. I'm guessing ImageMosaic is reading all your datasets to determine 
their bounds. If you look at your disk usage, that will likely be showing 
copious amounts of activity.

I thought that the missing shapefile indexes were created when you press "Save" 
on the layer, rather than when the server started. It does lock up the Admin 
interface, but I think the server may still respond to standard requests that 
aren't to that layer. This is all going from memory though, and I may be wrong. 
That's for using GeoTiffs, so maybe it's different with GDAL-based datasets.

Incidentally, why are you switching to ECW from GeoTiff? GeoTiff should 
generally be faster for GeoServer.

Cheers,
Jonathan


---- On Mon, 03 Apr 2017 15:17:45 +0100 Paul 
Wittle<p.wit...@dorsetcc.gov.uk> wrote ---- 

    Hello,
  
 I’ve been rebuilding some of my image mosaic layers to use ECW instead of 
GeoTiff. Given that the files are different I figured it might be a good idea 
to rebuild the shapefile indexes and as such I deleted the old files. 
  
 Now, I then restarted the server and it detected that the index was missing. 
It therefore correctly sets about creating the shapefile but whilst this 
happens the server is unable to load. Given the number of files it seems to be 
taking a long time and we noticed that the CPU it uses is tiny. Would I be 
correct in assuming that the server is really just running a GDAL process and 
this is why it is unable to use more of the available resources? 
  
 We do have a lot of unused CPU and RAM at that point.
  
 Secondly, assuming that it is an external process; wouldn’t it be better to 
just disable the store and continue loading the server? 
  
 This would mean that the user can then go and edit the store (which would set 
the process running anyway). The advantage being that the server can be used by 
the other users whilst the process is running given that it uses so little 
resource anyway. 
  
 Thanks,
 Paul
 
 "This e-mail is intended for the named addressee(s) only and may contain 
information about individuals or other sensitive information and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this email in error, kindly disregard the 
content of the message and notify the sender immediately. Please be aware that 
all email may be subject to recording and/or monitoring in accordance with 
relevant legislation." 
------------------------------------------------------------------------------ 
Check out the vibrant tech community on one of the world's most 
engaging tech sites, Slashdot.org! 
http://sdm.link/slashdot_______________________________________________ 
Geoserver-users mailing list 
Geoserver-users@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/geoserver-users 





------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to