[Lizmap-de] QGIS Server, Lizmap and Postgis

Mi Mär 23 13:34:30 PDT 2022

Hallo Günter,
danke für den Hinweis mit den anderen .conf Dateien. Das werde ich morgen mal probieren, obwohl ich da wenig Hoffnung habe. Heute habe ich eine neue VM aufgesetzt, die unserem Server entspricht.

Zu Deiner Frage: Ja, der Server läuft im Wirkeinsatz fantastisch. Gerade gestern habe ich ein neues Extranet Portal für eine Behörde, mit der wie zusammenarbeiten, aktiviert. In aller Regel habe ich pro Portal neben der .QGS eine GPKG, in der sich alle Layer befinden. Auch eine Mischung aus GPKG und SHP aus verschiedenen Verzeichnisästen funktioniert problemlos. Insofern glaube ich aktuell nicht, dass das Problem bei LIZMAP liegt. Vielmehr scheint der QGIS Server nicht in der Lage zu sein, Layer aus der ebenfalls auf dem Server laufenden Postgres/Postgis DB zu öffnen. Meine Suche konzentriert sich daher aktuell auf dieses Scenario.

Das kann ich mit der neuen VM deutlich besser testen als am Live System. Das Lizmap Log reflektiert vermutlich nur die Fehlermeldung des Servers. Ich werde berichten.

Gruß und schönen Abend
Wolfgang

Von: guenter at lizmap.de <guenter at lizmap.de>
Gesendet: Mittwoch, 23. März 2022 19:11
An: Wolfgang Meinolf <wmeinolf at bbv-deutschland.de>; lizmap-de at lists.osgeo.org
Betreff: AW: [Lizmap-de] QGIS Server, Lizmap and Postgis

Hallo Wolfgang,

zu den Log-Files kann ich ohne Recherche und testen (wozu leider die Zeit fehlt) auch nichts sagen.

Wenn eine QGIS-Server Variable wie
"FcgidInitialEnv QGIS_SERVER_IGNORE_BAD_LAYERS 1"
nicht berücksichtigt wird, so würde ich vermuten, dass sie an der falschen Stelle, in der falschen .conf-Datei gesetzt wird.

Ich muss mich mit den conf-Dateien der VirtualHosts in Apache auch noch mal genauer beschäftigen.
Aber ich habe die Variablen in der allgemeinen, ersten .conf-Datei "000-default.conf" und in meinen jeweiligen Projekt-.conf-Dateien gesetzt. Das ist zwar doppelt aber funktioniert.

Ich  hatte schon mal zu einer Deinen ersten Mails gefragt:
Läuft denn der QGIS-Server mit einfachen, lokalen Datenquellen, also z.Bsp. einer Geopackage-DB oder notfalls auch mit SHAPE-Daten?

Gruß,   Günter

Von: Lizmap-de <lizmap-de-bounces at lists.osgeo.org<mailto:lizmap-de-bounces at lists.osgeo.org>> Im Auftrag von Wolfgang Meinolf
Gesendet: Dienstag, 22. März 2022 21:34
An: lizmap-de at lists.osgeo.org<mailto:lizmap-de at lists.osgeo.org>
Betreff: [Lizmap-de] QGIS Server, Lizmap and Postgis

Hallo zusammen,
ich forsche immer noch an meinem Server, warum ich mit den Postgis Layern nicht weiterkomme. Und warum einige Server Einstellungen wie z.B. "FcgidInitialEnv QGIS_SERVER_IGNORE_BAD_LAYERS 1" ohne Wirkung sind.

Aktuell habe ich das folgende Problem, dass mein QGIS Server Log unter /var/log/qgis/qgisserver.log seine Funktion Ende Februar eingestellt hat und ich es nicht mehr zum Laufen bekomme. Lediglich die access und error Logs meiner Virtuellen Apache Site kann ich auswerten. Laut QGIS Dokumentation wird QGIS_SERVER_LOG_FILE ja seit 3.4 durch QGIS_SERVER_LOG_STDERR ersetzt und alle Daten nach stdout bzw. stderr geschrieben. Wie kann ich das sichtbar machen, oder in eine Datei umleiten, um es auszuwerten?

In Lizmap sehe ich folgende 4 Zeilen, jedesmal, wenn ich eine der Sites mit Postgis Layer aufrufe:

2022-03-22 20:24:36     84.136.144.157 error     GetCapabilities result code: 500
2022-03-22 20:24:36     84.136.144.157 error     GetCapabilities result code: 500
2022-03-22 20:24:36     84.136.144.157 error     GetCapabilities result code: 500
2022-03-22 20:24:36     84.136.144.157 error     An error has been raised when loading WMS GetCapabilities: HTTP Code 400

[cid:image001.png at 01D83EFD.C6CB4D50]

Angezeigt wird dabei statt des Portals Service non Disponible. Es ist zum verzweifeln. Ich bin kurz davor, den kompletten Server neu aufzusetzten, aber ohne Wissen der Ursache scheint mir das wenig sinnvoll.

Vielleicht gibt's hier ja noch Ideen, wie und woran ich drehen kann.

Gruß und einen schönen Abend
Wolfgang Meinolf

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20220323/da068c32/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image001.png
Dateityp    : image/png
Dateigröße  : 107570 bytes
Beschreibung: image001.png
URL         : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20220323/da068c32/attachment-0001.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/x-pkcs7-signature
Dateigröße  : 3641 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20220323/da068c32/attachment-0001.bin>