On Fri, Nov 20, 2009 at 1:08 PM, Paul Ramsey <[email protected]> wrote: > A good test case, fully self-contained, is always appreciated. Watch > out for things like references to templates you don't include or > font-lists you don't include. After extracting the test case, > reinstall it and ensure it still shows the behavior you want.
Thanks Paul. Just wanted to acknowledge that I have your personal response from a while back where you requested a self-contained test case. So, I am aware, and grateful, that you (and perhaps others) are aware of this issue. For now I am unable to make a test case because of complexity of rest of the data, but soon as I can make a simple one, I will do so and share it. Maybe I can work on it this weekend, and get something out by next week. In the meantime, I just want to emphasize that this is a problem, and from my completely non-scientific debugging, most likely with MapServer (or the MapServer-Pg interface). More soon. > > Thanks, > > P. > > On Fri, Nov 20, 2009 at 10:54 AM, P Kishor <[email protected]> wrote: >> On Fri, Nov 20, 2009 at 12:36 PM, Steve Lime <[email protected]> >> wrote: >>> Does 5.6 exhibit the problem? Does a straight CGI call (mode=map) >>> exhibit >>> the problem? -Steve >>> >>>>>> paalkr <[email protected]> 11/20/09 11:37 AM >>> >>> >>> Hi! >>> >>> I have discovered a situation where MapServer seems to enter an endless >>> loop >>> and uses all the CPU power available on a server. I have managed to >>> track >>> down the specific feature in our postgis database that causes MapServer >>> to >>> hang. A database dump containing only this feature and a working mapfile >>> are >>> attached. >> >> Don't mean to hijack Pål's thread, but I reported a similar issue a >> while back. I did not create a ticket along with data that could >> reproduce simply because, for now, it is majorly tricky for me to do >> so, but the issue is almost exactly the same -- >> >> It happens with GetFeatureInfo... zoom in too much, and MapServer goes >> into an endless loop. Interestingly, exactly the same query (caught >> via the debugging logs) given to pg directly (via pgAdmin) works fine >> and returns results, but now via MS. The CPU spikes up, there is no >> result returned, and the browser keeps on waiting. >> >> I will try and put together a reproducible case together so the >> developers are able to look into it. >> >> >>> >>> The really strange thing is that this feature does not always fail to >>> draw, >>> the situation does only occur with some specific BBOX's in a WMS GetMap >>> request. A working and a non working request are posted below. The only >>> difference between the requests is that the bbox in the working one is >>> extended with 1000 meters to the east. >>> >>> I have tested this on MapServer 5.4.2 on Linux and Windows, with the >>> same >>> result. I also tried it on an old MapServer 5.0.0 (windows) that still >>> lays >>> around, and the error was NOT present on 5.0.0, where both the requests >>> below did work. >>> >>> NOT WORKING (>5.0.0) >>> http://localhost/cgi-bin/topo2?LAYERS=topo2_WMS&FORMAT=image%2Fjpeg&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A32632&BBOX=513024,6792928,599680,6879584&WIDTH=256&HEIGHT=256 >>> >>> WORKING: >>> http://localhost/cgi-bin/topo2?LAYERS=topo2_WMS&FORMAT=image%2Fjpeg&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A32632&BBOX=513024,6792928,600680,6879584&WIDTH=256&HEIGHT=256 >>> >>> Same information are provided in ticket >>> http://trac.osgeo.org/mapserver/ticket/3207 #3207 >>> >>> Mapfile: http://n2.nabble.com/file/n4037146/topo2.zip >>> db_dump: http://n2.nabble.com/file/n4037146/n2000_arealdekkeflate.zip >>> >>> Regards, >>> Pål Kristensen >>> The Norwegian Mapping Authority >>> >>> >>> ----- >>> >>> Regards, >>> Pål Kristensen >>> -- >>> View this message in context: >>> http://n2.nabble.com/BUG-MapServer-5-4-2-going-into-an-endless-loop-tp4037991p4037991.html >>> Sent from the Mapserver - User mailing list archive at Nabble.com. >>> _______________________________________________ >>> mapserver-users mailing list >>> [email protected] >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> [email protected] >>> http://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> >> >> >> -- >> Puneet Kishor http://www.punkish.org >> Carbon Model http://carbonmodel.org >> Charter Member, Open Source Geospatial Foundation http://www.osgeo.org >> Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor >> Nelson Institute, UW-Madison http://www.nelson.wisc.edu >> ----------------------------------------------------------------------- >> Assertions are politics; backing up assertions with evidence is science >> ======================================================================= >> Sent from Mt Horeb, Wisconsin, United States >> _______________________________________________ >> mapserver-users mailing list >> [email protected] >> http://lists.osgeo.org/mailman/listinfo/mapserver-users >> > -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science ======================================================================= Sent from Madison, Wisconsin, United States _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
