-
Notifications
You must be signed in to change notification settings - Fork 207
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
I wish fetch-config would not delete the .json config file #1218
Comments
Hi Using the Thank you! |
In the
You can see that
|
Hi! Thank you for providing the logs. The |
Any updates to this issue? We are experiencing the same thing. Is it expected instead that the config.json file gets transposed into the .toml file and the .json file is removed as it is no longer needed? |
@okankoAMZ I just noticed this in the journal after re-fetching the config... the main PID is logging:
I want to emphasize again, the number of different files and formats CWAgent seems to shuffle the config through doesn't inspire confidence. It seems like asking for bugs.
|
Hi any update on the file getting deleted |
This occurs on EC2 (Linux 2023) as well by default. |
still happens on 24.04 build, wasted 1 hour |
This is happening to us too, as a first time user of cloudwatch agent, this was incredibly confusing Here's our status so you can see the version number. Running on Ubuntu v22 LTS on EC2.
|
I ran the following:
** Check out the last line, that fetch-config command is definitely trying to delete the config!** |
Aha:
|
The problem seems to be putting my config in exactly this file before running the import command:
In any case, using some other file path should work around this. Once again, this process of importing the config in one file format and outputting in another file format seems like a mess. Would be much cleaner if instead, the main cloudwatch agent process just supported loading its config on startup directly from either a toml, yaml, or json file and we didn't need to run this import step at all. |
It's counterproductive that running
fetch-config
deletes the input.json
config file.When I'm debugging issues I want to just edit the file and rerun the
fetch-config
command. The fact thatfetch-config
deletes the file makes this more of a hassle.And to me it seems like the configuration is overcomplicated (converting to a different
.toml
format, there's also a.yaml
file there for some reason). It would be way more straightforward if we just specify.json
file or SSM parameter or whatever as the configuration source, and the CloudWatch agent just leaves that as the source of truth, i.e. always reads from that file or SSM parameter on startup instead of fetching it and storing it in some other format.The text was updated successfully, but these errors were encountered: