Joshua Schmid
Joshua Schmid
Running `salt-run state.orch ceph.maintenance.upgrade` errors out _after_ `ceph.updates.salt` with a default error screen. From the logs I can see the following. ``` 2018-11-06 13:54:30,997 [salt.transport.zeromq:393 ][DEBUG ][58454] Setting zmq_reconnect_ivl_max to...
### Description of Issue/Question We have several places in the code that may(some will) behave differently depending on whether salt returns a FQDN or a shortname. In our testing environemnt(vagrant)...
### Description of Issue/Question We changed the default stage.0 to 'default-update-no-reboot' and renamed the files. Either we keep all the files (all possibilities there and just redirect the default.sls) or...
After repeatingly hitting bugs in that area, we should make sure to avoid that in the future by adding tests. See: https://trello.com/c/7uu9MgNa/32-add-unit-func-tests-for-the-engulfment-process
### Description of Issue/Question After finding bugs in there, it's time to add unittests.
### Description of Issue/Question When you find yourself in a forensic situation where one needs to figure out _why_ a certain service is failing, one often does not want to...
### Description of Issue/Question More validations pre upgrade 1) Are all config files where we expect them to be 2) Is the pillar populated with the information we need. (available-roles...
### Description of Issue/Question We really need functional tests for the upgrade functionality. That's one of the last big spots in the project we miss proper tests in. ----- I...
### Description of Issue/Question ### Steps to Reproduce Issue let /srv/pillar/ceph/deepsea_minions.sls point to a non-existent target e.g. ```yaml deepsea_minions: 'nope*' ```` run stage.0 `deepsea stage run ceph.stage.0` will result in...