QGIS » QGIS Application

I just tested this issue with the next GetMap request and the rendered image is correct:

curl "http://localhost/qgisserver?MAP=/tmp/server_rendering_bugv2/bug.qgs&SERVICE=WMS&REQUEST=GetMap&WIDTH=400&HEIGHT=700&CRS=EPSG:3844&BBOX=-1915141.5,-761930.0,3332178.7,1294759.6&LAYERS=renderbug locations" > out.png

Tudor, can you confirm/deny that behavior with the current master branch?

I just build the master from the beginning and I cannot even get an image.. the server freezes at your example request.
Only on this type of project. Will get back soon (few hours). It's surely a bug.

I cannot replicate under ubuntu 18.04 but I installed another system with debian Buster (testing) and it's the same.

- my laptop (Buster): * ctest -R PyQgsServerWMSGetMap -V hangs when it arrives at the new test. This also hangs for the local server (through nginx)

curl "http://localqgis/cgi-bin/qgis_mapserv.fcgi?MAP=/home/web/dev/cpp/qgis/tests/testdata/qgis_server_accesscontrol/project.qgs&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&LAYERS=pointlabel&STYLES=&FORMAT=image/png&BBOX=-16817707,-4710778,5696513,14587125&HEIGHT=500&WIDTH=500&CRS=EPSG:3857" > out.png

- On the newly created ubuntu bionic VM both the curl and the ctest -R PyQgsServerWMSGetMap -V work fine although the configs are exactly the same as on my laptop

- On another Debian Buster server which I use in production the ctest -R.. works but the curl hangs..

I get no errors whatsoever and the configuration files are the same on all three systems. I disabled parallel rendering and it doesn't fix the issue.

Should I open a pull request with the test and see what it does for others?

I don't have any other ideas for now.
Thank you.

Installed on a new VM with Debian Buster, I cannot replicate at all, same packages same CmakeCache.txt file .. same configuration files etc.. The only difference between the Debian systems is that one is new install (works..) and others are systems installed around 8 months ago and updated.

Hi Tudor,

Installed on a new VM with Debian Buster, I cannot replicate at all, same packages same CmakeCache.txt file .. same configuration files etc.. The only difference between the Debian systems is that one is new install (works..) and others are systems installed around 8 months ago and updated.

OK, I'm not the only one then :). I tried to reproduce your error on a fresh VM or from a Docker debian:buster image without success...

I think that this issue may be closed, as well as the corresponding PR (without merging it I mean).

What do you think?

It's the logical thing to do! Closing it now!

I just wanted to close it when I deactivated the parallel rendering on my desktop and it works now (ctest -R PyQgsServerWMSGetMap -V + curl..) It seems last time when I tested single thread I must have not reloaded nginx after deactivating it so... it wasn't really deactivated.

I can successful replicate on the debian buster vm now.
You can replicate by doing ``export QGIS_SERVER_PARALLEL_RENDERING=true``
I think I got tricked into starting the VM with only one core (so.. don't forget to put at least 2 cores) and I also expected that the server parallel rendering is enabled by default at least for tests and it's not.
On ubuntu 18.04 I cannot replicate, maybe it's because qt 5.9 and not 5.11 as in buster.

I created a new VM with ubuntu cosmic (18.10) and I can replicate (QT 5.11).

I just wanted to close it when I deactivated the parallel rendering on my desktop and it works now (ctest -R PyQgsServerWMSGetMap -V + curl..) It seems last time when I tested single thread I must have not reloaded nginx after deactivating it so... it wasn't really deactivated.

I can successful replicate on the debian buster vm now.
You can replicate by doing ``export QGIS_SERVER_PARALLEL_RENDERING=true``
I think I got tricked into starting the VM with only one core (so.. don't forget to put at least 2 cores) and I also expected that the server parallel rendering is enabled by default at least for tests and it's not.
On ubuntu 18.04 I cannot replicate, maybe it's because qt 5.9 and not 5.11 as in buster.

I created a new VM with ubuntu cosmic (18.10) and I can replicate (QT 5.11).

is this stuff documented somewhere?

@Giovanni. Which part, exactly?
On my local machine, the server tests at least.. are taking the environment variables of the desktop. On the test VM, as I only installed the server, there wasn't any parallel rendering by default.
I'll look in a few days if it's documented or not when I start working on the docs.

Hi Tudor,

The PR fixing the freezing issue is merged now (https://github.com/qgis/QGIS/pull/8228).

Can you check that the rendered image is correct on your side now (which was the initial issue)?

curl "http://localhost/qgisserver?MAP=/tmp/server_rendering_bugv2/bug.qgs&SERVICE=WMS&REQUEST=GetMap&WIDTH=400&HEIGHT=700&CRS=EPSG:3844&BBOX=-1915141.5,-761930.0,3332178.7,1294759.6&LAYERS=renderbug locations" > out.png

Will check later on and close this after retesting. Thanks a lot Paul for your valuable work.

I have a pull request (https://github.com/qgis/QGIS/pull/8063) with a test for this, do you think it's valuable or should I close it?
I also don't know if the multithreading on the server is by default enabled in travis, do you have any ideas? Will try and check for this later. Thanks again!

I have a pull request (https://github.com/qgis/QGIS/pull/8063) with a test for this, do you think it's valuable or should I close it?

If the resulting image is not rendered correctly on your side, then yes it's an interesting PR to merge. But if the image is valid, I don't think it's necessary. So let's now wait for your test :).

I also don't know if the multithreading on the server is by default enabled in travis, do you have any ideas? Will try and check for this later. 

Multithreading is not enabled on Travis.