You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
OrangeDog opened this issue
Oct 2, 2019
· 5 comments
Assignees
Labels
ConfirmedSalt engineer has confirmed bug/feature - often including a MCVEFeaturenew functionality including changes to functionality and code refactors, etc.
Changes made by salt-call schedule.enable or salt-call schedule.disable are not reflected on-disk in /etc/salt/minion.d/_schedule.conf, but do appear in salt-call schedule.list. Similarly, salt-call schedule.reload doesn't have any affect on the global status.
This should be a simple fix and we'll get it for the Neon release since it would technically be a new feature, we currently support being able to persist when enabling and disabling individual jobs but not the entire scheduler.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
If this issue is closed prematurely, please leave a comment and we will gladly reopen the issue.
ConfirmedSalt engineer has confirmed bug/feature - often including a MCVEFeaturenew functionality including changes to functionality and code refactors, etc.
Description of Issue
Changes made by
salt-call schedule.enable
orsalt-call schedule.disable
are not reflected on-disk in/etc/salt/minion.d/_schedule.conf
, but do appear insalt-call schedule.list
. Similarly,salt-call schedule.reload
doesn't have any affect on the global status.https://gist.github.com/OrangeDog/fd08470a682752347efd52fe7a5b830d
The text was updated successfully, but these errors were encountered: