I already have a ticket with support about this, but figured I'd post here in case anyone has any input.
High level:
Further details
This seemed to start after these 2 events:
I deleted ALL the tools from %ALLUSERSPROFILE%\Alteryx\Tools on the server as well as my .shiv folder on the server and reinstalled just 1.3.3. Same sequence of events occurred as noted in "High Level" above, so that didn't fix the issue.
I've tried it with all those tool versions noted and have the same issue with all tool versions.
I think it has something to do with google authentication, but I don't know if it's a tool issue or internal issue.. here's why
Are you connecting via Oauth/JWT or DCM? This sounds like the upload is authenticating as the local user (Designer) and when their Gdrive connection timesout ---> your workflow doesn't run. You need to connect via an Oauth App (Client ID/Secret) via DCM or a GCP Service Account's keys (.json file with a .jwt and various other cool pieces of info).
If you are avid GCP/workspace user and interested in a redesign to better tie Alteryx server into your holistic GCP/Gsuite landscape -> I'm down to do some consulting in this specific use case.
@apathetichell Using DCM. We don't have access to the client secret(or to get it through the google developer console) and I doubt IT will give it to me.
Can you confirm that the builder who is using this on Designer is also authenticating to Gdrive via the Server DCM connection? This does sound like local/personal auth timing out.
My recommendations are:
1) check on DCM/DCM connections.
2) check out the redirect URI in your DCM/GCP Oauth setup (yes -> you'll have to talk to your GCP team).
3) Beg for a JSON service account key (can be a GCP binary secret) so you can get this to server and then code it yourself.
4) --- reach out to me about rearchitecting this. I can sketch out to your GCP team how I'd make more this more palatable for them -> mostly it's shifting the connection from Alteryx -> Gsheets/Gdrive to Gsheets/Gdrive -> Alteryx and all the secondary changes that you need for that architecture.
@apathetichell I am the one doing all of this. Yes, I'm using the server DCM connection.
I got the client secret. I created a new DCM connection using the client ID and client secret. The scheduled workflow worked for a half hour, then failed again.
When you build the workflow in Designer/Test in Designer ---> how are you connecting?
I'm not 100% sure that this works - but let's go through how it SHOULD work:
In designer you are using DCM to connect via OAUTH (or something).
Your DCM is set up in Server (and propagates to Designer).
Your redirect URI set up for your app registration in GCP which generated your Client ID/Client Secret is reachable from your server and your designer.
If your issue is still specifically the timeout that you are seeing -> this looks like you are authenticating as a user and Alteryx relying upon your personal JWT vs trying to create the oauth flow from Server.
The easiest way to do fix this would be to create a .json file service account key for a service account principal. Connect via that .json file. The only other ways that I can see fixing this are "complicated" and to be honest require significant re-envisioning of how you use Server/Gsuite/GCP. I believe the later is a 'better' solution for more restricted/more current tech stack companies tech stack -> but this solution is really only relevant for companies who use gsuite extensively -> and ideally whose Server is either on a GCP VM or an AWS EC2 with a GCP OIDC (workload identity federation) set up and the GCP CLI installed.
User | Count |
---|---|
107 | |
85 | |
76 | |
54 | |
40 |