[mapserver-users] [BUG] MapServer 5.4.2 going into an endless loop!
P Kishor
punk.kish at gmail.com
Fri Nov 20 11:16:52 PST 2009
On Fri, Nov 20, 2009 at 1:08 PM, Paul Ramsey <pramsey at cleverelephant.ca> 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 <punk.kish at gmail.com> wrote:
>> On Fri, Nov 20, 2009 at 12:36 PM, Steve Lime <Steve.Lime at dnr.state.mn.us> wrote:
>>> Does 5.6 exhibit the problem? Does a straight CGI call (mode=map)
>>> exhibit
>>> the problem? -Steve
>>>
>>>>>> paalkr <pal.kristensen at statkart.no> 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
>>> mapserver-users at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>>
>>> _______________________________________________
>>> mapserver-users mailing list
>>> mapserver-users at lists.osgeo.org
>>> 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
>> mapserver-users at lists.osgeo.org
>> 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
More information about the MapServer-users
mailing list