jancelin / geo-poppy Goto Github PK

Bonjour,
Nous rencontrons un problème lors de la configuration du formulaire pour l'outil édition de lizmap.
Nous n'arrivons pas à enregistrer automatiquement l'utilisateur ni la date et l'heure de l'objet édité dans l'interface lizmap web client.
Nous avons une couche éditable (via postgreSQL) dans laquelle nous avons créé le champ "user", et défini son outil d'édition en Valeurs Uniques (non éditable, non nulle) et entré " @user_account_name " comme valeur par défaut. Le résultat est qu'il enregistre bien le nom de l'utilisateur de la session windows du serveur où est hébergé le projet lors de la création d'un objet depuis qgis mais il enregistre la valeur "NULL" si l'objet est créé depuis l'interface Lizmap. Nous voudrions qu'il enregistre le nom de l'utilisateur connecté à lizmap web client ...
Pour la date, nous avons créé un champ "date" dont l'outil d'édition est Date/Heure, non éditable, non null, et dont la valeur par défault est "$now". Cela fonctionne bien depuis qgis, mais pas depuis l'interface web : le champ date reste vide à la création d'un objet.

Une autre question!

Dans votre exposé vous dîtes à 19'28" :
"...de retour au bureau on branche le rpi en ethernet ce qui enclenche un script de synchronisation vers le serveur central qui va mettre à jour des bases de type 'base terrain'(...)"
Je n'ai pas trouvé sur le wiki ou dans le tuto cartOng comment faire (à part avoir un UUID pour chaque table).

L'idée dans mon cas, qui me semble être identique au votre, serait d'avoir plusieurs opérateurs mais avec une base sur le serveur au bureau qui soit éditable et utilisable par le websig de ma collectivité.

Pouvez-vous m'orienter svp? encore :)

Vois tu un inconvénient à merger cette doc avec le wiki ?

Je trouve dommage de ne pas mutualiser ces deux ressources "@complementterre"

si ok (des deux cotés) je ferais l'intégration

Bonjour,

Super travail M. Ancelin.

Je rencontre cependant certains problèmes. Je suis sous Raspberry pi 2 et lors de l'utilisation du contenair PostGIS, à la création de schéma dans des bases spatiales, la table spatial_ref ne se crée pas et les données sont donc stockées sans géométrie.

Aurais-je oublié une étape? Quelqu'un a-t-il le même problème?

En passant il me semble y avoir une erreur dans la doc chown root:root /home/GeoPoppy/postgres-data au lieu de chown root:root /home/GeoPoppy/postgres_data

Cordialement.

Bonjour,

Déjà merci pour votre travail, j'ai vraiment hâte de pouvoir mettre cette solution en application!

Dans le cadre d'une amélioration de la précision gps des relevés je souhaiterais ajouter une antenne gps sur le raspberry.
Si vos essais RTK ont abouti, comment avez-vous configuré le système pour que la position enregistrée soit celle du raspberry et non pas celle du terminal (smartphone dans mon cas)?

Merci de m'avoir lu.

Bonjour,

Cela fait quelques temps que je bataille pour remettre en route un Geopoppy, après le décès de mon précédent Pi (dû à une alimentation pas assez puissante, de toute évidence).

Je viens de flasher pour la nième fois une SD que j'ai choisie de bonne qualité et spacieuse (64 Go), et voilà que j'essuie encore un échec...
Le flashage s'est a priori bien passé; il y a juste Etcher qui m'a mis un message "Drive (/dev/mmcblk0) is unusually large for an SD card or USB stick. Are you sure you want to flash this drive? Are you sure you want to continue?", et j'ai bien sûr continué.

Une fois le Pi redémarré, tout semble bien se passer.
Le réseau wifi GeoPoppy_Pi3 apparaît correctement, je peux m'y connecter, mais
https://172.24.1.1
n'arrive nulle part (message de firefox: "La connexion a échoué - Firefox ne peut établir de connexion avec le serveur à l’adresse 172.24.1.1.").

L'IP ne pongue pas, non plus:

ping 172.24.1.1
PING 172.24.1.1 (172.24.1.1) 56(84) bytes of data.
From 80.10.125.80 icmp_seq=1 Packet filtered
From 80.10.125.80 icmp_seq=2 Packet filtered
^C
--- 172.24.1.1 ping statistics ---
2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 2ms

Via mon réseau filaire, je peux pinguer le Pi, et y accéder en ssh.

En farfouinant dans les logs, j'ai trouvé ceci dans syslog:

...
Jan 24 09:44:32 geopoppy ntpd[448]: Soliciting pool server 95.81.173.74
Jan 24 09:44:32 geopoppy ntpd[448]: Soliciting pool server 5.135.3.88
Jan 24 09:44:33 geopoppy ntpd[448]: Soliciting pool server 2001:bc8:2a01:100::42
Feb 12 19:43:40 geopoppy systemd[1]: Time has been changed
Feb 12 19:43:40 geopoppy systemd[1]: apt-daily.timer: Adding 4h 56min 7.344629s random time.
Feb 12 19:43:40 geopoppy systemd[1]: apt-daily-upgrade.timer: Adding 58min 50.644175s random time.
Feb 12 19:43:43 geopoppy cloud-init[666]: Loaded image: portainer/portainer:linux-arm
Feb 12 19:43:43 geopoppy cloud-init[666]: docker load --input postgres10-2.4-arm32_1.tar.gz
Feb 12 19:43:43 geopoppy cloud-init[666]: + docker load --input postgres10-2.4-arm32_1.tar.gz
Feb 12 19:49:33 geopoppy ntpd[448]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
Feb 12 19:53:25 geopoppy systemd[1]: Starting Cleanup of Temporary Directories...
Feb 12 19:53:25 geopoppy kernel: [  900.569324] EXT4-fs warning (device mmcblk0p2): ext4_dirent_csum_verify:353: inode #525277: comm systemd-tmpfile: No space for directory leaf checksum. Please run e2fsck -D.
Feb 12 19:53:25 geopoppy kernel: [  900.569335] EXT4-fs error (device mmcblk0p2): htree_dirblock_to_tree:977: inode #525277: comm systemd-tmpfile: Directory block failed checksum
Feb 12 19:53:25 geopoppy kernel: [  900.671584] EXT4-fs warning (device mmcblk0p2): ext4_dirent_csum_verify:353: inode #525278: comm systemd-tmpfile: No space for directory leaf checksum. Please run e2fsck -D.
Feb 12 19:53:25 geopoppy kernel: [  900.671597] EXT4-fs error (device mmcblk0p2): htree_dirblock_to_tree:977: inode #525278: comm systemd-tmpfile: Directory block failed checksum
Feb 12 19:53:25 geopoppy systemd[1]: Started Cleanup of Temporary Directories.
Feb 12 19:53:40 geopoppy cloud-init[666]: Loaded image: jancelin/geopoppy:postgres10-2.4-arm32_1
Feb 12 19:53:40 geopoppy cloud-init[666]: docker load --input qgis3server.tar.gz
Feb 12 19:53:41 geopoppy cloud-init[666]: + docker load --input qgis3server.tar.gz
Feb 12 20:06:53 geopoppy kernel: [ 1708.414961] EXT4-fs error (device mmcblk0p2): ext4_validate_block_bitmap:385: comm exe: bg 64: bad block bitmap checksum
...

Les 3 premières lignes sont les dernières qui étaient déjà là sur l'image de la SD telle que téléchargée.

Un peu plus loin, dans le log, je trouve d'autres messages inquiétants du système de fichiers:

Feb 12 20:47:00 geopoppy kernel: [ 4115.438757] EXT4-fs (mmcblk0p2): Delayed block allocation failed for inode 525622 at logical offset 75776 with max blocks 983 with error 117
Feb 12 20:47:00 geopoppy kernel: [ 4115.438882] EXT4-fs (mmcblk0p2): This should not happen!! Data will be lost
Feb 12 20:47:00 geopoppy kernel: [ 4115.438882]
Feb 12 20:47:00 geopoppy kernel: [ 4115.675327] EXT4-fs (mmcblk0p2): Delayed block allocation failed for inode 525622 at logical offset 76759 with max blocks 1024 with error 117
Feb 12 20:47:00 geopoppy kernel: [ 4115.675454] EXT4-fs (mmcblk0p2): This should not happen!! Data will be lost

Il y a d'autres messages d'erreur, les voici tous:

root@geopoppy:/var/log# cat syslog | grep -v "Jan 24 " | grep -i error
Feb 12 19:49:33 geopoppy ntpd[448]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
Feb 12 19:53:25 geopoppy kernel: [  900.569335] EXT4-fs error (device mmcblk0p2): htree_dirblock_to_tree:977: inode #525277: comm systemd-tmpfile: Directory block failed checksum
Feb 12 19:53:25 geopoppy kernel: [  900.671597] EXT4-fs error (device mmcblk0p2): htree_dirblock_to_tree:977: inode #525278: comm systemd-tmpfile: Directory block failed checksum
Feb 12 20:06:53 geopoppy kernel: [ 1708.414961] EXT4-fs error (device mmcblk0p2): ext4_validate_block_bitmap:385: comm exe: bg 64: bad block bitmap checksum
Feb 12 20:47:00 geopoppy kernel: [ 4115.438757] EXT4-fs (mmcblk0p2): Delayed block allocation failed for inode 525622 at logical offset 75776 with max blocks 983 with error 117
Feb 12 20:47:00 geopoppy kernel: [ 4115.675327] EXT4-fs (mmcblk0p2): Delayed block allocation failed for inode 525622 at logical offset 76759 with max blocks 1024 with error 117
Feb 12 20:47:03 geopoppy kernel: [ 4118.709216] EXT4-fs (mmcblk0p2): Delayed block allocation failed for inode 525622 at logical offset 77783 with max blocks 1024 with error 117
Feb 12 20:57:48 geopoppy dockerd[390]: time="2019-02-12T20:57:48.064979049Z" level=error msg="Download failed, retrying: read tcp 192.168.1.10:35916->104.18.123.25:443: read: connection reset by peer"
Feb 12 21:28:58 geopoppy kernel: [ 6633.617549] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:28:58 geopoppy kernel: [ 6633.634309] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:28:58 geopoppy kernel: [ 6633.653863] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:28:58 geopoppy kernel: [ 6633.667956] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:28:58 geopoppy kernel: [ 6633.684626] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:28:58 geopoppy dockerd[390]: time="2019-02-12T21:28:58.912640980Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:28:58 geopoppy dockerd[390]: time="2019-02-12T21:28:58.914627887Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:00 geopoppy kernel: [ 6634.968702] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:00 geopoppy kernel: [ 6634.990617] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:00 geopoppy kernel: [ 6635.003661] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:00 geopoppy kernel: [ 6635.039462] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:00 geopoppy kernel: [ 6635.061169] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:00 geopoppy dockerd[390]: time="2019-02-12T21:29:00.248991616Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:00 geopoppy dockerd[390]: time="2019-02-12T21:29:00.249041042Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:00 geopoppy dockerd[390]: time="2019-02-12T21:29:00.356408449Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:00 geopoppy dockerd[390]: time="2019-02-12T21:29:00.356532250Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:00 geopoppy dockerd[390]: time="2019-02-12T21:29:00.383448853Z" level=error msg="affacf302fed9c6e5045c465b4ec7b0586de2965a69df2ac12183afc9641a07d cleanup: failed to delete container from containerd: no such container"
Feb 12 21:29:00 geopoppy dockerd[390]: time="2019-02-12T21:29:00.383679007Z" level=error msg="Handler for POST /v1.25/containers/affacf302fed9c6e5045c465b4ec7b0586de2965a69df2ac12183afc9641a07d/start returned error: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: 
Feb 12 21:29:00 geopoppy cloud-init[666]: #033[7A#033[2K#015Creating pirate_redis_1     ... #033[31merror#033[0m#015#033[7B
Feb 12 21:29:00 geopoppy cloud-init[666]: ERROR: for pirate_redis_1  Cannot start service redis: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:04 geopoppy kernel: [ 6639.160965] EXT4-fs error: 5 callbacks suppressed
Feb 12 21:29:04 geopoppy kernel: [ 6639.160974] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:05 geopoppy kernel: [ 6639.910576] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:05 geopoppy kernel: [ 6639.958046] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:05 geopoppy kernel: [ 6640.312156] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:05 geopoppy kernel: [ 6640.412215] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:05 geopoppy dockerd[390]: time="2019-02-12T21:29:05.588179149Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:05 geopoppy dockerd[390]: time="2019-02-12T21:29:05.593255921Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:05 geopoppy kernel: [ 6640.538818] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:06 geopoppy kernel: [ 6641.139863] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:06 geopoppy kernel: [ 6641.184540] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:06 geopoppy kernel: [ 6641.204285] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:06 geopoppy kernel: [ 6641.224846] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.399362628Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.401326618Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.782946152Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.783798279Z" level=error msg="bf9fc7634a1c20bc2cca4607bc42dde00b8337533d9f61977bab50b53de3b400 cleanup: failed to delete container from containerd: no such container"
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.784079578Z" level=error msg="Handler for POST /v1.25/containers/bf9fc7634a1c20bc2cca4607bc42dde00b8337533d9f61977bab50b53de3b400/start returned error: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: 
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.791307630Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:06 geopoppy cloud-init[666]: #033[5A#033[2K#015Creating pirate_postgis_1   ... #033[31merror#033[0m#015#033[5B
Feb 12 21:29:06 geopoppy cloud-init[666]: ERROR: for pirate_postgis_1  Cannot start service postgis: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.873421176Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.873235449Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.973395740Z" level=error msg="1ec36006ae994080e973fdb8fbe5634ecdddef194c8451fc687f42719085792c cleanup: failed to delete container from containerd: no such container"
Feb 12 21:29:06 geopoppy dockerd[390]: time="2019-02-12T21:29:06.973575998Z" level=error msg="Handler for POST /v1.25/containers/1ec36006ae994080e973fdb8fbe5634ecdddef194c8451fc687f42719085792c/start returned error: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: 
Feb 12 21:29:06 geopoppy cloud-init[666]: #033[4A#033[2K#015Creating pirate_tracking_1  ... #033[31merror#033[0m#015#033[4B
Feb 12 21:29:06 geopoppy cloud-init[666]: ERROR: for pirate_tracking_1  Cannot start service tracking: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:07 geopoppy dockerd[390]: time="2019-02-12T21:29:07.393500405Z" level=error msg="5be28d4443311f1c3d4058a1470dba3af3b5ada596c29382e1de43128c7aac49 cleanup: failed to delete container from containerd: no such container"
Feb 12 21:29:07 geopoppy dockerd[390]: time="2019-02-12T21:29:07.393687486Z" level=error msg="Handler for POST /v1.25/containers/5be28d4443311f1c3d4058a1470dba3af3b5ada596c29382e1de43128c7aac49/start returned error: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: 
Feb 12 21:29:07 geopoppy cloud-init[666]: #033[6A#033[2K#015Creating pirate_lizmap_1    ... #033[31merror#033[0m#015#033[6B
Feb 12 21:29:07 geopoppy cloud-init[666]: ERROR: for pirate_lizmap_1  Cannot start service lizmap: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:07 geopoppy dockerd[390]: time="2019-02-12T21:29:07.763455733Z" level=error msg="9a8cb608b9952d9ae05bea8927ee6d61c27a82b8552de104694a2a238b84fee8 cleanup: failed to delete container from containerd: no such container"
Feb 12 21:29:07 geopoppy dockerd[390]: time="2019-02-12T21:29:07.763652085Z" level=error msg="Handler for POST /v1.25/containers/9a8cb608b9952d9ae05bea8927ee6d61c27a82b8552de104694a2a238b84fee8/start returned error: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: 
Feb 12 21:29:07 geopoppy cloud-init[666]: #033[3A#033[2K#015Creating pirate_cloud_1     ... #033[31merror#033[0m#015#033[3B
Feb 12 21:29:07 geopoppy cloud-init[666]: ERROR: for pirate_cloud_1  Cannot start service cloud: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:07 geopoppy dockerd[390]: time="2019-02-12T21:29:07.873674412Z" level=error msg="59d0cd8aa5a2a31343da65d0971e3cb3fa88e37fc29464f3639bc696a81d7c4e cleanup: failed to delete container from containerd: no such container"
Feb 12 21:29:07 geopoppy dockerd[390]: time="2019-02-12T21:29:07.873967690Z" level=error msg="Handler for POST /v1.25/containers/59d0cd8aa5a2a31343da65d0971e3cb3fa88e37fc29464f3639bc696a81d7c4e/start returned error: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: 
Feb 12 21:29:07 geopoppy cloud-init[666]: #033[1A#033[2K#015Creating pirate_map_1       ... #033[31merror#033[0m#015#033[1B
Feb 12 21:29:07 geopoppy cloud-init[666]: ERROR: for pirate_map_1  Cannot start service map: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:07 geopoppy dockerd[390]: time="2019-02-12T21:29:07.983538146Z" level=error msg="0a53c893ff403e995e4e9dd0eb1257143f280b56881f33e68eee2387002be5cb cleanup: failed to delete container from containerd: no such container"
Feb 12 21:29:07 geopoppy dockerd[390]: time="2019-02-12T21:29:07.983847154Z" level=error msg="Handler for POST /v1.25/containers/0a53c893ff403e995e4e9dd0eb1257143f280b56881f33e68eee2387002be5cb/start returned error: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: 
Feb 12 21:29:07 geopoppy cloud-init[666]: #033[2A#033[2K#015Creating pirate_portainer_1 ... #033[31merror#033[0m#015#033[2B
Feb 12 21:29:08 geopoppy cloud-init[666]: ERROR: for pirate_portainer_1  Cannot start service portainer: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:08 geopoppy cloud-init[666]: ERROR: for map  Cannot start service map: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:08 geopoppy cloud-init[666]: ERROR: for tracking  Cannot start service tracking: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:08 geopoppy cloud-init[666]: ERROR: for redis  Cannot start service redis: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:08 geopoppy cloud-init[666]: ERROR: for postgis  Cannot start service postgis: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:08 geopoppy cloud-init[666]: ERROR: for portainer  Cannot start service portainer: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:08 geopoppy cloud-init[666]: ERROR: for lizmap  Cannot start service lizmap: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:08 geopoppy cloud-init[666]: ERROR: for cloud  Cannot start service cloud: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: bad message: unknown
Feb 12 21:29:08 geopoppy cloud-init[666]: Encountered errors while bringing up the project.
Feb 12 21:31:39 geopoppy check_docker.sh[4096]: ERROR: for pirate_portainer_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for pirate_tracking_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for pirate_cloud_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for pirate_map_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for pirate_redis_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for pirate_lizmap_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for pirate_postgis_1  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for map  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for tracking  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for redis  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for postgis  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for portainer  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for lizmap  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy check_docker.sh[4096]: ERROR: for cloud  UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60)
Feb 12 21:31:40 geopoppy cloud-init[666]: Job for Cdocker.service failed because the control process exited with error code.
Feb 12 21:32:00 geopoppy kernel: [ 6815.688193] EXT4-fs error: 10 callbacks suppressed
Feb 12 21:32:00 geopoppy kernel: [ 6815.688203] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:32:00 geopoppy kernel: [ 6815.703246] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:32:00 geopoppy dockerd[390]: time="2019-02-12T21:32:00.892003049Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:32:00 geopoppy dockerd[390]: time="2019-02-12T21:32:00.903441369Z" level=error msg="stream copy error: reading from a closed fifo"
Feb 12 21:32:00 geopoppy kernel: [ 6815.718477] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:32:00 geopoppy kernel: [ 6815.723327] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:32:00 geopoppy kernel: [ 6815.728069] EXT4-fs error (device mmcblk0p2): ext4_find_entry:1447: inode #525343: comm docker-containe: checksumming directory block 0
Feb 12 21:32:01 geopoppy dockerd[390]: time="2019-02-12T21:32:01.463480194Z" level=error msg="8e574c82fac7cdd63040ff86ce0c01032206781e11fc50ebb7d4b6f4b351bf15 cleanup: failed to delete container from containerd: no such container"
Feb 12 21:32:01 geopoppy dockerd[390]: time="2019-02-12T21:32:01.463672015Z" level=error msg="Handler for POST /v1.25/containers/8e574c82fac7cdd63040ff86ce0c01032206781e11fc50ebb7d4b6f4b351bf15/start returned error: mkdir /var/lib/docker/containerd/daemon/io.containerd.runtime.v1.linux: 
root@geopoppy:/var/log# 

C'est grave, docteur? Que puis-je faire, à ce stade?

After an installation from scratch of geopoppy, when I try to connect to the lizmap configuration page:
https://black-pearl.local/websig/lizmap/www/admin.php/admin/config/

I get this message:

La connexion n’est pas sécurisée
Les propriétaires de black-pearl.local ont mal configuré leur site web. Pour éviter que vos données ne soient dérobées, Firefox ne s’est pas connecté à ce site web.
En savoir plus…
Signaler les erreurs similaires pour aider Mozilla à identifier et bloquer les sites malveillants
black-pearl.local uses an invalid security certificate.
The certificate is not trusted because it is self-signed.
The certificate is not valid for the name black-pearl.local.
Error code: SEC_ERROR_UNKNOWN_ISSUER

No big deal. I had similar issues on my server, which I addressed by letsencrypt.
Note that I'm not going through the wifi, which is not properly working on my client machine, but ethernet seems to be okay.

Bonjour,

Geo-poppy est-il compatible avec le nouveau rpi4?

Lors de l'utilisation du container pgadmin4, l'utilisation d'outils comme import/export/backup/restore échouent avec un message d'erreur :
"Please configure the PostgreSQL Binary Path in the Preferences dialog."

En effet les préférences de pgadmin4 ne sont pas renseignées pour les chemins.

A voir s'il est possible de les intégrer lors de la construction du container.

Bonjour,

Suite à mon installation réussie, je n'arrive pas à accéder au projet démo. L'interface de lizmap apparait bien à l'URL https://172.24.1.1/, et j'ai bien modifié le chemin d'accès aux répertoires locaux (/home/), mais aucun projet n'apparait.
De plus, j'ai structuré une base de donnée personnelle et je l'ai configurée avec le plugin lizmap de façon à la publier, j'ai placé les fichiers dans les bons répertoires (/home/geopoppy/lizmap/project/) avec filezilla mais celle-ci n'apparait pas non plus dans les projets. J'ai bien sûr vérifié l'intégrité des dockers.
D'ailleurs je ne comprends pas bien le fonctionnement de l'arborescence : l'application web lizmap renvoie un message d'erreur "Le chemin donné pour le répertoire n'existe pas sur le serveur" si j'essaie de spécifier le chemin d'accès aux repertoires locaux jusqu'au projet (/home/geopoppy/lizmap/project/).
J'ai formulé l'hypothèse que cela soit lié à des droits restreints de consultation, mais j'ai bien vérifié ces droits comme indiqué dans le tutoriel (chmod et chown).
Je n'arrive pas vraiment à voir d’où vient le problème....
Bref en tout cas la base de donnée embarquée est rudement pratique.

Bonjour,

Il m'est arrivé à deux reprises aujourd'hui de perdre l'accès au Geopoppy, que ce soit en Wifi ou via Ethernet. Depuis différents appareils un message d'erreur indique qu'il n'est pas possible de se connecter. En connectant le Raspberry à un écran/clavier j'ai pu redémarrer les services via :
docker-compose up -d
Cette solution fonctionne et permet de réparer le problème. Toutefois je me pose la question en cas de campagne sur le terrain sans accès à un matériel informatique, ou bien en présence d'usagers effectuant des relevé et n'ayant pas une connaissance poussé de Postgis. Comment relancer les services dans ces configurations ?
Le Sense Hat est-il une réponse à cette problématique ?
Par ailleurs y a-t-il des explications à ces bugs soudains ? Je me demande si cela n'est pas lié à une sollicitation trop soudaine du Raspberry (trop de connexion d'un coup ou d'usagers effectuant des relevés).

Merci par avance,

Laurian

It would be nice to have an automatic start of the tracking container when you connect the USB GPS on the raspberry.

Bonjour,
Je me lance dans un projet personnel de gestion forestière, et j'ai déjà construit mes cartographies dans QGIS 3.2 (sous Gentoo). Geo-poppy semble l’outil de choix pour à la fois partager, permettre un accès et éventuellement des saisies depuis le terrain.
J'ai donc fais l'installation (auto). Tout se lance bien et j'accède aux cartes démo. J'ai créé une DB (non sans difficultés avec PGadmin4). J'ai créé un nouveau projet sur mon QGIS avec connexion sur la DB. J'ai importé quelques couches en shapfile et j'en ai convertis vers la DB. Configuré le plugin Lizmap puis transféré le tout dans un nouveau dossier projects :
/home/pirate/geopoppy/qgis/geopoppy/projects
(à noter qu'un dossier "/geoppopy/projects" existe lui, sans doute une erreur ?)

Depuis je désespère, mon projet apparait bien, les fonds de carte (OSM) sont visibles, la zone est la bonne, la fonction "Atlas" me localise mes parcelles, mais voilà : pas moyen de voir mes layers sur la carte.
Depuis j'ai essayé un peu tout, reinstall, conf, comparaison avec demo etc ...
Côté logs, des choses comme ça :

2019-03-10 13:38:55	192.168.70.6	warning	2019-03-10 13:38:55	[2]	file_get_contents(http://map:8080/ows/?service=WMS&request=GetCapabilitiesAtlas): failed to open stream: HTTP request failed! HTTP/1.1 400 Bad Request
	/var/www/websig/lizmap/modules/lizmap/classes/lizmapProxy.class.php	237

2019-03-10 13:38:55	192.168.70.6	notice	2019-03-10 13:38:55	[8]	Undefined offset: 13	/var/www/websig/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php	83

2019-03-10 13:38:55	192.168.70.6	notice	2019-03-10 13:38:55	[8]	Undefined offset: 14	/var/www/websig/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php	84

2019-03-10 13:38:55	192.168.70.6	notice	2019-03-10 13:38:55	[8]	Undefined offset: 15	/var/www/websig/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php	85

2019-03-10 13:38:55	192.168.70.6	error	2019-03-10 13:38:55	[402]	Impossible de se connecter sur 192.168.70.17 (mauvais host, login ou mot de passe ?)	/var/www/websig/lib/jelix/plugins/db/pgsql/pgsql.dbconnection.php	153

Bonjour,

Après plusieurs hésitations liées à mes faibles connaissances dans ce domaine, j'ai décidé de passer le cap et de tenter l'aventure Geopoppy. J'ai donc acheté un rasberry pi 3 (modèle b+) et suivi le wiki pour l'installation.
L'installation se déroule bien malgré le symbole de l'éclair et le message d'erreur indiquant régulièrement une baisse de tension. J'ai testé sur secteur, batterie externe et cela ne change pas. J'ai donc commandé l'alimentation secteur officielle pour voir si cela change quelque chose.
Après l'installation je parviens à me connecter au réseau Geopoppy mais impossible d'accéder aux adresses du wiki (j'ai testé par wifi et ethernet, aucun résultat).
J'ai fait plusieurs test, en reflashant la carte pour partir de zéro, et bloque toujours au même point.
En essayant de raisonner logiquement je me dis que le problème peut venir :

• du modèle du raspberry lui même, Geopoppy peut-il fonctionner avec un modèle B+ ou faut-il obligatoirement un modèle B ?
• les baisses de tension empêchent une bonne installation de Geopoppy d'où les problèmes survenant après.
• j'ai fait une erreur lorsque j'ai flashé la carte mais Etcher ne détecte aucun problème lors de la vérification...

À ce point de ma réflexion je m'en remet à votre expérience car je vous avoue être en train de piétiner pour le moment.

Je vous remercie par avance et m'excuse pour le texte un peu long, je souhaitais être le plus précis possible.

Laurian

Proposition pour d'ajout dans /geo-poppy/install/README_install_geopoppy.md
Au lieu de passer par flash pour copier hypriotos-rpi-v1.4.0.img.zip sur la carte SD, voici une méthode beaucoup plus simple :

wget https://github.com/hypriot/image-builder-rpi/releases/download/v1.4.0/hypriotos-rpi-v1.4.0.img.zip
unzip -q hypriotos-rpi-v1.4.0.img.zip -d /tmp/

Brancher la carte SD.
/!\ remplacer <CARTE_SD>

sudo bash -c "cat /tmp/hypriotos-rpi-v1.4.0.img > /dev/<CARTE_SD>"

Puis utiliser gparted pour agrandir la dernière partition afin d'utiliser toute la carte SD.

Bonjour,

Tout d'abord merci pour cette superbe idée ! Nous avons utilisé GeoPoppy pour collecter des parcelles agricoles en Cote d'Ivoire (avec digitalisation en polygone sur tablette, lié à une table de propriétaires) et après un peu de bidouillage tout a fini par fonctionner (je vais rédiger une documentation sur notre projet, je la ferait suivre pour information).

Je tiens juste à remonter rapidement un bug que j'ai eu à résoudre. De manière relativement aléatoire je me retrouvais avec le fameux message "SERVICE NON DISPONIBLE" en background de Lizmap. Après un peu de recherche j'ai déduit que cela venait de Qgis Server et d'une requête WMS qui n'aboutissait pas.

J'ai ensuite constaté dans Portainer que les adresses IP des différents containers n’étaient jamais la même en allumant le rPi (elles sont générées à chaque démarrage et celle de qgiserver finissait parfois par 5 , parfois par 6). En prenant l'adresse IP de qgiserver et en la copiant dans l'URL du server WMS dans l'interface admin de Lizmap (c'est a dire, remplacer http://qgiserver/cgi-bin/qgis_mapserv.fcgi par http://[IP adresse du container qgiserver]/cgi-bin/qgis_mapserv.fcgi , j'arrivais à ne plus avoir le message d'erreur.

J'ai ensuite fixé les adresses IP des containers dans le docker-compose.yml en suivant cette méthode : https://stackoverflow.com/questions/39493490/provide-static-ip-to-docker-containers-via-docker-compose pour que qgiserver démarre toujours avec la même IP et je l'ai ecrite dans l'URL du server WMS de lizmap. Au final, plus de message d'erreur donc problème résolu ( ? ). Mais je ne suis pas sur d'avoir parfaitement cerné le soucis. Il y a bien un link entre lizmap et qgiserver dans le docker-compose.yml mais, dans mon cas, il ne fonctionnait que quand qgiserver s'allumait avec une adresse IP spécifique (en l’occurrence celle qui finit par 5).

Si quelqu'un a également rencontré ce problème ou pense à une façon plus propre de le résoudre je suis preneur ;)

Merci encore,

Léo

Bonjour, je suis avec grand intérêt votre projet, c'est super.
Ce serait génial d'installer une instance d'owncloud pour le téleversement des fichiers directement dans le répertoire projet, se serait plus convivial que de jouer avec la console.

Salut,
j'essaie d'utiliser https://github.com/jancelin/geo-poppy/blob/master/docker-compose-arm64.yml pour lancer le tout sur un RPI3. La commande docker-compose up -d s'execute sans soucis, mais lorsque je tape l'IP du RPi3 dans un navigateur, il me redirige vers
http://192.168.0.50/websig/lizmap/www/ et j'obtiens l'erreur suivante :

Error 500. A technical error has occured. Sorry for this trouble.
Error while writing configuration cache file 

docker ps me renvoie ceci:

CONTAINER ID        IMAGE                                    COMMAND                  CREATED             STATUS                            PORTS                                      NAMES
0e8198522f68        jancelin/geopoppy:lizmap-master-arm64    "/bin/sh -c /start.sh"   18 minutes ago      Up 18 minutes                     0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   dockertmp_lizmap_1
2580d4dc2f57        jancelin/geopoppy:postgres10-2.4-arm64   "bash -c 'wget -N ..."   18 minutes ago      Up 18 minutes                     0.0.0.0:5432->5432/tcp                     dockertmp_postgis_1
8414a0bba797        jancelin/geopoppy:2.18LTR-arm64          "/bin/sh -c /start.sh"   18 minutes ago      Up 18 minutes                     80/tcp                                     dockertmp_qgiserver_1
9b2ce160fb58        redis:alpine                             "docker-entrypoint..."   18 minutes ago      Up 18 minutes                     6379/tcp                                   dockertmp_redis_1
c9b841ecc525        valentinalexeev/rpi-cloudcmd             "/usr/src/app/bin/..."   18 minutes ago      Restarting (139) 24 seconds ago                                              dockertmp_cloud_1
7f82b4e2ba67        portainer/portainer:linux-arm64          "/portainer"             18 minutes ago      Up 18 minutes                     0.0.0.0:9000->9000/tcp                     dockertmp_portainer_1

Une idée d'où pourrait venir le problème ?

Bonjour,
J'ai voulu essayer geopoppy en me basant sur mes maigres connaissances en raspberry et j'ai été bluffé de voir que j'avais presque réussi aller au bout de la procédure. Le souci que je remonte viens de la connexion avec Filezilla pour publier le projet sur le raspberry. En fait la connexion ftp ne souhaite tout simplement pas se faire. Voilà les infos que me retourne filezilla :

Statut :	Connexion à 172.24.1.1...
Réponse :	fzSftp started, protocol_version=8
Commande :	open "[email protected]" 22
Commande :	Pass: *******
Erreur :	Échec de l'authentification.
Erreur :	Erreur critique : Impossible d'établir une connexion au serveur

Après plusieurs essais, il me semble pourtant avoir bien entré les identifiants, pass et port indiqués sur le wiki (https://github.com/jancelin/geo-poppy/wiki/3.4.-Publication-du-projet-sur-le-RaspberryPi-par-FTP).

Savez-vous d'où provient l'erreur?

D'avance merci.

Nicolas

EDIT : Bonjour,
Je reviens vers vous parce que la situation semble avoir évolué. En fait j'ai essayé la solution d'installation from scratch. Et là j'ai presque réussi à faire le transfert par ftp.
Mais je n'ai pas pu car le dossier /home/GeoPoppy/lizmap/project n'existe pas. Le plus étrange c'est que je voie les projets "démo" lorsque je me connecte sur l'ip du raspberry avec une tablette ou un ordinateur...

D'avance merci pour vos retours.

Bonjour,

Je voulais juste faire remonter quelques problèmes que j'avais rencontré lors de l'installation de GeoPoppy. Je précise que je suis profane dans l'administration réseau et que je suis peut-être passé à côté de solutions évidentes malgré mes recherches (et efforts pour les comprendre...).
Après de multiples essais avec différentes versions de l'OS hypriot, il apparait que les images docker ne se sont pas incluses dans l'installation automatique raspberry pi3 64 bits. De plus, lors de l'installation manuelle, les liens du projet démo sont obsolètes. J'ai construit l'arborescence manuellement, mais la commande docker-compose renvoie un rapport d'erreur :
"no matching manifest for alpine/arm in the manifest list"
Visiblement, c'est un problème ne dépendant pas de GeoPoppy mais qui est lié à l'architecture des dockers sur raspberry en 64 bits (docker-library/official-images#3835), pas encore résolu à ce jour.
De plus, l'installation des versions adaptées 64bits de Dieter Reuter provoque un problème au niveau du bridge de l'ipv6, ce qui bloque le wifi direct :
"automatic filtering via arp/ip/ip6tables has been deprecated. Update your scripts to load br_netfilter if you need this"
On peut apparemment résoudre en arrêtant et relançant le bridge avec :
modprobe -r br_netfilter bridge
modprobe br_netfilter
Mais ça n'a pas marché dans mon cas.
J'ai trouvé de la documentation (https://bugzilla.redhat.com/show_bug.cgi?id=634736)
mais je vous avoue qui j'ai pas compris grand-chose. Bref, de toutes façon c'est un problème apparemment lié à une nouvelle fonctionnalité du kernel de bridge automatique, et donc plutôt lié à l'adaptation de l'OS hypriot par DieterReuter que relevant de GeoPoppy.
Bref j'ai donc installé la version 32 bits qui marche très bien. En tout cas merci pour votre travail, c'est un outil formidable!

Bonjour,

Après plusieurs hésitations liées à mes faibles connaissances dans ce domaine, j'ai décidé de passer le cap et de tenter l'aventure Geopoppy. J'ai donc acheté un rasberry pi 3 (modèle b+) et suivi le wiki pour l'installation.
L'installation se déroule bien malgré le symbole de l'éclair et le message d'erreur indiquant régulièrement une baisse de tension. J'ai testé sur secteur, batterie externe et cela ne change pas. J'ai donc commandé l'alimentation secteur officielle pour voir si cela change quelque chose.
Après l'installation je parviens à me connecter au réseau Geopoppy mais impossible d'accéder aux adresses du wiki (j'ai testé par wifi et ethernet, aucun résultat).
J'ai fait plusieurs test, en reflashant la carte pour partir de zéro, et bloque toujours au même point.
En essayant de raisonner logiquement je me dis que le problème peut venir :

• du modèle du raspberry lui même, Geopoppy peut-il fonctionner avec un modèle B+ ou faut-il obligatoirement un modèle B ?
• les baisses de tension empêchent une bonne installation de Geopoppy d'où les problèmes survenant après.
• j'ai fait une erreur lorsque j'ai flashé la carte mais Etcher ne détecte aucun problème lors de la vérification...

À ce point de ma réflexion je m'en remet à votre expérience car je vous avoue être en train de piétiner pour le moment.

Je vous remercie par avance et m'excuse pour le texte un peu long, je souhaitais être le plus précis possible.

Laurian

I just realised that I may as well speak^Wwrite in French...

Donc j'ai fini l'installation, enfin, du geopoppy sur mon Pi, et, une fois le souci de certificat mis de côté, j'ai suivi les dernières instructions données par le script, à savoir:

• Connectez-vous ensuite au réseau wifi GeoPoppy_Pi3
  Mot de passe: geopoppy

Là, tout va bien, en accédant avec mon téléphone (un ordiphone android); le wifi a toujours déc0nné sur mon ordi, de sorte que je n'ai même pas essayé de me connecter au Pi depuis l'ordi.

Puis taper l'adresse https://172.24.1.1 dans votre navigateur web pour accéder à la démo

Sur le téléphone, tout va bien, ça amène à une page vide avec, en haut, un bandeau "Projets - Demo", et à droite, un bouton 1/0 et "Connexion".
Un logo "Powered by 3Liz" figure en haut à droite.
Et voilà tout.

En tentant de me connecter, j'ai essayé avec peu d'inspiration, quelques mots déjà utilisés: docker - docker , geopoppy - geopoppy , michu - admin ... en vain.

IL FAUT PARAMETRER LIZMAP!!!! https://172.24.1.1/websig/lizmap/www/admin.php/admin/config/

Toujours depuis mon téléphone, j'arrive sur une page qui me demande un login; j'ai essayé, avec aussi peu d'inspiration, et sans plus de succès.

Las, j'ai été voir par là, mais avec mon ordi, en passant par:

firefox black-pearl.local

Ce qui fonctionne fort bien.
Du coup, j'ai été voir par ici:

firefox black-pearl.local/websig/lizmap/www/admin.php/admin/config/

Mais cela aboutit à la même page, et cela n'aide guère, sauf à clavioter confortablement, en essayant encore plus de username-passwords. Hélas, sans plus de succès.

• Connection Data Base avec PgAdminIII ou Qgis 172.24.1.1:5432, base: geopoppy , login et mot de passe: docker

Impeccable, même deux. J'apprécie les conventions de nommage des tables, j'ai souvent recours à des vocabulaires similaires.

• Déposer ses projets Qgis ici: http://172.24.1.1:8000/fs/mnt/fs/files/qgis/

en wifi direct:
172.24.1.1 >> lizmap / qgiserver
172.24.1.1:5432 >> postgresql

=> pas tenté

http://172.24.1.1:9000 >> portainerio : renseigner un mot de passe a la premiere connection +
section locale

=> ah, je me suis dit que c'est là qu'il fallait créer un username et password qui aille bien: j'ai donc fait un tel utilisateur, et ai tenté de me logger avec, aux URL supra: sans succès.

Une fois le compte créé, j'arrive sur une page de portainer (http://black-pearl.local:9000/#/init/endpoint) où j'ai un choix entre manager un environnement docker local, remote, agent ou azure. Et là, je ne sais que faire. Je suis assez puceau du docker.

http://172.24.1.1:8000/fs/mnt/fs/files/qgis/ >> cloudmanager: dépot de fichier: login admin mdp
admin

=> pas tenté

Bonjour, je suis en train d'esssayer d'installer geopoppy sauf qu'a l'étape 3 du wiki (https://github.com/jancelin/geo-poppy/wiki/3.-installation-des-services-base-de-donn%C3%A9es-et-websig) les liens dans les commandes wget mènent a une erreur 404.
C'est un peu embêtant parce que je trouve pas les fichier .tar sur le repo github pour autant.

Une solution? Merci d'avance.

Edit: J'ai changé de branche et suis allé sur old3 (et là-bas j'ai trouvé les fameux fichiers .tar) mais par contre les commandes pour les extract fonctionnent pas, je continue de chercher comment régler ce problème en attendant.

Edit 2: Le preblème lorsque je télécharge les fichiers .tar via la commande wget (ou même curl) c'est que j'obtiens le bon nom de fichier (exemple geopoppy_base.tar) mais que c'est un fichier HTML (HTML document, UTF-8 Unicode text, with very long lines selon la commande file) et du coup je n'arrive pas a en tirer quoi que se soit. Par contre si je je fais telecharger depuis mon naviguateur internet j'ai bien un fichier compresser. Je n'y comprends plus rien...
Du coup je les ai telechargé sur mon pc, donc sans les commandes, et les ai mis sur la carte sd et j'en ai profité pour les extraires en même temps. Mais abusé comment faut aller chercher loin et qu'on trouve aucune info dessus.

Edit 3:
Enfaite aucun lien fourni sur aucun repo n'est encore valide. Que des erreurs 404 ! Genre je suis le premier à qui ça arrive? Parce que sans déconner c'est ultra chiant/frustrant qu'à chaque commande y'a une erreur/fail ! (https://www.tenor.co/vfGo.gif)

Bonjour,
Je tente de monter un GeoPoppy depuis plusieurs jours et après avoir commencé à tester les projets depuis Lizmap, j'ai un problème lorsque j'active l'édition des couches, le web client Lizmap charge sans aucun résultat.

Pour expliquer le contexte, j'ai installé l'image GeoPoppy v.0.4.0 sur un RPi 3 B+. A l'installation aucun problème n'est survenu (par contre j'ai enchainé sur une maj des paquets après redémarrage).
Après l'installation j'ai testé le projet de démo geopoppy2 et là tout s'affiche et aucun soucis d'édition.

Par contre à partir du moment où je créé mes propres projets avec QGIS 3.4.15 (testé également avec la version 2.18.28) avec une nouvelle base, impossible d'utiliser l'outil d'édition. Pourtant, toutes les couches s'affichent (couche de points en base PostGIS et fond OSM en GeoPackage ou TIF) et toute la configuration du projet QGIS me semble bonne, avec notamment l'adresse IP de la base (172.24.1.1) et le login/mot de passe (pas de config).

A chaque fois rien ne se passe à l'activation de l'édition depuis la popup, la console du navigateur renvoie un code 500 et depuis le volet edition le chargement du formulaire tourne dans le vide.

Les logs de Lizmap donnent ceci :

2020-06-04 11:50:42 172.24.1.67 warning 2020-06-04 11:50:42 [2] SQLite3::query(): Unable to prepare statement: 1, no such table: lizmap_search /www/lib/jelix/plugins/db/sqlite3/sqlite3.dbconnection.php 112

2020-06-04 11:50:42 172.24.1.67 warning 2020-06-04 11:50:42 [2] file_get_contents(http://map:8080/ows/?service=WMS&amp;request=GetCapabilitiesAtlas): failed to open stream: HTTP request failed! HTTP/1.1 400 Bad Request
/www/lizmap/modules/lizmap/classes/lizmapProxy.class.php 236

2020-06-04 11:51:26 172.24.1.67 notice 2020-06-04 11:51:26 [8] Undefined offset: 13 /www/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php 88

2020-06-04 11:51:26 172.24.1.67 notice 2020-06-04 11:51:26 [8] Undefined offset: 13 /www/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php 109

2020-06-04 11:51:26 172.24.1.67 notice 2020-06-04 11:51:26 [8] Undefined offset: 14 /www/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php 110

2020-06-04 11:51:26 172.24.1.67 notice 2020-06-04 11:51:26 [8] Undefined offset: 15 /www/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php 111

2020-06-04 11:51:26 172.24.1.67 error 2020-06-04 11:51:26 [0] dbtools, pgsql: unknown table /www/lib/jelix/plugins/db/pgsql/pgsql.dbtools.php 242

2020-06-04 11:51:27 172.24.1.67 notice 2020-06-04 11:51:27 [8] Undefined offset: 13 /www/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php 88

2020-06-04 11:51:27 172.24.1.67 notice 2020-06-04 11:51:27 [8] Undefined offset: 13 /www/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php 109

2020-06-04 11:51:27 172.24.1.67 notice 2020-06-04 11:51:27 [8] Undefined offset: 14 /www/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php 110

2020-06-04 11:51:27 172.24.1.67 notice 2020-06-04 11:51:27 [8] Undefined offset: 15 /www/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php 111

2020-06-04 11:51:28 172.24.1.67 error 2020-06-04 11:51:28 [0] dbtools, pgsql: unknown table /www/lib/jelix/plugins/db/pgsql/pgsql.dbtools.php 242

Comment résoudre ce problème ?

Pour diverses raison (mauvaise date système a priori), les wget échouent.

L'option --no-chek-certificate de wget permet de passer outre, mais sécurise moins...

Bonjour,

Pendant le "docker-compose up -d" lors du pull de postgis j'ai une erreur :

ERROR: failed to register layer: symlink Marigot /var/lib/docker/overlay/d5e57a3820676e38f8d986f5166ac089dc68b2fe61ca459d4682c685096ba843/tmproot538982125/usr/share/zoneinfo/America/Guadeloupe: no space left on device

Pourtant il me reste 2,6Go de disponible.

Je fait des test depuis Raspbian Jessie avec docker installé manuellement via la commande officielle:

curl -sSL https://get.docker.com | sh

Le système actuel permet de faire rapidement une erreur de manipulation.
Je propose donc que le système avec le stick fonctionne plutôt comme ceci :
click -> affichage des commandes
déplacement du stick -> selection/affichage de la commande souhaitée, lancement d'une temporisation. Attente du click de validation pour la commande, sinon au bout de la tempo on revient à l'arrêt/extinction du sense-hat

Bonjour,

Je viens de me rendre compte que je n'ai plus accès aux droits administrateur sur Lizmap alors que je suis connecté comme tel. Je ne sais pas a quel moment cela s'est produit car j'avais pu créer un nouvel utilisateur mais je n'ai pas plus de droits que lui étrangement.
Une petite idée de ce que ça pourait être?

Merci d'avance!

Bonjour,

Je vois qu'une nouvelle release a été publiée mais je ne parviens pas à mettre à jour les différentes applications. Quelle est la meilleur approche ? Faut-il re-flasher et reconfigurer ? Ou faut-il aller depuis chaque container lancer des apt ? (essayé mais je ne parviens pas à mettre à jour les applis principales).
Merci par avance.

Bonjour, je suis toujours en train de mettre en place Geopoppy et en faisant mes tests au fur et à mesure que j'avance. Je me rends compte que le mode édition des maps via Lizmap corromp les data bases. Pourquoi, je ne sais pas. J'ai pu voir cela en voulant rééditer mes layers dans une data base de test via QGIS.

Comme message d'erreur, j'ai le droit a tout ça :

Layer is not valid: The layer dbname='test-database' host=172.24.1.1 port=5432 user='docker' password='docker' sslmode=allow srid=0 type=MultiPoint table="public"."test-points" (geom) sql= is not a valid layer and can not be added to the map

Dans le log panel j'ai ça :

Panel processing :

Problem with SAGA installation: SAGA was not found or is not correctly installed

(Pourtant j'ai vérifié SAGA est bien instalé et a jour autant sur mon pc que sur le raspberry)

Panel PostGis:

Unable to access the "public"."test-polygones" relation.
The error message from the database was:
no result buffer.
SQL: SELECT * FROM "public"."test-polygones" LIMIT 1

(Je ne connais rien au SQL je ne sais pas ce que je dois comprendre de ce message d'erreur)

Panel Python warning :

warning:/home/[ME]/.qgis2/python/plugins/lizmap/lizmap.py:2177: DeprecationWarning: QgsMapCanvas.mapRenderer() is deprecated
pCrs = mc.mapRenderer().destinationCrs()
traceback: File "/home/[ME]/.qgis2/python/plugins/lizmap/lizmap.py", line 2991, in run
result = self.dlg.exec_()
File "/home/[ME]/.qgis2/python/plugins/lizmap/lizmap.py", line 2786, in getMapOptions
self.writeProjectConfigFile()

(Je ne connais pas non plus le Python donc je ne comprends pas non plus ce que je dois tirer du message d'erreur)

J'ai par ailleurs essayé de recréer une data base similaire à l'ancienne et tout fonctionnait bien jusqu'à ce que j'essaye d'éditer la map via Lizmap. Et lorsque j'essaye d'éditer les layers de la map ça charge à l'infini je ne sais pas pourquoi non plus.

Donc si quelqu'un a une idée pour m'aider je suis preneur !
Merci d'avance.

Bonsoir Julien,

petite frayeur à la veille de ma formation ;-)

L'installation en mode fainéant échoue faute de pouvoir installer dnsmaq et hostapd.
Ça se résout bien en lançant un apt-get update && apt-get upgrade avant l'installation de Geopoppy.

Juste après l'installation toute fraîche de Geopoppy, il est surprenant de constater que:

pirate@geopoppy:~$ git clone https://github.com/pierrechtux/geolllibre
fatal: could not create work tree dir 'geolllibre': Permission denied
pirate@geopoppy:~$ mkdir a
mkdir: cannot create directory ‘a’: Permission denied
pirate@geopoppy:~$ ls -la
total 6168
drwxr-xr-x 3 root   root      4096 Feb 14 11:17 .
drwxr-xr-x 3 root   root      4096 Jan 24 09:44 ..
-rwxr-xr-x 1 root   root      2149 Jan 24 09:44 check_docker.sh
-rw-r--r-- 1 pirate pirate    2317 Jan 24 09:44 docker-compose.yml
drwxr-xr-x 9 root   root      4096 Feb 14 11:17 geopoppy
-rw-r--r-- 1 root   root   6288569 Jan 24 09:44 geopoppy.sql
-rw-r--r-- 1 root   root      3525 Jan 24 09:44 setup-database.sh
pirate@geopoppy:~$ cd /home/
pirate@geopoppy:/home$ ls -la
total 12
drwxr-xr-x  3 root root 4096 Jan 24 09:44 .
drwxr-xr-x 22 root root 4096 Jan 24 09:39 ..
drwxr-xr-x  3 root root 4096 Feb 14 11:17 pirate

Cela se résout simplement:

pirate@geopoppy:/home$ sudo su
root@geopoppy:/home# chown pirate:pirate pirate
root@geopoppy:/home# cd pirate/
root@geopoppy:/home/pirate# ls -la
total 6168
drwxr-xr-x 3 pirate pirate    4096 Feb 14 11:17 .
drwxr-xr-x 3 root   root      4096 Jan 24 09:44 ..
-rwxr-xr-x 1 root   root      2149 Jan 24 09:44 check_docker.sh
-rw-r--r-- 1 pirate pirate    2317 Jan 24 09:44 docker-compose.yml
drwxr-xr-x 9 root   root      4096 Feb 14 11:17 geopoppy
-rw-r--r-- 1 root   root   6288569 Jan 24 09:44 geopoppy.sql
-rw-r--r-- 1 root   root      3525 Jan 24 09:44 setup-database.sh

Et ça va tout de suite mieux:

root@geopoppy:/home/pirate# su - pirate
pirate@geopoppy:~$ mkdir a
pirate@geopoppy:~$ git clone https://github.com/pierrechtux/geolllibre
Cloning into 'geolllibre'...
remote: Enumerating objects: 1102, done.
remote: Total 1102 (delta 0), reused 0 (delta 0), pack-reused 1102
Receiving objects: 100% (1102/1102), 2.96 MiB | 387.00 KiB/s, done.
Resolving deltas: 100% (707/707), done.
pirate@geopoppy:~$ 

Il pourrait être de bon ton de mettre chown pirate:pirate /home/pirate quelque part dans un script à la fin de l'installation.
Désolé, j'ai un petit peu fouiné, mais je n'ai pas su trouver dans quel script ça pouvait se mettre.

Bonjour,
J'ai un Pi avec un GeoPoppy qui tournait tranquillou, à 800km d'ici.
Suite à une coQuille d'alimentation, il a redémarré... brutalement, disons.
Il a perdu l'heure sans arriver à joindre de serveur ntp (pas grave, je m'en suis débrouillé), et il ne répond plus aux URL habituelles.

En ssh, on s'aperçoit vite que pas mal de choses du côté de docker ne semblent pas tourner:

  # root@geopoppy: ~        < 2019_03_07__17_45_05 >
docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES

  # root@geopoppy: ~        < 2019_03_07__17_45_05 >

Quid? Les précieux conteneurs auraient-ils disparu?

De toute évidence, il y a du monde, en fouinant un peu:

  # root@geopoppy: ~        < 2019_03_07__17_45_05 >
du -sh /var/lib/docker/*
20K     /var/lib/docker/builder
336K    /var/lib/docker/containerd
264K    /var/lib/docker/containers
14M     /var/lib/docker/image
88K     /var/lib/docker/network
4.1G    /var/lib/docker/overlay2
20K     /var/lib/docker/plugins
4.0K    /var/lib/docker/runtimes
4.0K    /var/lib/docker/swarm
4.0K    /var/lib/docker/tmp
4.0K    /var/lib/docker/trust
180K    /var/lib/docker/volumes

Mais comment donc les redémarrer?
J'ai tenté le script suivant, qui me semblait de bon aloi, mais sans succès apparent:

  # pirate@geopoppy: ~        < 2019_03_07__17_53_36 >
./check_docker.sh 

  # pirate@geopoppy: ~        < 2019_03_07__17_53_36 >
docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES

  # pirate@geopoppy: ~        < 2019_03_07__17_53_36 >

Et surtout, qu'aurais-je donc fait de si mal pour que mon pauvre GeoPoppy s'en trouve si fâché, lui qui tournait si bien?

(je précise que je me dépucèle peu à peu du docker: c'est assez laborieux)

Bonjour,

je souhaiterais mettre en place GeoPoppy pour des relevés terrain sur base d'image Satellite et formulaire qgis.

Sur le git, bien qu'il y ai des recommandations de matériel générique, serait-il possible d'avoir des références/lien précis pour acheter le raspberry pi 3 et surtout le boîtier et kit pile et/ou batterie. Pour la carte sd pourquoi pas une référence mais c'est plus simple.

Merci d'avance et bravo pour ce travail.

Bonjour jancelin,
je me delecte de la nouvelle version pour RPI3 en 64bits, par contre j'ai un problème récurent lors de la génération des impressions, il me provoque une erreur en affichant la parge suivante :

`Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at webmaster@localhost to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.
Apache/2.4.25 (Debian) Server at qgiserver Port 80`

sais-tu d'ou le problème peut venir?
un manque pilote pour le serveur apache.
L'erreur se produit quelque soit le format de fichier d'impression choisi.

@ plus et encore merci pour ton travail

Bonjour ,

J'utilise Geopoppy depuis quelques temps sans soucis avec des smartphones .
Nous avons fait l'acquisition d'une tablette pour éviter l'utilisation des smartphones perso et avoir un meilleur confort de travail.
Cette tablette est une tablette Getac qui tourne sous windows 10 et là les problèmes commences : impossible d'avoir une géolocalisation.
J'ai vu qu'il un docker-compose "windowsTablette" j'ai donc mis à jour le docker-compose avec ces nouvelles spécifications mais là je n'ai plus accès à l'interface lizmap sur la tablette (Postgresql , le serveur ftp et ssh fonctionne correctement)
Je dois loupé quelque chose mais sans arriver à trouver quoi.

Je vous remercie d'avance .

Hi,

I stumbled upon this project by accident but I like it and I am in the process of installation on my own Raspberry.
However it would be great if you'd consider adding the docs in English as well, as that would help people like me with adoption.

👍

Bonjour,
petite question que je n'ai pas réussi à résoudre tout seul.
Comment est ce que je peux me connecter à lizmap quand je suis sur le terrain?

Lorsque le raspberry est connecté au réseau, j'y accède sans soucis mais dès qu'il n'est plus sur le réseau de mon routeur, plus moyen d'y accéder.

j'ai testé des nmap pour voir les ports mais cela ne donne rien. De ce que j'ai compris, le raspberry est en mode hotspot

Bonjour,

Après plusieurs projets geopoppy réussi, j'ai souhaité me pencher sur la génération automatique de cache. A ce jour, avant d'aller sur le terrain, je precharge manuellement les tuiles sur la tablette (en me déplaçant sur le projet tandis que le Raspberry est connecté en ethernet). Cela fonctionne mais est très chronophage.

Aussi je me suis connecté en SSH via Putty sur le raspberry et j'ai rentré le code écrit dans la partie 3.6 du Wiki, en l'adaptant à mon projet.
Malheureusement, le message d'erreur suivant me revient à chaque fois :

"Could not open input file: lizmap/scripts/script.php"

J'ai cherché à résoudre le problème en cherchant dans l'aide de Lizmap mais à ce jour je reste bloqué.

Avez-vous une idée de l'origine du problème ?

En vous remerciant par avance,

Laurian BADIER

Le souci avec l'utilisation du shutdown avec le sense-hat et le fait que ce dernier reste éclairé avec le symbole même après arrêt du PI3. Le symbole restant allumé l'utilisateur ne sait pas si le pi est effectivement arrivé au bout de sa procédure.

A voir donc la possibilité d'intégrer une ligne de commande bien placée afin que la toute dernière action du pi avant de s'éteindre et d'éteindre également le sense-hat.

Je mets en place un serveur GeoPoppy, et il semble qu'une des requêtes (VIEWs) de la base installée nécessite une version 11 de PostgreSQL.

Il s'agit d'une requête faisant de la moyenne glissante en utilisant une fonction WINDOW de type:

  OVER (
  PARTITION BY 
  ORDER BY 
  RANGE BETWEEN x PRECEDING AND y FOLLOWING

Cette requête tourne bien sur une instance en PostgreSQL 11, mais se refuse à tourner sur l'instance du GeoPoppy, avec ce message:

ERROR:  RANGE PRECEDING is only supported with UNBOUNDED
LIGNE 8 :   RANGE BETWEEN 0.5 PRECEDING AND 0.5 FOLLOWING

Et, renseignement pris, cela (RANGE BETWEEN) a été implémenté à partir de PostgreSQL 11.

D'où ma question: est-il question de passer à du PostgreSQL 11 dans GeoPoppy?

Bonjour,

Je remonte un bug que j'ai trouvé, et qui persiste sans que je comprenne pourquoi. Ce qu'il se passe, c'est lorsque je veux charger un projet et que je sui hors connexion, j'ai ça qui apparait :

J'ai beau appuyer sur fermer, ça ne change rien.

Du coup je dois brancher un câble ethernet, relancer la page et une fois qu'elle est chargée, je peux débrancher le câble.

Cependant, ça n'arrive pas avec les projets démo, seulement avec les projets que j'ai créé. Je ne pense pas avoir mal fais quelque chose car j'ai suivis plutôt à la lettre le wiki.

J'ai même créé une nouvelle base de données et un nouveau projet pour être sûr qu'il n'y ai rien de corrompu mais rien à faire, le problème persiste...

Je fais avec pour l'instant mais c'est assez pénible de pas avoir trouvé d'où ça peut venir.

Si jamais quelqu'un a une idée, je suis preneur!

PS: dans les logs j'ai ça: error Spatialite is not available, j'ai cherché sur internet d'où ça pourrait venir mais je n'ai pas trouvé de réponse qui fonctionne... :/

Actuellement un problème est rencontré lors du redémarrage du container "postgis" sur le raspberry lorsque celui-ci est en mode "Hors-Connexion", à la suite de la commande "docker-compose up".
Ce problème est dù au "entrypoint" du container "postgis", qui tente de télécharger des fichiers situés sur le web. Ne pouvant pas se connecter, le fichier est introuvable et le processus s'arrête sans aboutissement. Le container "postgis" ne démarre pas et reste en exit.
Pour pallier ce problème il suffit de commenter les lignes concernées par l'entrypoint en utilisant la commande "sudo nano docker-compose.yml" pour rentrer dans le fichier en édition, puis de rajouter le "#" et commenter les lignes.
Résultat ci-dessous:

#Comment entrypoint after first boot
#    entrypoint: >
#      bash -c "wget -N -P / https://raw.githubusercontent.com/jancelin/docker-postgis/master/setup-database.sh &&
#               wget -N -P /home https://github.com/jancelin/docker-postgis/raw/master/geopoppy.sql &&
#               /docker-entrypoint.sh"

Une fois cette action réalisée, il est possible d'utiliser la commande "docker-compose up -d" pour démarrer à nouveau les container. Le containter postgis sera bien en état de marche et il ne sera plus nécessaire de modifier le fichier par la suite.

Ce bug est identifié et sur le point d'être résolu. En attendant, il faut penser à éditer le fichier docker-compose.yml juste après la première installation.

Bonjour,

Après quelques temps d'utilisation d'un RaspberryPi, les couches provenant de PostGreSQL refusaient de s'afficher sur Lizmap (les couches en .shp marchaient toujours bien).

La connexion au port 5432 était devenue impossible (dans PGAdmin et QGIS) donc j'ai tenté de restart le composer postgis depuis portainer en lançant le script start-postgis.sh et est apparu cette erreur :

could not load server certificate file "/etc/ssl/certs/ssl-cert-snakeoil.pem" : no start line

Effectivement, impossible de trouver ce fichier .pem à l'emplacement précisé. Je suis en train d'essayer de résoudre ça en me basant sur cette réponse : https://askubuntu.com/questions/49196/how-do-i-create-a-self-signed-ssl-certificate

Ma question est plutôt de savoir l'utilitée de ce .pem et quelles pourraient être les raisons de sa disparition soudaine (sachant que j'ignorais son existence et que je n'ai pas pu voir si il était bien là avant). Y'a t-il une date d'expiration ?

Merci

• Leo

Bonjour,
En installant la structure de ma base de données (à ce stade du wiki: https://github.com/jancelin/geo-poppy/wiki/3.1.-Construction-de-la-base-de-donn%C3%A9es), je me suis heurté à l'écueil suivant:
ERROR: could not access file "$libdir/plpython2": No such file or directory

J'ai quelques scripts python qui sont emballés dans des TRIGGERs, d'où la nécessité d'avoir plpython.

J'ai bêtement tenté un apt install postgresql-plpython, pour rapidement réaliser que le serveur postgresql était empaqueté dans un docker (je précise que je ne suis pas du tout familier avec docker) et qu'il était certainement vain d'installer des paquets dans black-pearl.local, tout du moins pour ce qui concerne postgres.

J'ai tenté quelque chose en passant par là:
docker exec -it pirate_postgis_1 bash

Mais je n'ai pas réussi à apter correctement:
apt install postgresql-plpython-10 postgresql-plpython3-10
a tourné un moment dans le vide, en me disant des choses comme:
Temporary failure resolving 'http.debian.net'
et, finalement, que
W: Failed to fetch http://http.debian.net/debian/dists/sid/InRelease Temporary failure resolving 'http.debian.net' W: Some index files failed to download. They have been ignored, or old ones used instead.

Et là, je me suis dit que ce docker n'accède peut-être pas à tout l'internet...

Pour l'instant, je m'en sors en me passant de mes procédures python, mais à terme, ça va gêner.

Questions:

1. Serait-il possible d'intégrer des paquets postgresql-plpython* au docker s'occupant de la base de données? Sous-question: peut-on le faire sur le docker "vivant", ou faut-il refaire une image?
2. Sinon, ne serait-il pas envisageable de mettre le serveur postgresql "hors-docker" (pardon pour le vocable): j'ai trouvé surprenant, voire frustrant, de ne pas avoir de psql sous la main quand je me suis connecté par ssh [email protected]. Je m'en suis remis depuis, mais ça m'avait (un peu) traumatisé.

Merci d'avance!
À+
Pierre