On Fri, Nov 23, 2018 at 8:54 PM diegosps <[email protected]> wrote: > Hello. I'm facing some issues trying to use this type of store. > > I have a folder with 5570 tifs (~50 KBs each) plus the .ovr and other > metadata files associated with each tif totaling ~40000 files. They were > generated by arcgis. > > When I created a store for this folder, geoserver took almost 6 hours to do > it. Observing the resource monitor (windows program), I saw it was reading > ~ > 1 tif every second. However cpu usage and disk usage were very low, only > RAM > kept high usage. >
GeoServer builds the index in this period. One file per second seems really slow, I don't have an explanation for that, but the source structure is really bad and should lead to bad rendering performance anyways, you should use the gdal utilities to re-optimize that dataset. There is a tutorial here: https://geoserver.geo-solutions.it/edu/en/raster_data/index.html If you hare already familiar with GDAL, check this one in particular: https://geoserver.geo-solutions.it/edu/en/raster_data/advanced_gdal/example2.html > Besides the long waiting time, this process blocks ("server is busy...") > almost every usage on the admin page, plus the get capabilities request. > Yes, this is known. The GeoServer configuration subsystem is not fully thread safe, allowing multiple admin operations in parallel might ruin its contents permanently. We have this naive protection that blocks every other admin request while one is running, unfortunately any admin UI access is considered to be one. We could try to make things more granular with some help, if you can develop in Java you can either provide some of your coding time and I can give you some directions on what to do, or you can go (maybe with some other users, you could try to campaign for that) and sponsor core developers to do the development on your behalf: http://geoserver.org/support/ But yeah, the easiest thing for your case is to avoid giving a badly structured mosaic to GeoServer, with the above instructions. Cheers Andrea == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- *Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia. This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.*
_______________________________________________ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
