Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Register
  • Sign in
  • R re6stnet
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 2
    • Issues 2
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 4
    • Merge requests 4
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • nexedinexedi
  • re6stnet
  • Issues
  • #1
You need to sign in or sign up before continuing.
Closed
Open
Issue created Jul 01, 2024 by Tom Niget@zdimensionDeveloper

Properly handle the lifecycle of subprocesses

Re6st delegates much of its functionality to external programs, such as OpenVPN and Babel. Those are launched as subprocesses during network initialization, but their subsequent fate is left unchecked as soon as the network is running.

Re6st should handle those subprocesses crashing or failing in any way and take the appropriate measures (log an error, restart the process, ...).

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7