Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in / Register
  • slapos slapos
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Merge requests 122
    • Merge requests 122
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Jobs
  • Commits
Collapse sidebar
  • nexedi
  • slaposslapos
  • Merge requests
  • !373

Merged
Created Aug 10, 2018 by Łukasz Nowak@lukeMaintainer

Resistance to hazardous slave parameters

  • Overview 23
  • Commits 11
  • Changes 18

As caddy-frontend SR is used in context where one master servers many slaves, over which the master owner does not have proper control, the SR needs to be resistent to slave parameters being hazardeous. In other software releases it is ok for buildout to fail or for the whole/part of the system to be disfunctional in case of wrong parameters, as requester will be in charge of fixing it. Here it is not the case.

This work consist of reviewing and checking all possibly dangerous slave parameters, which result in malfunction of the whole partition (master or slave) and introduces protection for each case.

Test results: PASS

Depends on: https://lab.nexedi.com/nexedi/slapos/merge_requests/398 MERGED

Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: caddy-frontend-slave-caddy-input
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7