Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
vidjil
vidjil
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,711
    • Issues 1,711
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 86
    • Merge Requests 86
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • vidjil
  • vidjilvidjil
  • Issues
  • #3088

Closed
Open
Opened Mar 19, 2018 by Thonier Florian@flothoniMaintainer

Pear et/ou le scheduler tombe en echec lors du dump

Un utilisateur essaye de faire un merge de fichiers relativement gros (4Go) en preprocess. Après deux tentatives, on retrouve un échec avec une erreur lors de la phase dump.

Voici le log retourné:

Traceback (most recent call last):
  File "/home/vidjil-ci/git/prod/prod-server/server/web2py/gluon/scheduler.py", line 501, in executor
    result = dumps(_function(*args, **vars))
  File "applications/vidjil/models/task.py", line 734, in run_pre_process
    (stdoutdata, stderrdata) = p.communicate()
  File "/usr/lib/python2.7/subprocess.py", line 796, in communicate
    self.wait()
  File "/usr/lib/python2.7/subprocess.py", line 1376, in wait
    pid, sts = _eintr_retry_call(os.waitpid, self.pid, 0)
  File "/usr/lib/python2.7/subprocess.py", line 476, in _eintr_retry_call
    return func(*args)
  File "/home/vidjil-ci/git/prod/prod-server/server/web2py/gluon/scheduler.py", line 901, in <lambda>
    signal.signal(signal.SIGTERM, lambda signum, stack_frame: sys.exit(1))
SystemExit: 1

Je pense qu'il s'agit d'une erreur de surcharge dans la mémoire, mais je ne peux pas accéder à vda pour voir les logs (connexion au chu), et les logs dispo depuis l'interface sont trop récents.

A vérifier lorsque je peux accéder au serveur.

En tout cas je ne suis pas certain qu'il s'agisse d'un bug à proprement parler si cela vient de la mémoire.

cc @magiraud @mikael-s @RyanHerb

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: vidjil/vidjil#3088