Adding a new site

Dear all,

I’m struggeling of adding a first site after installation. The shapefile is recognized and uploaded but then can not be read successfully in the database. Different browsers all show the following error msg:

image

Anybody encountering the same issue? I tried several shapefiles. The are all uploaded in the /mnt/upload directory. But the site is not created…

Thanks for your help.
Best Martin

Try shape file in QGIS and make sure it’s with right projection. Hope it helps.

Hi herny,

thanks for your reply! I tried many different shapefiles already. For projection I need to use EPSG:4326?
Unfortunatley I think I have still a problem with my /mnt/archive. This is a mounted nfs-share added as symlink with all permissions set but something is still wrong because in my archive folders the directories orchestrator_temp, demmaccs_tmp and the one for each site have not been created during installation.

Best Martin

I have almost the same problem, I have this error message when I click on “add site” “FAILED: Failed to upload the file you selected! Missing shape file due to a problem with your selected file!”. Even with the shapefiles I already have imported on my previous sites.
Thanks for your help
Maxence

hm interestingly the file is uploaded and unpacked safley in /mnt/upload but in the next step I guess it should be moved to /mnt/archive/upload but this obviously doesn’t work. Does anyone else encountered this issue so far?

Dear all,

To answer some of your questions:

  • about the projection for the site extent shp, it can be any projection (recognized by gdal/ogr);
  • you have to add the files (.shp, .dbf, .prj and .shx) directly to the zip archive -> you should not zip the folder where these files are located;
  • the site extent shp is uploaded in /mnt/upload/ but not in /mnt/archive/upload/ -> all the other files that you are importing in the system (parcels, LUT, config files and practice tables) are imported there, except the site extent shp.

To know a bit more about your problem, you can look at the journalctl logs. You can run the following command just after having tried again to import the shp: journalctl -e (to look at the last logs) or journactl -e | grep Error (to look for possible error). Can you spot anything?

Philippe

Thanks for your answer @Philippe_Malcorps!

ok I checked the journal log and there seems to be a problem with my httpd service:

                                           setsebool -P httpd_use_nfs 1

                                           *****  Plugin catchall (11.6 confidence) suggests   **************************

                                           If you believe that httpd should be allowed unlink access on the AT.zip file by default.
                                           Then you should report this as a bug.
                                           You can generate a local policy module to allow this access.
                                           Do
                                           allow this access for now by executing:
                                           # ausearch -c 'httpd' --raw | audit2allow -M my-httpd
                                           # semodule -i my-httpd.pp

Sep 14 13:20:38 uba-s2.novalocal dbus[1160]: [system] Activating service name=‘org.fedoraproject.Setroubleshootd’ (using servicehelper)
Sep 14 13:20:38 uba-s2.novalocal dbus[1160]: [system] Successfully activated service ‘org.fedoraproject.Setroubleshootd’
Sep 14 13:20:39 uba-s2.novalocal setroubleshoot[5274]: SELinux is preventing /usr/sbin/httpd from name_connect access on the tcp_socket po
Sep 14 13:20:39 uba-s2.novalocal python[5274]: SELinux is preventing /usr/sbin/httpd from name_connect access on the tcp_socket port 8080.

                                           *****  Plugin catchall_boolean (47.5 confidence) suggests   ******************

                                           If you want to allow httpd to can network connect
                                           Then you must tell SELinux about this by enabling the 'httpd_can_network_connect' boolean.

                                           Do
                                           setsebool -P httpd_can_network_connect 1

                                           *****  Plugin catchall_boolean (47.5 confidence) suggests   ******************

                                           If you want to allow httpd to can network relay
                                           Then you must tell SELinux about this by enabling the 'httpd_can_network_relay' boolean.

                                           Do
                                           setsebool -P httpd_can_network_relay 1

                                           *****  Plugin catchall (6.38 confidence) suggests   **************************

                                           If you believe that httpd should be allowed name_connect access on the port 8080 tcp_socket
                                           Then you should report this as a bug.
                                           You can generate a local policy module to allow this access.
                                           Do
                                           allow this access for now by executing:
                                           # ausearch -c 'httpd' --raw | audit2allow -M my-httpd
                                           # semodule -i my-httpd.pp

Do you know this isse?
Best Martin

Hello Martin,

No I never had this issue and I am not pure IT so I cannot really help you, except advise you to investigate on what they suggest to do :).

Philippe

Still struggeling with the upload. My log identifies a crash of python:

Sep 15 08:20:01 uba-s2.novalocal systemd[1]: Removed slice User Slice of root.
Sep 15 08:20:01 uba-s2.novalocal demmaccs_launcher.py[7197]: 2020-09-15 08:20:01.372829:[7197]:Could not load the config from database
Sep 15 08:20:01 uba-s2.novalocal systemd[1]: sen2agri-demmaccs.service: main process exited, code=exited, status=255/n/a
Sep 15 08:20:01 uba-s2.novalocal systemd[1]: Unit sen2agri-demmaccs.service entered failed state.
Sep 15 08:20:01 uba-s2.novalocal systemd[1]: sen2agri-demmaccs.service failed.
Sep 15 08:20:23 uba-s2.novalocal sen2agri-monitor-agent[1997]: No such file or directory
Sep 15 08:20:40 uba-s2.novalocal sen2agri-scheduler[1157]: Loading tasks from database …
Sep 15 08:20:40 uba-s2.novalocal sen2agri-scheduler[1157]: No tasks defined in the database yet!
Sep 15 08:21:08 uba-s2.novalocal systemd[1]: Started Runs MACCS on L1C products.
Sep 15 08:21:08 uba-s2.novalocal demmaccs_launcher.py[7237]: 2020-09-15 08:21:08.361586:[7237]:Could not load the config from database
Sep 15 08:21:08 uba-s2.novalocal systemd[1]: sen2agri-demmaccs.service: main process exited, code=exited, status=255/n/a
Sep 15 08:21:08 uba-s2.novalocal systemd[1]: Unit sen2agri-demmaccs.service entered failed state.
Sep 15 08:21:08 uba-s2.novalocal systemd[1]: sen2agri-demmaccs.service failed.
Sep 15 08:21:24 uba-s2.novalocal sen2agri-monitor-agent[1997]: No such file or directory
Sep 15 08:21:30 uba-s2.novalocal sshd[7244]: Accepted publickey for centos from XXX port 44570 ssh2: RSA SHA256:8F/81DEpGbtSXBGmun67lZyVikEi/3LkrE4Dy4wTcts
Sep 15 08:21:31 uba-s2.novalocal sshd[7248]: Accepted publickey for centos from XXX port 44590 ssh2: RSA SHA256:8F/81DEpGbtSXBGmun67lZyVikEi/3LkrE4Dy4wTcts
Sep 15 08:21:31 uba-s2.novalocal systemd-logind[1155]: New session 693 of user centos.
Sep 15 08:21:31 uba-s2.novalocal systemd[1]: Started Session 693 of user centos.
Sep 15 08:21:31 uba-s2.novalocal sshd[7244]: pam_unix(sshd:session): session opened for user centos by (uid=0)
Sep 15 08:21:31 uba-s2.novalocal systemd[1]: Started Session 694 of user centos.
Sep 15 08:21:31 uba-s2.novalocal systemd-logind[1155]: New session 694 of user centos.
Sep 15 08:21:31 uba-s2.novalocal sshd[7248]: pam_unix(sshd:session): session opened for user centos by (uid=0)
Sep 15 08:21:31 uba-s2.novalocal dbus[1160]: [system] Activating service name=‘org.freedesktop.problems’ (using servicehelper)
Sep 15 08:21:31 uba-s2.novalocal dbus[1160]: [system] Successfully activated service ‘org.freedesktop.problems’
Sep 15 08:21:40 uba-s2.novalocal sen2agri-scheduler[1157]: Loading tasks from database …
Sep 15 08:21:40 uba-s2.novalocal sen2agri-scheduler[1157]: No tasks defined in the database yet!
Sep 15 08:21:56 uba-s2.novalocal sshd[7326]: Accepted publickey for centos from XXX port 17916 ssh2: RSA SHA256:8F/81DEpGbtSXBGmun67lZyVikEi/3LkrE4Dy4wTcts
Sep 15 08:21:56 uba-s2.novalocal systemd-logind[1155]: New session 695 of user centos.
Sep 15 08:21:56 uba-s2.novalocal systemd[1]: Started Session 695 of user centos.
Sep 15 08:21:56 uba-s2.novalocal sshd[7326]: pam_unix(sshd:session): session opened for user centos by (uid=0)
Sep 15 08:22:08 uba-s2.novalocal systemd[1]: Started Runs MACCS on L1C products.
Sep 15 08:22:08 uba-s2.novalocal demmaccs_launcher.py[7342]: 2020-09-15 08:22:08.441850:[7342]:Could not load the config from database
Sep 15 08:22:08 uba-s2.novalocal systemd[1]: sen2agri-demmaccs.service: main process exited, code=exited, status=255/n/a
Sep 15 08:22:08 uba-s2.novalocal systemd[1]: Unit sen2agri-demmaccs.service entered failed state.
Sep 15 08:22:08 uba-s2.novalocal systemd[1]: sen2agri-demmaccs.service failed.
Sep 15 08:22:25 uba-s2.novalocal sen2agri-monitor-agent[1997]: No such file or directory
Sep 15 08:22:27 uba-s2.novalocal abrt-hook-ccpp[7358]: Process 7357 (python2.7) of user 53402 killed by SIGABRT - dumping core
Sep 15 08:22:28 uba-s2.novalocal abrt-server[7359]: Interpreter crashed, but no packaged script detected: 'python scripts/check_shp.py -b /mnt/upload/AT3/sen4cap_1601758305942/AT_MMB.s
Sep 15 08:22:28 uba-s2.novalocal abrt-server[7359]: ‘post-create’ on ‘/var/spool/abrt/ccpp-2020-09-15-08:22:27-7357’ exited with 1
Sep 15 08:22:28 uba-s2.novalocal abrt-server[7359]: Deleting problem directory '/var/spool/abrt/ccpp-2020-09-15-08:22:27-7357’
Sep 15 08:22:40 uba-s2.novalocal sen2agri-scheduler[1157]: Loading tasks from database …
Sep 15 08:22:40 uba-s2.novalocal sen2agri-scheduler[1157]: No tasks defined in the database yet!
Sep 15 08:22:49 uba-s2.novalocal unix_chkpwd[7379]: password check failed for user (root)
Sep 15 08:22:49 uba-s2.novalocal su[7375]: pam_unix(su:auth): authentication failure; logname=centos uid=1000 euid=0 tty=pts/0 ruser=centos rhost= user=root
Sep 15 08:22:49 uba-s2.novalocal su[7375]: pam_succeed_if(su:auth): requirement “uid >= 1000” not met by user "root"
Sep 15 08:22:51 uba-s2.novalocal su[7375]: FAILED SU (to root) centos on pts/0
Sep 15 08:22:58 uba-s2.novalocal su[7380]: (to root) centos on pts/0
Sep 15 08:22:58 uba-s2.novalocal su[7380]: pam_unix(su:session): session opened for user root by centos(uid=1000)

Now I ran the check_shp.py script and got the following in return:

[root@uba-s2 scripts]# python -b /var/www/html/scripts/check_shp.py /mnt/upload/AT/sen4cap_1601701098108/AT_MMB.shp
1 feature(s) found
*** Error in `python’: munmap_chunk(): invalid pointer: 0x00007f85e2ae9e50 ***
======= Backtrace: =========
/usr/lib64/libc.so.6(+0x7f7c4)[0x7f85f95657c4]
/usr/lib64/libproj.so.0(pj_free+0x2b)[0x7f85e21313fb]
/usr/lib64/libgdal.so.1(_ZN10OGRProj4CTD1Ev+0x7a)[0x7f85f171190a]
/usr/lib64/libgdal.so.1(_ZN10OGRProj4CTD0Ev+0x9)[0x7f85f1711a69]
/usr/lib64/python2.7/site-packages/osgeo/_osr.so(+0x1c89b)[0x7f85cf90389b]
/usr/lib64/libpython2.7.so.1.0(PyObject_Call+0x43)[0x7f85fa224ab3]
/usr/lib64/libpython2.7.so.1.0(PyObject_CallFunctionObjArgs+0xbc)[0x7f85fa2253ac]
/usr/lib64/python2.7/site-packages/osgeo/_osr.so(+0x874d)[0x7f85cf8ef74d]
/usr/lib64/libpython2.7.so.1.0(+0x811ff)[0x7f85fa25a1ff]
/usr/lib64/libpython2.7.so.1.0(+0x9dc94)[0x7f85fa276c94]
/usr/lib64/libpython2.7.so.1.0(+0x6f3f2)[0x7f85fa2483f2]
/usr/lib64/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x5c2)[0x7f85fa2bfe62]
/usr/lib64/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x663c)[0x7f85fa2bd58c]
/usr/lib64/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7ed)[0x7f85fa2c008d]
/usr/lib64/libpython2.7.so.1.0(PyEval_EvalCode+0x32)[0x7f85fa2c0192]
/usr/lib64/libpython2.7.so.1.0(+0x1005cf)[0x7f85fa2d95cf]
/usr/lib64/libpython2.7.so.1.0(PyRun_FileExFlags+0x7e)[0x7f85fa2da79e]
/usr/lib64/libpython2.7.so.1.0(PyRun_SimpleFileExFlags+0xe9)[0x7f85fa2dba29]
/usr/lib64/libpython2.7.so.1.0(Py_Main+0xc9f)[0x7f85fa2ecbdf]
/usr/lib64/libc.so.6(__libc_start_main+0xf5)[0x7f85f9508505]
python[0x40066e]
======= Memory map: ========
00400000-00401000 r-xp 00000000 fc:01 25330436 /usr/bin/python2.7
00600000-00601000 r–p 00000000 fc:01 25330436 /usr/bin/python2.7
00601000-00602000 rw-p 00001000 fc:01 25330436 /usr/bin/python2.7
02439000-0265c000 rw-p 00000000 00:00 0 [heap]
7f85cf8a7000-7f85cf8e7000 rw-p 00000000 00:00 0
7f85cf8e7000-7f85cf919000 r-xp 00000000 fc:01 377540677 /usr/lib64/python2.7/site-packages/osgeo/_osr.so
7f85cf919000-7f85cfb18000 —p 00032000 fc:01 377540677 /usr/lib64/python2.7/site-packages/osgeo/_osr.so
7f85cfb18000-7f85cfb19000 r–p 00031000 fc:01 377540677 /usr/lib64/python2.7/site-packages/osgeo/_osr.so
7f85cfb19000-7f85cfb1b000 rw-p 00032000 fc:01 377540677 /usr/lib64/python2.7/site-packages/osgeo/_osr.so
7f85cfb1b000-7f85cfb1c000 rw-p 00000000 00:00 0
7f85cfb1c000-7f85cfb7b000 r-xp 00000000 fc:01 377540676 /usr/lib64/python2.7/site-packages/osgeo/_ogr.so
7f85cfb7b000-7f85cfd7a000 —p 0005f000 fc:01 377540676 /usr/lib64/python2.7/site-packages/osgeo/_ogr.so
7f85cfd7a000-7f85cfd7b000 r–p 0005e000 fc:01 377540676 /usr/lib64/python2.7/site-packages/osgeo/_ogr.so
7f85cfd7b000-7f85cfd7f000 rw-p 0005f000 fc:01 377540676 /usr/lib64/python2.7/site-packages/osgeo/_ogr.so
7f85cfd7f000-7f85cfe81000 rw-p 00000000 00:00 0
7f85cfeb2000-7f85dbeb2000 rw-p 00000000 00:00 0
7f85dbeb2000-7f85dbeb4000 r-xp 00000000 fc:01 1825 /usr/lib64/libfreebl3.so
7f85dbeb4000-7f85dc0b3000 —p 00002000 fc:01 1825 /usr/lib64/libfreebl3.so
7f85dc0b3000-7f85dc0b4000 r–p 00001000 fc:01 1825 /usr/lib64/libfreebl3.so
7f85dc0b4000-7f85dc0b5000 rw-p 00002000 fc:01 1825 /usr/lib64/libfreebl3.so
7f85dc0b5000-7f85dc0bd000 r-xp 00000000 fc:01 18057 /usr/lib64/libcrypt-2.17.so
7f85dc0bd000-7f85dc2bc000 —p 00008000 fc:01 18057 /usr/lib64/libcrypt-2.17.so
7f85dc2bc000-7f85dc2bd000 r–p 00007000 fc:01 18057 /usr/lib64/libcrypt-2.17.so
7f85dc2bd000-7f85dc2be000 rw-p 00008000 fc:01 18057 /usr/lib64/libcrypt-2.17.so
7f85dc2be000-7f85dc2ec000 rw-p 00000000 00:00 0
7f85dc2ec000-7f85dc310000 r-xp 00000000 fc:01 4707630 /usr/lib64/libselinux.so.1
7f85dc310000-7f85dc50f000 —p 00024000 fc:01 4707630 /usr/lib64/libselinux.so.1
7f85dc50f000-7f85dc510000 r–p 00023000 fc:01 4707630 /usr/lib64/libselinux.so.1
7f85dc510000-7f85dc511000 rw-p 00024000 fc:01 4707630 /usr/lib64/libselinux.so.1
7f85dc511000-7f85dc513000 rw-p 00000000 00:00 0
7f85dc513000-7f85dc515000 r-xp 00000000 fc:01 98827 /usr/lib64/libXau.so.6.0.0
7f85dc515000-7f85dc715000 —p 00002000 fc:01 98827 /usr/lib64/libXau.so.6.0.0
7f85dc715000-7f85dc716000 r–p 00002000 fc:01 98827 /usr/lib64/libXau.so.6.0.0
7f85dc716000-7f85dc717000 rw-p 00003000 fc:01 98827 /usr/lib64/libXau.so.6.0.0
7f85dc717000-7f85dc733000 r-xp 00000000 fc:01 169516 /usr/lib64/libsasl2.so.3.0.0
7f85dc733000-7f85dc932000 —p 0001c000 fc:01 169516 /usr/lib64/libsasl2.so.3.0.0
7f85dc932000-7f85dc933000 r–p 0001b000 fc:01 169516 /usr/lib64/libsasl2.so.3.0.0
7f85dc933000-7f85dc934000 rw-p 0001c000 fc:01 169516 /usr/lib64/libsasl2.so.3.0.0
7f85dc934000-7f85dc94a000 r-xp 00000000 fc:01 119607 /usr/lib64/libresolv-2.17.so
7f85dc94a000-7f85dcb49000 —p 00016000 fc:01 119607 /usr/lib64/libresolv-2.17.so
7f85dcb49000-7f85dcb4a000 r–p 00015000 fc:01 119607 /usr/lib64/libresolv-2.17.so
7f85dcb4a000-7f85dcb4b000 rw-p 00016000 fc:01 119607 /usr/lib64/libresolv-2.17.so
7f85dcb4b000-7f85dcb4d000 rw-p 00000000 00:00 0
7f85dcb4d000-7f85dcb50000 r-xp 00000000 fc:01 105156 /usr/lib64/libkeyutils.so.1.5
7f85dcb50000-7f85dcd4f000 —p 00003000 fc:01 105156 /usr/lib64/libkeyutils.so.1.5
7f85dcd4f000-7f85dcd50000 r–p 00002000 fc:01 105156 /usr/lib64/libkeyutils.so.1.5
7f85dcd50000-7f85dcd51000 rw-p 00003000 fc:01 105156 /usr/lib64/libkeyutils.so.1.5
7f85dcd51000-7f85dcd5f000 r-xp 00000000 fc:01 169517 /usr/lib64/libkrb5support.so.0.1
7f85dcd5f000-7f85dcf5f000 —p 0000e000 fc:01 169517 /usr/lib64/libkrb5support.so.0.1
7f85dcf5f000-7f85dcf60000 r–p 0000e000 fc:01 169517 /usr/lib64/libkrb5support.so.0.1
7f85dcf60000-7f85dcf61000 rw-p 0000f000 fc:01 169517 /usr/lib64/libkrb5support.so.0.1
7f85dcf61000-7f85dcf8
8000 r-xp 00000000 fc:01 98876 /usr/lib64/libxcb.so.1.1.0
7f85dcf88000-7f85dd187000 —p 00027000 fc:01 98876 /usr/lib64/libxcb.so.1.1.0
7f85dd187000-7f85dd188000 r–p 00026000 fc:01 98876 /usr/lib64/libxcb.so.1.1.0
7f85dd188000-7f85dd189000 rw-p 00027000 fc:01 98876 /usr/lib64/libxcb.so.1.1.0Aborted (core dumped)

Mabe someone can help?
Best M

@philippe, here are the logs, we don’t understand the issue
сен 15 07:10:04 sen4cap systemd[1]: Started Runs MACCS on L1C products.
сен 15 07:10:04 sen4cap demmaccs_launcher.py[11566]: 2020-09-15 07:10:04.900558:[11566]:Could not load the config from database
сен 15 07:10:04 sen4cap systemd[1]: sen2agri-demmaccs.service: main process exited, code=exited, status=255/n/a
сен 15 07:10:04 sen4cap systemd[1]: Unit sen2agri-demmaccs.service entered failed state.
сен 15 07:10:04 sen4cap systemd[1]: sen2agri-demmaccs.service failed.
сен 15 07:10:21 sen4cap kernel: type=1400 audit(1600153821.247:445): avc: denied { read } for pid=31258 comm=“httpd” name=“lesattaquestwo” dev=“dm-0” ino=118096430 scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tcl
сен 15 07:10:21 sen4cap kernel: type=1400 audit(1600153821.251:446): avc: denied { getattr } for pid=31258 comm=“httpd” path="/mnt/archive/upload/lpis/lesattaquestwo/SHALAWGS.shx" dev=“dm-0” ino=22151182 scontext=system_u:system_r:httpd_t:s0 tcont
сен 15 07:10:23 sen4cap sen2agri-scheduler[644]: Loading tasks from database …
сен 15 07:10:23 sen4cap sen2agri-scheduler[644]: No tasks defined in the database yet!
сен 15 07:10:28 sen4cap sen2agri-monitor-agent[1364]: No such file or directory
сен 15 07:10:58 sen4cap kernel: type=1400 audit(1600153858.353:447): avc: denied { write } for pid=11211 comm=“httpd” name=“upload” dev=“dm-0” ino=7340033 scontext=system_u:system_r:httpd_t:s0 tcontext=unconfined_u:object_r:unlabeled_t:s0 tclass=d
сен 15 07:10:58 sen4cap kernel: type=1400 audit(1600153858.358:448): avc: denied { add_name } for pid=11211 comm=“httpd” name=“Test” scontext=system_u:system_r:httpd_t:s0 tcontext=unconfined_u:object_r:unlabeled_t:s0 tclass=dir permissive=1
сен 15 07:10:58 sen4cap kernel: type=1400 audit(1600153858.362:449): avc: denied { create } for pid=11211 comm=“httpd” name=“Test” scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=dir permissive=1
сен 15 07:11:02 sen4cap systemd[1]: Started Runs MACCS on L1C products.
сен 15 07:11:02 sen4cap demmaccs_launcher.py[11630]: 2020-09-15 07:11:02.959236:[11630]:Could not load the config from database
сен 15 07:11:02 sen4cap systemd[1]: sen2agri-demmaccs.service: main process exited, code=exited, status=255/n/a
сен 15 07:11:02 sen4cap systemd[1]: Unit sen2agri-demmaccs.service entered failed state.
сен 15 07:11:02 sen4cap systemd[1]: sen2agri-demmaccs.service failed.

Hi all,

is there anybody still trying to help us:: Here my errror log while uploading the shapefile:

>     **Sep 23 08:42:47 uba-s2.novalocal abrt-hook-ccpp[28922]:** Process 28921 (python2.7) of user 53402 killed by SIGABRT - dumping core
> 
>     **Sep 23 08:42:47 uba-s2.novalocal abrt-server[28923]:** Interpreter crashed, but no packaged script detected: 'python scripts/check_shp.py -b /mnt/upload/AT/sen4cap_1602451417639/AT_MMB.shp'
> 
>     **Sep 23 08:42:47 uba-s2.novalocal abrt-server[28923]:** 'post-create' on '/var/spool/abrt/ccpp-2020-09-23-08:42:47-28921' exited with 1
> 
>     **Sep 23 08:42:47 uba-s2.novalocal abrt-server[28923]:** Deleting problem directory '/var/spool/abrt/ccpp-2020-09-23-08:42:47-28921'
> 
>     **Sep 23 08:43:01 uba-s2.novalocal unix_chkpwd[28936]:** password check failed for user (root)
> 
>     **Sep 23 08:43:01 uba-s2.novalocal su[28932]:** pam_unix(su:auth): authentication failure; logname=centos uid=1000 euid=0 tty=pts/0 ruser=centos rhost= user=root
> 
>     **Sep 23 08:43:01 uba-s2.novalocal su[28932]:** pam_succeed_if(su:auth): requirement "uid >= 1000" not met by user "root"

Best Martin

Hello,

Can you share with me your extent layer? To test it here and thus check if it is due to the extent layer or your installation.

Philippe

Hi Philippe,

attached I send you one of many zipped shapefiles I tried. I think it due to the configution of our system here.
AT.zip (1.4 KB)

Best Martin

Hello,

I tried on some of our systems and there is no problem with the shapefile, the site is created smoothly.

@cudroiu do you have any idea what could be the problem in this case?

Philippe

Hello Martin,

From the logs I see some “access denied” messages.
Could you check that the file /mnt/upload/AT/sen4cap_1602451417639/AT_MMB.shp really exists?
If not, could you give 777 access for /mnt/upload ?
Also, you could do a restart of the httpd service (sudo systemctl restart httpd).
If the /mnt/upload/AT/sen4cap_1602451417639/AT_MMB.shp exists, could you check that the following command under the user sen2agri-service and not under root (sudo su -l sen2agri-service) is executed ok:
python /var/www/html/scripts/check_shp.py -b /mnt/upload/AT/sen4cap_1602451417639/AT_MMB.shp

If you still obtain the python error with “Memory map” message above, you should check that the gdal bindings. Did you installed other versions of gdal on that machine or used pip to add/remove some packages that were related to gdal? Can you check the following:
Under the user sen2agri-service (sudo su -l sen2agri-service):
/usr/local/bin/gdal_translate --version
/usr/bin/gdal_translate --version
gdal-config --version
python
>> import osgeo.gdal
>> print osgeo.gdal.__version__

Hope this helps.

Best regards,
Cosmin

Thank you for support!

Following your suggestions. I think the issue is caused by gdal.

[sen2agri-service@uba-s2 ~]$ /usr/local/bin/gdal_translate --version
GDAL 2.3.2, released 2018/09/21
[sen2agri-service@uba-s2 ~]$ /usr/bin/gdal_translate --version
GDAL 1.11.4, released 2016/01/25
[sen2agri-service@uba-s2 ~]$ gdal-config --version
2.3.2
[sen2agri-service@uba-s2 ~]$ python
Python 2.7.5 (default, Aug  7 2019, 00:51:29)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-39)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import osgeo.gdal
>>> print osgeo.gdal.__version__
1.11.4
>>>

Probably I need to update the version for the sen2agri user to GDAL > 2?
I also spotted in the service.properties file the flag for using a GDAL docker container
Would this be a solution? Installing docker, pulling the geodata/gdal image and setting the flag to true?

Best Martin

Hello,

The output of rpm -qa | grep gdal might be interesting to look at.

Best regards,
Cosmin

[sen2agri-service@uba-s2 ~]$ rpm -qa | grep gdal
gdal-1.11.4-3.el7.x86_64
gdal-local-2.3.2-2.x86_64
gdal-libs-1.11.4-3.el7.x86_64
gdal-python-1.11.4-3.el7.x86_64

Best Martin

@cudroiu: Do I need to update one of those packages?
Best M

Dear Martin,

Maybe the solution from here will work also for you:

Best regards,
Cosmin

1 Like