-
Notifications
You must be signed in to change notification settings - Fork 55
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
Logdna agent 2.0 breaks for on-prem installs #206
Comments
Perhaps the removal of the Just a note, it would be really nice to see the host being used in the event of failure in the agent logs. |
Thanks for the suggestion, @darakian. We will be fixing the environment variables to be the way they were before. Your suggestion to have the host as part of the error is a good one! That change would go in @logdna/logger package. Feel free to open an issue in that repository and we'll get it in shortly. That being said, the logger only has a full URL (not the individual parts of host, endpoint, etc), however we can provide that URL in its entirety as part of those errors. |
Previously, we attempted to move to a single URL for the logger client and remove the many env vars that previously "built" the URL. However, doing a `major` release for this wasn't sufficient enough to not break customers, so we are putting them back until such time we can ensure a safer upgrade path for such breaking changes. Semver: patch Fixes: #206 Ref: LOG-7618
Previously, we attempted to move to a single URL for the logger client and remove the many env vars that previously "built" the URL. However, doing a `major` release for this wasn't sufficient enough to not break customers, so we are putting them back until such time we can ensure a safer upgrade path for such breaking changes. Semver: patch Fixes: #206 Ref: LOG-7618
Hey all,
Just got through an incident where logs were no longer arriving for an "on-prem " install of your service. The issue is something to do with the 2.0 release which we install through your repos. We were seeing logs of the sort
with the 2.0 agent. After downgrading back to 1.6.5 we see
This seems to be the case across all rhel/debian based hosts. Our logs are sent to a domain of the form
a.b.c.d
which differs from your regularlogs.logdna.com
path. Perhaps that's the issue.The text was updated successfully, but these errors were encountered: