Status Update
Comments
bl...@google.com <bl...@google.com>
ke...@google.com <ke...@google.com>
mi...@google.com <mi...@google.com>
el...@google.com <el...@google.com>
[Deleted User] <[Deleted User]> #2
Our business model requires a higher traffic during this time of month, which is why we have seen the err - maybe the error appeared even before.
If the user re-tries ( using the same credentials ) the same action couple of minutes after , it is working.
Please advice.
bv...@google.com <bv...@google.com>
bw...@google.com <bw...@google.com>
an...@walmart.com <an...@walmart.com> #3
Hello,
As the example shown in the video is testing the connection multiple times in a row, has it happened by testing the connection once (or until it succeeds), then running the code and queries needed and after a while trying to connect again? Is it still failing?
Regards.
ta...@gmail.com <ta...@gmail.com> #4
We have also noticed that sometimes if we refresh the Google Sheet file, from where the INSERT is fired , using the JDBC connection , we are able to connect and insert the records.
Last year we have had a similar issue due to a rollout of some changes on JDBC class ( related to Issue # 28402227 )
Following the discussions with your developers , they did a rollback which fixed the error and we were able again to use the mechanism.
I guess now there is another rollout related to JDBC ?
Or what is the reason of this issue happening suddenly and randomly?
as...@fastretailing.com <as...@fastretailing.com> #5
It connects intermittently and when it doesn't, it stays 30 seconds connecting until the error is thrown.
I tell my users to try to run the code over and over again, until they finally connect.
ba...@periscope-tech.com <ba...@periscope-tech.com> #6
Hello,
Thank you for your comments, this has been forwarded internally.
Regards.
an...@gmail.com <an...@gmail.com> #7
I have the same issue, getting this error "Failed to establish a database connection. Check connection string, username and password." around 30% of the time.
We are getting frequently below error.
Error : Failed to establish a database connection. Check connection string, username and password. at __GS_INTERNAL_top_function_call__.gs:1:8
Please fix this issue ASAP
ko...@google.com <ko...@google.com> #8
Our deployment is experiencing the same issues, spiking on August 1 -- by August 4 we realized that our allowlist in Cloud SQL lacked a few critical subnets. That was completely a problem on our end.
After fixing it, the connection error rate dropped to the ambient level of less than 45k/day. On August 12 we tracked only ~3k errors, but after that connection errors have been on the rise again, reaching 125k failed connections just yesterday (Aug 16).
I understand that the issue has already been reported internally. But I hope these additional time references will be helpful.
Thanks
lu...@gmail.com <lu...@gmail.com> #9
Hello,
In order to move this investigation forward our product engineering team may need sensitive data, therefore Issue Tracker is not the best environment (public) to do so.
This is why I strongly encourage you to reach out to your admin to open a ticket to
If you have any additional questions, please feel free to reach out.
Kind regards.
ol...@kroo.com <ol...@kroo.com> #10
We are getting frequently below error and unable to use the application -
Error : Failed to establish a database connection. Check connection string, username and password.
ga...@sayatalabs.com <ga...@sayatalabs.com> #11
hz...@dotdashmdp.com <hz...@dotdashmdp.com> #12
no...@gmail.com <no...@gmail.com> #13
kf...@google.com <kf...@google.com> #14
Can any one help on this, incase found any solutions
ol...@openvpn.com <ol...@openvpn.com> #15
A few days ago I've updated the whitelist based on this document:
in...@simplerain.com <in...@simplerain.com> #16
The DB we are connecting to is an AWS RDS database. So far, no signs of trouble with the database itself.
I don't see what I can do to improve the experience (apart from migrating the app). Any insights?
he...@gmail.com <he...@gmail.com> #17
One behavior I noticed was when I caught the error in error handling and tried to reconnect in the same code execution it would fail 100% of the time. So my work around ended up writing code that if the execution was from a trigger to create a new trigger to run the code and that seems to work. If the execution was from a menu I would simply alert the user to re-try.
si...@aboutyou.com <si...@aboutyou.com> #18
Please use enabledTLSProtocols=TLSv1.2 instead of useSSL=false, Hope it will work.
ke...@sony.com <ke...@sony.com> #19
ga...@google.com <ga...@google.com>
[Deleted User] <[Deleted User]> #20
ch...@yahooinc.com <ch...@yahooinc.com> #21
te...@sendbird.com <te...@sendbird.com> #22
ma...@gmail.com <ma...@gmail.com> #23
I recommend that everybody file a support ticket here:
We need to continue escalating this issue and bring more attention to it.
la...@google.com <la...@google.com>
ri...@dojocloud.tech <ri...@dojocloud.tech> #24
ma...@google.com <ma...@google.com> #25
After corresponding with a Google rep I went ahead and followed their advice (and the advice of others on this thread) and whitelisted the full IP address list found here:
This - in addition to the fact that I'm about 99.9% sure that the Apps Script team made some form of update within ~24 hours of responding to my ticket without actually announcing/admitting the fact that they did so - completely resolved my issues. I now have a 0% error rate on my scripts. I highly recommend that anybody else experiencing this issue starting by whitelisting the full IP address list.
I will say that this is strange considering it was not necessary at all the past ~2.5 years I've been using GAS, but it seems necessary now. Some updated documentation would be very helpful from Google's side, but it is what it is. I'm just very glad to have found this fixing and hoping/praying it's a permanent one.
Description
Problem you have encountered:
Using an external table with inferred schema, the data source are JSON documents. Querying the table using Standard SQL, often results in error "Unsupported empty struct type for field 'field1'". This happens because empty struct types are not supported by BigQuery.
What you expected to happen:
We would like to be able to query the table even if all records have null values for the struct.
Other information (workarounds you have tried, documentation consulted, etc):
This works for Legacy SQL and for Standard SQL, it works if records with a non-empty struct are returned alongside the records with the null values. However, the use of Standard SQL is preferred over legacy and there are scenarios were customers cannot control when the struct is empty or not.