Skip to content
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

[BUG] unable to fetch fresh datafile (consider rechecking SDK key), status code: 403 Forbidden during init #424

Open
1 task done
rafiqicr opened this issue Sep 18, 2024 · 0 comments
Labels
bug Something isn't working

Comments

@rafiqicr
Copy link

Is there an existing issue for this?

  • I have searched the existing issues

Agent Version

4.1.0 container running on ECS/Fargate

Current Behavior

We kept seeing these in our logs:

{
    "level": "error",
    "instance": "Instance-2",
    "name": "PollingProjectConfigManager",
    "sdkKey": "undefined",
    "time": "2024-09-15T15:25:48Z",
    "message": "unable to fetch fresh datafile: 403 Forbidden"
}
{
    "level": "error",
    "requestId": "cf4cbbb4-126d-4efb-816b-4b1932c13540",
    "sdkKey": "undefined",
    "error": "unable to fetch fresh datafile (consider rechecking SDK key), status code: 403 Forbidden",
    "time": "2024-09-15T15:25:48Z",
    "message": "Initializing OptimizelyClient"
}
{
    "level": "info",
    "instance": "Instance-1",
    "name": "OptimizelyClient",
    "sdkKey": "<sdk-key>",
    "time": "2024-09-15T15:25:48Z",
    "message": "Feature \"members-switch-to-postgresdb\" is enabled for user \"Members-Accounts-live\"? false"
}
{
    "level": "info",
    "requestId": "a281f23f-0180-43e2-bf8d-50da98054f72",
    "sdkKey": "<sdk-key>",
    "time": "2024-09-15T15:25:48Z",
    "message": "Feature \"dummy-flag\" is enabled for user Members-Accounts-live? false"
}
..

OPTIMIZELY_SDKKEYS env var is set properly and matches the sdkKey appearing in the follow-up logs.
This also occurs on every message with "Loading Optimizely instance"

As you can see the first few entries will always error on unable to find SDK keys but after that it would work as expected.
Just wondering if this is an expected behaviour or we misconfigured something.
None of the developers notice an actual degradation on our services but it would be nice not to see these in our logs if things are working as expected.

Expected Behavior

Should not show up as logs if SDK keys are set correctly

Steps To Reproduce

  1. Deploy as a container/task on ECS
  2. Look at logs after a few minutes

Go Version

No response

Link

No response

Logs

No response

Severity

No response

Workaround/Solution

No response

Recent Change

No response

Conflicts

No response

@rafiqicr rafiqicr added the bug Something isn't working label Sep 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant