Hi Marco, I apologize,
my wrong. I wrong to substitute the new master . Now do it correctly and the crash is disappeared. You patch is ok. Andrea. 2014-06-22 17:50 GMT+02:00 Andrea Peri <[email protected]>: > I guess it is not a timeout question. > > To avoid the interference of the server web > I test it running into a shell (a cgi is always an executables) > > I guess there is something else. > > If I set the MAX_CACHE_LAYERS qgis server run and return the > getcapabilities (I ask it to test) > otherwise it crash. > > My project seem to have 164 layers. > But perhaps I count wrong, because > if I set MAX_CACHE_LAYERS = 163 it run. Instead if I set =162 it crash. > :) > > > > > 2014-06-22 16:01 GMT+02:00 Marco Hugentobler > <[email protected]>: >> Just tried it with a project containing 111 layers here and the WMS server >> works fine for me. >> Could you check the apache error log if you are running into a server >> timeout ( fcgid module kills process after some time ). >> >> Marco >> >> >> On 22.06.2014 14:22, Andrea Peri wrote: >>> >>> No, >>> sorry , my wrong. >>> >>> The workaround MAX_CACHE_LAYERS still work. >>> >>> A. >>> >>> >>> 2014-06-22 14:01 GMT+02:00 Andrea Peri <[email protected]>: >>>> >>>> Hi Marco, other information: >>>> >>>> The >>>> MAX_CACHE_LAYERS workarund >>>> Now seem do not work anymore. >>>> >>>> >>>> 2014-06-22 13:48 GMT+02:00 Andrea Peri <[email protected]>: >>>>> >>>>> Hi, >>>>> I tested it but don't seem work. >>>>> >>>>> I'm using the master, is that ? >>>>> >>>>> A. >>>>> >>>>> >>>>> 2014-06-22 13:04 GMT+02:00 Marco Hugentobler >>>>> <[email protected]>: >>>>>> >>>>>> It should work now. Could you test with the current git version? My >>>>>> test >>>>>> projects are not large enough. >>>>>> >>>>>> Regards, >>>>>> Marco >>>>>> >>>>>> >>>>>> On 22.06.2014 12:27, Andrea Peri wrote: >>>>>>> >>>>>>> you have right, >>>>>>> it is not a good solution. Too project depending and resource >>>>>>> consuming. >>>>>>> >>>>>>> thx for a better fixing >>>>>>> >>>>>>> A. >>>>>>> >>>>>>> 2014-06-22 12:15 GMT+02:00 Marco Hugentobler >>>>>>> <[email protected]>: >>>>>>>>> >>>>>>>>> char* maxLayerEnv = getenv( "MAX_CACHE_LAYERS" ) >>>>>>>> >>>>>>>> >>>>>>>> This is a short-time workaround for users. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Marco >>>>>>>> >>>>>>>> >>>>>>>> On 22.06.2014 12:12, Andrea Peri wrote: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> thx for response. >>>>>>>>> >>>>>>>>> meanwhile, >>>>>>>>> I notice that the max allowed layers is exactly 101. >>>>>>>>> This mean (knowing C/C++) an array of 100 elements. >>>>>>>>> >>>>>>>>> Searching for this particular value, >>>>>>>>> i find in the file "mapserver/qgsmslayercache.cpp" >>>>>>>>> is defined >>>>>>>>> mDefaultMaxLayers = 100; >>>>>>>>> >>>>>>>>> if not defined the environment variable "MAX_CACHE_LAYERS" >>>>>>>>> >>>>>>>>> char* maxLayerEnv = getenv( "MAX_CACHE_LAYERS" ); >>>>>>>>> if ( maxLayerEnv ) >>>>>>>>> >>>>>>>>> >>>>>>>>> So a possible solution could be to set this environment variable. >>>>>>>>> >>>>>>>>> I try and report. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> Andrea. >>>>>>>>> >>>>>>>>> >>>>>>>>> 2014-06-22 12:07 GMT+02:00 Marco Hugentobler >>>>>>>>> <[email protected]>: >>>>>>>>>> >>>>>>>>>> It is a problem with the layer cache. Will provide a fix for that >>>>>>>>>> soon. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Marco >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 22.06.2014 11:49, Andrea Peri wrote: >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> I confirm. >>>>>>>>>>> >>>>>>>>>>> There is a layer limit in QGIS-Server >>>>>>>>>>> >>>>>>>>>>> I do a huge test removing one by one all the layers from my >>>>>>>>>>> project. >>>>>>>>>>> And after the removing of every single layer I retest the working. >>>>>>>>>>> >>>>>>>>>>> Aftr a while of time. I reach the limit. >>>>>>>>>>> >>>>>>>>>>> And the project begin to run. >>>>>>>>>>> >>>>>>>>>>> I do other test to exclude that was the number of layer inside a >>>>>>>>>>> single >>>>>>>>>>> group. >>>>>>>>>>> All the test give the response that seem to be the max number of >>>>>>>>>>> layers in a project. >>>>>>>>>>> >>>>>>>>>>> So the question is: >>>>>>>>>>> >>>>>>>>>>> QGIS desktop allow to put more layers rather than how many are >>>>>>>>>>> accepted from qgis-server. >>>>>>>>>>> >>>>>>>>>>> This not good for a WYSIWYG system. >>>>>>>>>>> >>>>>>>>>>> Ok, I will try to patch my server when found exactly where is the >>>>>>>>>>> problem. >>>>>>>>>>> >>>>>>>>>>> Meanwhile, >>>>>>>>>>> Now the question is on what structure is this limit ? >>>>>>>>>>> >>>>>>>>>>> I don't guess it is simply a layer limit but perhaps a more >>>>>>>>>>> specific >>>>>>>>>>> structure. >>>>>>>>>>> >>>>>>>>>>> Now I have a project that crash , and a project with a one less >>>>>>>>>>> layer >>>>>>>>>>> that >>>>>>>>>>> work. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Doing a DIFF beetween the two projects I see the possible >>>>>>>>>>> structure >>>>>>>>>>> breakable are: >>>>>>>>>>> >>>>>>>>>>> layer-tree-canvas -> custom-order -> item >>>>>>>>>>> maplayer >>>>>>>>>>> Digitizing -> LayerSnappingList -> value (type QStringList) >>>>>>>>>>> Digitizing -> LayerSnappingEnabledList -> value (type >>>>>>>>>>> QStringList) >>>>>>>>>>> Digitizing -> LayerSnapToList -> value (type QStringList) >>>>>>>>>>> Digitizing -> LayerSnappingToleranceList -> value (type >>>>>>>>>>> QStringList) >>>>>>>>>>> >>>>>>>>>>> I check if in the code there is a limited array dimension for this >>>>>>>>>>> objects. >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> >>>>>>>>>>> Andrea. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2014-06-22 7:29 GMT+02:00 Andrea Peri <[email protected]>: >>>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> I do some other tests. >>>>>>>>>>>> >>>>>>>>>>>> I take my project that give QG crash and split it in two >>>>>>>>>>>> compementary >>>>>>>>>>>> projects. >>>>>>>>>>>> Of course I do this using qgis desktop to avoid unvolontary >>>>>>>>>>>> errors. >>>>>>>>>>>> >>>>>>>>>>>> Testing both of them on QS there is no crash ! >>>>>>>>>>>> >>>>>>>>>>>> So: >>>>>>>>>>>> The first plausible theory I can give is that Qgis-Server has a >>>>>>>>>>>> LIMIT >>>>>>>>>>>> to the number of Groups or Layers it can have in a project. >>>>>>>>>>>> A limit different (and less) than qgis desktop (osgeo4w version). >>>>>>>>>>>> >>>>>>>>>>>> Is this a plausible theory ? >>>>>>>>>>>> >>>>>>>>>>>> Thx, >>>>>>>>>>>> >>>>>>>>>>>> Andrea. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2014-06-21 22:04 GMT+02:00 Andrea Peri <[email protected]>: >>>>>>>>>>>>> >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> I have a qgis-server that will crash on a specific project. >>>>>>>>>>>>> >>>>>>>>>>>>> The qgis-server will run correctly with another project that >>>>>>>>>>>>> seem >>>>>>>>>>>>> almost similar (both use the SVG symbols). >>>>>>>>>>>>> >>>>>>>>>>>>> The project that crash my QG run correctly and smootly on a >>>>>>>>>>>>> qgis >>>>>>>>>>>>> desktop (qgis-dev) on a windows system. >>>>>>>>>>>>> The project use SVG symbols, but also the other project I test >>>>>>>>>>>>> on >>>>>>>>>>>>> QSused SVG symbol >>>>>>>>>>>>> so I suppose the SVG engine is ok. >>>>>>>>>>>>> Also I check t have set correctly the SVG paths. >>>>>>>>>>>>> Also I update to the very last (about 4 hours ago) master >>>>>>>>>>>>> version. >>>>>>>>>>>>> >>>>>>>>>>>>> After all this check the qgis-server still crash. >>>>>>>>>>>>> >>>>>>>>>>>>> So I try to set the logfile, but the log is always empty. >>>>>>>>>>>>> This mean that the cgi qgis-server will crash almost immediatly. >>>>>>>>>>>>> >>>>>>>>>>>>> So I set an environment shell to run it manually and to test the >>>>>>>>>>>>> cgi >>>>>>>>>>>>> with a gdb session. >>>>>>>>>>>>> >>>>>>>>>>>>> The results are this: >>>>>>>>>>>>> >>>>>>>>>>>>> .................. >>>>>>>>>>>>> [Thread debugging using libthread_db enabled] >>>>>>>>>>>>> Using host libthread_db library >>>>>>>>>>>>> "/lib/x86_64-linux-gnu/libthread_db.so.1". >>>>>>>>>>>>> Warning 1: Unable to find driver ECW to unload from GDAL_SKIP >>>>>>>>>>>>> environment variable. >>>>>>>>>>>>> Warning 1: Unable to find driver ECW to unload from GDAL_SKIP >>>>>>>>>>>>> environment variable. >>>>>>>>>>>>> Warning 1: Unable to find driver JP2ECW to unload from GDAL_SKIP >>>>>>>>>>>>> environment variable. >>>>>>>>>>>>> Warning 1: Unable to find driver ECW to unload from GDAL_SKIP >>>>>>>>>>>>> environment variable. >>>>>>>>>>>>> Warning 1: Unable to find driver JP2ECW to unload from GDAL_SKIP >>>>>>>>>>>>> environment variable. >>>>>>>>>>>>> [New Thread 0x7fffe307c700 (LWP 1844)] >>>>>>>>>>>>> [New Thread 0x7fffe27ea700 (LWP 1845)] >>>>>>>>>>>>> >>>>>>>>>>>>> Program received signal SIGSEGV, Segmentation fault. >>>>>>>>>>>>> 0x00007ffff4fc06da in qHash(QString const&) () >>>>>>>>>>>>> from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 >>>>>>>>>>>>> (gdb) >>>>>>>>>>>>> ............................ >>>>>>>>>>>>> >>>>>>>>>>>>> The version of libQtCore.so.4 I run on the linux is 4.8.2. >>>>>>>>>>>>> >>>>>>>>>>>>> Perhaps the 4.8.2 is too old for qgis-server ? >>>>>>>>>>>>> :/ >>>>>>>>>>>>> But another project will run without any apparent problem. >>>>>>>>>>>>> ? >>>>>>>>>>>>> >>>>>>>>>>>>> Many thx for every hint. >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> ----------------- >>>>>>>>>>>>> Andrea Peri >>>>>>>>>>>>> . . . . . . . . . >>>>>>>>>>>>> qwerty àèìòù >>>>>>>>>>>>> ----------------- >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> ----------------- >>>>>>>>>>>> Andrea Peri >>>>>>>>>>>> . . . . . . . . . >>>>>>>>>>>> qwerty àèìòù >>>>>>>>>>>> ----------------- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Dr. Marco Hugentobler >>>>>>>>>> Sourcepole - Linux & Open Source Solutions >>>>>>>>>> Weberstrasse 5, CH-8004 Zürich, Switzerland >>>>>>>>>> [email protected] http://www.sourcepole.ch >>>>>>>>>> Technical Advisor QGIS Project Steering Committee >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Qgis-developer mailing list >>>>>>>>>> [email protected] >>>>>>>>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> -- >>>>>>>> Dr. Marco Hugentobler >>>>>>>> Sourcepole - Linux & Open Source Solutions >>>>>>>> Weberstrasse 5, CH-8004 Zürich, Switzerland >>>>>>>> [email protected] http://www.sourcepole.ch >>>>>>>> Technical Advisor QGIS Project Steering Committee >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Qgis-developer mailing list >>>>>>>> [email protected] >>>>>>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Dr. Marco Hugentobler >>>>>> Sourcepole - Linux & Open Source Solutions >>>>>> Weberstrasse 5, CH-8004 Zürich, Switzerland >>>>>> [email protected] http://www.sourcepole.ch >>>>>> Technical Advisor QGIS Project Steering Committee >>>>>> >>>>>> _______________________________________________ >>>>>> Qgis-developer mailing list >>>>>> [email protected] >>>>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer >>>>> >>>>> >>>>> >>>>> -- >>>>> ----------------- >>>>> Andrea Peri >>>>> . . . . . . . . . >>>>> qwerty àèìòù >>>>> ----------------- >>>> >>>> >>>> >>>> -- >>>> ----------------- >>>> Andrea Peri >>>> . . . . . . . . . >>>> qwerty àèìòù >>>> ----------------- >>> >>> >>> >> >> >> -- >> Dr. Marco Hugentobler >> Sourcepole - Linux & Open Source Solutions >> Weberstrasse 5, CH-8004 Zürich, Switzerland >> [email protected] http://www.sourcepole.ch >> Technical Advisor QGIS Project Steering Committee >> >> _______________________________________________ >> Qgis-developer mailing list >> [email protected] >> http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > -- > ----------------- > Andrea Peri > . . . . . . . . . > qwerty àèìòù > ----------------- -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ Qgis-developer mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/qgis-developer
