Open-Capture Forums Open-Capture : installation Upload pdf via interface web HS

Étiqueté : 

  • Ce sujet contient 20 réponses, 3 participants et a été mis à jour pour la dernière fois par Alex, le il y a 4 années.
15 sujets de 1 à 15 (sur un total de 21)
  • Auteur
    Messages
  • #1132
    Vinz
    Participant

    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,

    #1133
    Nathan Cheval
    Modérateur

    Bonjour,

    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

    #1134
    Vinz
    Participant

    Et 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:appwsgi

    oct. 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: 23290

    Merci à vous

    #1135
    Nathan Cheval
    Modérateur

    Et la commande suivante :

    sudo systemctl status OCForInvoices-worker

    Lead Dev Open-Capture

    #1136
    Vinz
    Participant

    Bonjour,

    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.

    #1137
    Vinz
    Participant

    J’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 invoices

    oct. 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 et 1 mois par Vinz.
    #1138
    Nathan Cheval
    Modérateur

    Ok, lancez à la main le service svp :

    /opt/OpenCaptureForInvoices//bin/scripts/service_workerOC.sh

    Lead Dev Open-Capture

    #1140
    Vinz
    Participant

    ocapture@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 invoices

    #1141
    Nathan Cheval
    Modérateur

    Ok 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

    #1142
    Vinz
    Participant

    /usr/local/bin/kuyruk

    #1143
    Nathan Cheval
    Modérateur

    Quelles 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

    #1144
    Vinz
    Participant

    VM 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 workers

    optional 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 object

     

    #1145
    Vinz
    Participant

    Cela 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’

    #1146
    Nathan Cheval
    Modérateur

    C’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 et 1 mois par Nathan Cheval.

    Lead Dev Open-Capture

    #1148
    Vinz
    Participant

    /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

     

15 sujets de 1 à 15 (sur un total de 21)
  • Vous devez être connecté pour répondre à ce sujet.