Open-Capture › Forums › Open-Capture : installation › Upload pdf via interface web HS
Étiqueté : 502 upload
- Ce sujet contient 20 réponses, 3 participants et a été mis à jour pour la dernière fois par Alex, le il y a 3 années et 11 mois.
-
AuteurMessages
-
13 octobre 2020 à 16 h 44 min #1132VinzParticipant
Bonjour,
J’obtiens l’erreur ci-dessous via l’interface web en admin et avec un autre utilisateur en voulant uploader un pdf (100ko)
« Erreurs lors du téléchargement du/des fichier(s)
502 Bad Gateway
nginx/1.14.2 »Debian 10.6 toute fraîche du jour.
Installation faite avec un utilisateur dédié en sudo sans erreur.
Cordialement,
13 octobre 2020 à 16 h 49 min #1133Nathan ChevalModérateurBonjour,
Que donne la commande suivante (à effectuer le plus rapidement possible après que l’erreur se soit produite) :
sudo systemctl status OCForInvoices-web
Lead Dev Open-Capture
13 octobre 2020 à 16 h 56 min #1134VinzParticipantEt voilà :
● OCForInvoices-web.service – Gunicorn instance to Open-Capture For Invoices
Loaded: loaded (/etc/systemd/system/OCForInvoices-web.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2020-10-13 16:24:06 CEST; 30min ago
Main PID: 22326 (gunicorn)
Tasks: 4 (limit: 4915)
Memory: 211.4M
CGroup: /system.slice/OCForInvoices-web.service
├─22326 /usr/bin/python3 /usr/local/bin/gunicorn –timeout 300000 –workers 3 –bind unix:OCForInvoices.sock -m 007 wsgi:appwsgi
├─22330 /usr/bin/python3 /usr/local/bin/gunicorn –timeout 300000 –workers 3 –bind unix:OCForInvoices.sock -m 007 wsgi:appwsgi
├─22574 /usr/bin/python3 /usr/local/bin/gunicorn –timeout 300000 –workers 3 –bind unix:OCForInvoices.sock -m 007 wsgi:appwsgi
└─23290 /usr/bin/python3 /usr/local/bin/gunicorn –timeout 300000 –workers 3 –bind unix:OCForInvoices.sock -m 007 wsgi:appwsgioct. 13 16:24:06 vs-ocapture-001 systemd[1]: Started Gunicorn instance to Open-Capture For Invoices.
oct. 13 16:24:06 vs-ocapture-001 gunicorn[22326]: [2020-10-13 16:24:06 +0200] [22326] [INFO] Starting gunicorn 20.0.4
oct. 13 16:24:06 vs-ocapture-001 gunicorn[22326]: [2020-10-13 16:24:06 +0200] [22326] [INFO] Listening at: unix:OCForInvoices.sock (22326)
oct. 13 16:24:06 vs-ocapture-001 gunicorn[22326]: [2020-10-13 16:24:06 +0200] [22326] [INFO] Using worker: sync
oct. 13 16:24:06 vs-ocapture-001 gunicorn[22326]: [2020-10-13 16:24:06 +0200] [22330] [INFO] Booting worker with pid: 22330
oct. 13 16:24:06 vs-ocapture-001 gunicorn[22326]: [2020-10-13 16:24:06 +0200] [22331] [INFO] Booting worker with pid: 22331
oct. 13 16:24:06 vs-ocapture-001 gunicorn[22326]: [2020-10-13 16:24:06 +0200] [22332] [INFO] Booting worker with pid: 22332
oct. 13 16:25:07 vs-ocapture-001 gunicorn[22326]: [2020-10-13 16:25:07 +0200] [22574] [INFO] Booting worker with pid: 22574
oct. 13 16:39:11 vs-ocapture-001 gunicorn[22326]: [2020-10-13 16:39:11 +0200] [23290] [INFO] Booting worker with pid: 23290Merci à vous
13 octobre 2020 à 17 h 30 min #1135Nathan ChevalModérateurEt la commande suivante :
sudo systemctl status OCForInvoices-worker
Lead Dev Open-Capture
14 octobre 2020 à 9 h 06 min #1136VinzParticipantBonjour,
j’ai effectivement une erreur avec OCForInvoices-worker.service :
● OCForInvoices-worker.service – Daemon for Open-Capture for Invoices
Loaded: loaded (/etc/systemd/system/OCForInvoices-worker.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2020-10-13 16:23:40 CEST; 16h ago
Process: 22141 ExecStart=/opt/OpenCaptureForInvoices//bin/scripts/service_workerOC.sh (code=exited, status=132)
Main PID: 22141 (code=exited, status=132)oct. 13 16:23:39 vs-ocapture-001 systemd[1]: OCForInvoices-worker.service: Failed with result ‘exit-code’.
oct. 13 16:23:40 vs-ocapture-001 systemd[1]: OCForInvoices-worker.service: Service RestartSec=100ms expired, scheduling restart.
oct. 13 16:23:40 vs-ocapture-001 systemd[1]: OCForInvoices-worker.service: Scheduled restart job, restart counter is at 5.
oct. 13 16:23:40 vs-ocapture-001 systemd[1]: Stopped Daemon for Open-Capture for Invoices.
oct. 13 16:23:40 vs-ocapture-001 systemd[1]: OCForInvoices-worker.service: Start request repeated too quickly.
oct. 13 16:23:40 vs-ocapture-001 systemd[1]: OCForInvoices-worker.service: Failed with result ‘exit-code’.
oct. 13 16:23:40 vs-ocapture-001 systemd[1]: Failed to start Daemon for Open-Capture for Invoices.14 octobre 2020 à 9 h 14 min #1137VinzParticipantJ’ai redémarrer le service OCForInvoices-worker, réessayer un upload, erreur nginx 502, le service est à nouveau down :
<!–more–>
● OCForInvoices-worker.service – Daemon for Open-Capture for Invoices
Loaded: loaded (/etc/systemd/system/OCForInvoices-worker.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2020-10-14 09:07:27 CEST; 844ms ago
Main PID: 4486 (service_workerO)
Tasks: 3 (limit: 4915)
Memory: 62.4M
CGroup: /system.slice/OCForInvoices-worker.service
├─4486 /bin/bash /opt/OpenCaptureForInvoices/bin/scripts/service_workerOC.sh
└─4487 /usr/bin/python3 /usr/local/bin/kuyruk –app bin.src.main.OCforInvoices_worker worker –queue invoicesoct. 14 09:07:27 vs-ocapture-001 systemd[1]: Started Daemon for Open-Capture for Invoices.
ocapture@vs-ocapture-001:/opt/OpenCaptureForInvoices/bin$ sudo systemctl status OCForInvoices-worker
● OCForInvoices-worker.service – Daemon for Open-Capture for Invoices
Loaded: loaded (/etc/systemd/system/OCForInvoices-worker.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2020-10-14 09:07:31 CEST; 1min 14s ago
Process: 4627 ExecStart=/opt/OpenCaptureForInvoices//bin/scripts/service_workerOC.sh (code=exited, status=132)
Main PID: 4627 (code=exited, status=132)oct. 14 09:07:31 vs-ocapture-001 systemd[1]: OCForInvoices-worker.service: Service RestartSec=100ms expired, scheduling restart.
oct. 14 09:07:31 vs-ocapture-001 systemd[1]: OCForInvoices-worker.service: Scheduled restart job, restart counter is at 5.
oct. 14 09:07:31 vs-ocapture-001 systemd[1]: Stopped Daemon for Open-Capture for Invoices.
oct. 14 09:07:31 vs-ocapture-001 systemd[1]: OCForInvoices-worker.service: Start request repeated too quickly.
oct. 14 09:07:31 vs-ocapture-001 systemd[1]: OCForInvoices-worker.service: Failed with result ‘exit-code’.
oct. 14 09:07:31 vs-ocapture-001 systemd[1]: Failed to start Daemon for Open-Capture for Invoices.- Cette réponse a été modifiée le il y a 4 années par Vinz.
14 octobre 2020 à 9 h 15 min #1138Nathan ChevalModérateurOk, lancez à la main le service svp :
/opt/OpenCaptureForInvoices//bin/scripts/service_workerOC.sh
Lead Dev Open-Capture
14 octobre 2020 à 9 h 17 min #1140VinzParticipantocapture@vs-ocapture-001$ /opt/OpenCaptureForInvoices//bin/scripts/service_workerOC.sh
/opt/OpenCaptureForInvoices//bin/scripts/service_workerOC.sh : ligne 24 : 5186 Instruction non permise /usr/local/bin/kuyruk –app bin.src.main.OCforInvoices_worker worker –queue invoices14 octobre 2020 à 9 h 22 min #1141Nathan ChevalModérateurOk il y a l’air d’avoir un problème avec le paquet qui gère le worker. Que vous retourne la commande
which kuyruk
Lead Dev Open-Capture
14 octobre 2020 à 9 h 24 min #1142VinzParticipant/usr/local/bin/kuyruk
14 octobre 2020 à 9 h 40 min #1143Nathan ChevalModérateurQuelles sont les spec de la machine ?
Et essayez de lancer la commande de kuyruk à la main, afin de voir si une autre erreur plus précise se présente ?
Lead Dev Open-Capture
14 octobre 2020 à 10 h 02 min #1144VinzParticipantVM debian 10.6 avec 8 Go de RAM, 4 cores, HDD de 32Go
Comment puis-je lancer kuyruk à la main ?
ocapture@vs-ocapture-001:/opt/OpenCaptureForInvoices/bin$ /usr/local/bin/kuyruk -h
usage: kuyruk [-h] [-v] -a APP {worker,manager} …positional arguments:
{worker,manager} sub-command name
worker run a worker
manager see and manage kuyruk workersoptional arguments:
-h, –help show this help message and exit
-v, –version show program’s version number and exit
-a APP, –app APP path to the Kuyruk object14 octobre 2020 à 10 h 14 min #1145VinzParticipantCela viens peux être de là ?
ocapture@vs-ocapture-001:~$ /usr/local/bin/kuyruk –app bin.src.main.OCforInvoices_worker worker –queue invoices
Traceback (most recent call last):
File « /usr/local/bin/kuyruk », line 8, in <module>
sys.exit(main())
File « /usr/local/lib/python3.7/dist-packages/kuyruk/__main__.py », line 68, in main
app = importer.import_object_str(args.app)
File « /usr/local/lib/python3.7/dist-packages/kuyruk/importer.py », line 37, in import_object_str
return import_object(module, obj)
File « /usr/local/lib/python3.7/dist-packages/kuyruk/importer.py », line 28, in import_object
module = import_module(module_name)
File « /usr/local/lib/python3.7/dist-packages/kuyruk/importer.py », line 24, in import_module
return importlib.import_module(name)
File « /usr/lib/python3.7/importlib/__init__.py », line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File « <frozen importlib._bootstrap> », line 1006, in _gcd_import
File « <frozen importlib._bootstrap> », line 983, in _find_and_load
File « <frozen importlib._bootstrap> », line 953, in _find_and_load_unlocked
File « <frozen importlib._bootstrap> », line 219, in _call_with_frames_removed
File « <frozen importlib._bootstrap> », line 1006, in _gcd_import
File « <frozen importlib._bootstrap> », line 983, in _find_and_load
File « <frozen importlib._bootstrap> », line 953, in _find_and_load_unlocked
File « <frozen importlib._bootstrap> », line 219, in _call_with_frames_removed
File « <frozen importlib._bootstrap> », line 1006, in _gcd_import
File « <frozen importlib._bootstrap> », line 983, in _find_and_load
File « <frozen importlib._bootstrap> », line 965, in _find_and_load_unlocked
ModuleNotFoundError: No module named ‘bin’14 octobre 2020 à 11 h 04 min #1146Nathan ChevalModérateurC’est bien la dernière commande qu’il faut lancer. Mais lancez là depuis la racine d’OC : /opt/OpenCaptureForInvoices/
- Cette réponse a été modifiée le il y a 4 années par Nathan Cheval.
Lead Dev Open-Capture
14 octobre 2020 à 11 h 33 min #1148VinzParticipant/usr/local/bin/kuyruk –app bin.src.main.OCforInvoices_worker worker –queue invoices
J’obtiens :
ocapture@vs-ocapture-001:/opt/OpenCaptureForInvoices$ /usr/local/bin/kuyruk –app bin.src.main.OCforInvoices_worker worker –queue invoices
Instruction non permise -
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.