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
Describe the bug
After the upgrade from 2.2.3 to 2.2.4, we are seeing a errors in server logs indicating invaild acces key id "InvalidAccessKeyId: The AWS Access Key Id you provided does not exist in our records."
To Reproduce
Steps to reproduce the behavior:
Configure Flowise with s3 storage
Expected behavior
Need to work with the s3 existing access keys
Screenshots
2025-01-29 02:22:13 [ERROR]: unhandledRejection: The AWS Access Key Id you provided does not exist in our records.
InvalidAccessKeyId: The AWS Access Key Id you provided does not exist in our records.
at throwDefaultError (/usr/local/lib/node_modules/flowise/node_modules/@smithy/smithy-client/dist-cjs/index.js:867:20)
at /usr/local/lib/node_modules/flowise/node_modules/@smithy/smithy-client/dist-cjs/index.js:876:5
at de_CommandError (/usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/client-s3/dist-cjs/index.js:4935:14)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async /usr/local/lib/node_modules/flowise/node_modules/@smithy/middleware-serde/dist-cjs/index.js:35:20
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-sdk-s3/dist-cjs/index.js:483:18
at async /usr/local/lib/node_modules/flowise/node_modules/@smithy/middleware-retry/dist-cjs/index.js:321:38
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-flexible-checksums/dist-cjs/index.js:286:18
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-sdk-s3/dist-cjs/index.js:109:22
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-sdk-s3/dist-cjs/index.js:136:14
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-logger/dist-cjs/index.js:33:22
Setup
Installation [docker`]
Flowise Version 2.2.4
OS: Linux]
Browser [e.g. chrome]
The text was updated successfully, but these errors were encountered:
Hi Henry,
Yes the Key exists and it works. It was working with v2.2.3 and it stopped working when upgraded to v2.2.4. Going back to v2.2.3 it started to work again.
Thanks,
Naran
Describe the bug
After the upgrade from 2.2.3 to 2.2.4, we are seeing a errors in server logs indicating invaild acces key id "InvalidAccessKeyId: The AWS Access Key Id you provided does not exist in our records."
To Reproduce
Steps to reproduce the behavior:
Configure Flowise with s3 storage
Expected behavior
Need to work with the s3 existing access keys
Screenshots
2025-01-29 02:22:13 [ERROR]: unhandledRejection: The AWS Access Key Id you provided does not exist in our records.
InvalidAccessKeyId: The AWS Access Key Id you provided does not exist in our records.
at throwDefaultError (/usr/local/lib/node_modules/flowise/node_modules/@smithy/smithy-client/dist-cjs/index.js:867:20)
at /usr/local/lib/node_modules/flowise/node_modules/@smithy/smithy-client/dist-cjs/index.js:876:5
at de_CommandError (/usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/client-s3/dist-cjs/index.js:4935:14)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async /usr/local/lib/node_modules/flowise/node_modules/@smithy/middleware-serde/dist-cjs/index.js:35:20
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-sdk-s3/dist-cjs/index.js:483:18
at async /usr/local/lib/node_modules/flowise/node_modules/@smithy/middleware-retry/dist-cjs/index.js:321:38
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-flexible-checksums/dist-cjs/index.js:286:18
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-sdk-s3/dist-cjs/index.js:109:22
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-sdk-s3/dist-cjs/index.js:136:14
at async /usr/local/lib/node_modules/flowise/node_modules/@aws-sdk/middleware-logger/dist-cjs/index.js:33:22
Setup
The text was updated successfully, but these errors were encountered: