-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Optimise Puppet logging #40
Comments
This ticket is about ensuring that aem-tools actions write to a log destination. This will be done as part of stack-provisioner (aws-related actions) and aem_curator (aem-related actions). Destination is unlikely to be syslog at this point of time since the rest of the logs are written to filesystem and sent to CloudWatch. A separate effort will be needed to migrate everything to syslog. |
Since the introduction of Stack Manager, we also have to ensure that Puppet logging to filesystem does not swallow the stdout, because we still want the stdout for stack manager logging purpose. If we can only pick one between writing to file vs stdout, keep stdout. |
…e snapshot type. (See aem-aws-stack-builder #40)
* Add param to enable launch configuration default to be set to the live snapshot type. (See aem-aws-stack-builder #40) * Add comment about launch configuration default. * Align arrows to keep syntax consistent. * Test for the existence of the snapshot_id before execution. A precautionary measure.
suggest that we pass in the --logdest option to puppet-apply commands with default value of syslog with ability to configure it to a file.
referring to the stack management jobs: export-backups, import-packages etc.
The text was updated successfully, but these errors were encountered: