-
Notifications
You must be signed in to change notification settings - Fork 585
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
Server refresh not working after migration to 2020.4.2 #444
Comments
We have run into this issue with other WDCs' after upgrading to 2020.4. Based on this post I was able to apply the below changes and get them working. According to Tableau Support.
|
@tomslickcook Thank you very much for the hint! |
We're having the same issue after upgrading to Tableau Server 2021.1, none of our WDCs will refresh on the Server. I tried the above workaround but it didn't work and then I was told by Tableau Support that unfortunately that workaround does not apply to 2021.1 and forward but will work for 2020.4 for now. |
We also upgraded from from 2020.3.3 to 2020.4.2, and I'm having the same error as @lgemeinhardt with our custom WDC. The change suggested by @tomslickcook was applied, but the WDC still isn't working. Looking at a trace from IIS, the Tableau server is not negotiating authentication, it is only trying anonymous and failing. Using Chromium 92.0 I am able to run the WDC from the desktop. I am also able to refresh the extract using Tableau desktop. |
@mellolr1 Strange - did you run "tsm pending-changes apply" to force the server to load the changes? |
Yes, we did. I'm seeing this error in the dashboard. |
@mellolr1 Looks for me like a different issue, because I cannot refresh the extract, but could use an extract populated via Tableau Desktop in the dashboard ... I assume your issue is more related to the dashboard. |
Those erros only happen in the server. I am able to refresh the extracts using this WDC from the desktop. |
@mellolr1 are you using the json/xml connector? Once you switch the WebEngine flag off on Server you no longer have access to the improvements that came with it, like being able to use modern javascript (ie: const/let, arrow functions, etc.) Therefore that WDC won't work anymore on Server, but on Desktop, which is still using the current WebEngine, it will work fine. |
@KeshiaRose yes that's what I started with. Is that the old WebKit vs new WebEngine? Is there a way to test my JS with WebKit without pushing to the server? |
I think I got it now, thank you @KeshiaRose for putting me on the right track. I installed desktop 2019.3 to troubleshoot the WDC without WebEngine. What a mess... but almost back in business. |
Any news or updates on this issue or is disabling With @KeshiaRose 's help I got our connector working when QtWebEngine is disabled, but our new environment will have it enabled again.
This is the js connector...
` |
Link this with https://community.tableau.com/s/question/0D54T00000WVtT2/since-upgrade-to-202042-any-workbooks-with-a-wdc-datasource-when-extract-refreshes-on-server-cpus-max-out-at-100 ... Issue still not solved 👎 |
Looks like this has been resolved, here are the details:
I'm going to close this issue but please re-open if after trying these steps you are still seeing the problem. Note: If you had set the |
After upgrade (from 2020.3.3 to 2020.4.2) the web data connector could not refresh anymore (Error message: Unknown Failure ( status code = 3002, The connection to the data source might have been lost. ExternalProtocol::PipeMessageSource::ReadBytes: Communication with the Tableau Protocol Server process was lost. Tableau Protocol Server process might be terminated, possibly due to system resource constraints or another external source ) ... same wdc was running perfect in previous versions and runs perfect in desktop tool (even with version 2020.4.2). Whitelist is not the issue and I could see the request also on the server site (storing the wdc). Also a fresh sample like the one below works only in desktop, but not with server refresh anymore - look like the server does not call getSchema or getData callback
The text was updated successfully, but these errors were encountered: