New Amazon S3 connector chain does not pick up fresh access token

Hi,

I experience a problem with the new Amazon S3 nodes. I run the connection and everything is fine. Then at some point the access token expires. Now I retrieve a new token and reset the connection related nodes. However, they don’t pick up the new token! The connector node still says, that the token has expired. The now deprecated connector has no such issue. It happily picks up the fresh token and keeps running. The whole thing can only be fixed by restarting KNIME.

BTW, the connection is set to use the “Default credential providder chain”. I also tried to set the AWS id and secret key directly with credentials, but that doesn’t work neither. I’m not sure why.

Is this a bug? Or am I missing something?

Hi @MeikelBrandmeyer,

thanks for reporting this. Looks like a bug in the new S3 Connector node and there seems to be no simple workaround. I will have a look into this shortly.

1 Like

Hi @MeikelBrandmeyer,

KNIME 4.3.1 was release on Friday and contains a fix to reload the default credentials provider chain if you reset the S3 connection node. Does this help?

It still does not work for me. Do I have to replace the node? Or should it work just opening the workflow with the new KNIME version?

Hi @MeikelBrandmeyer,

you have to update KNIME or download the new KNIME Version. You can verify the Version via:
Help > About KNIME… > Installation details. There should be a KNIME Amazon Cloud Connectors feature with Version 4.3.1.v202101261633.

The current node contains the fix and you don’t need to replace it. Restarting the node should be enough to reload the default credentials provider chain.

1 Like

No. Doesnt work for me. I have updated yesterday.

image

Hmpf, thats strage. How do you set the credentials? I have tested this on Linux using a credentials file and the credentials are reloaded after restarting the S3 connector node.

We have a custom node from our IT department, which talks to some REST service to obtain a new token. These credentials are then written to files in the ~/.aws directory. I presume, the credentials are picked-up from there. At least it worked like that until the 4.3 update. And the old, now-deprecated S3 connector continues to work like that.

Just checked again: Does not work for me with 4.3.1 neither.

image vs. image

Edit: I’m on Windows. Didn’t mention that before.

I have tested this on windows now and it does not work with KNIME 4.3.0, but with 4.3.1 the credentials are reloaded on connector restart. Just to be secure, can you check that the content of the ~/.aws/credentials file changed (on Windows C:\Users\your-username\.aws\credentials) and that your workflow with the legacy S3 connector does not use any flow variables? Can you take a look in the logs (KNIME > View > Open KNIME log) and what error was reported after executing the S3 Connector node?

I checked. The file changes.

The deprecated node, does not use any flow variables, AFAICT.

image
image

Hmpf, sorry on that. I still can’t reproduce this. Can you post the KNIME log?

Please find a sanitized and commented log attached.

s3_connector_refresh_problem.txt (18.7 KB)

Ok. Nevermind. I reinstalled KNIME from a completely fresh download. This fixed the problem. I don’t know how this can be. I only ever ran updates. I don’t see how things could brake.

Hm, strange, but god to know that everything works now with KNIME 4.3.1.

This topic was automatically closed 182 days after the last reply. New replies are no longer allowed.