Skip to main content

I have been having a strange issue and looking to see if anybody around here has faced this before.

MAs WS 2022, OS Firewall disabled, UAC Disabled, no AV Tools.

I have a GCP Bucket Library that randomly goes offline in Commvault and when I ran a Cloud Test I get the following error via CloudActivity.log

 

4012  1b28  07/01 13:46:02 ######## #cvd] CURL error, CURLcode= 35, SSL connect error
4012  1b28  07/01 13:46:02 ######## #cvd] Curl Error: 35, POST https://www.googleapis.com/oauth2/v3/token
4012  1b28  07/01 13:46:02 ######## #cvd] CVRESTBaseRemoteFile::SetRESTErrorCode() - Error: Error = 44038
4012  1b28  07/01 13:46:02 ######## #cvd] CVRFGoogleCloud::SendRequest() - Error: Error = 44038
4012  1b28  07/01 13:46:02 ######## 2cvd] GetRootFolderStatus() - Error: Error = 44038

 

There are no firewalls rules. MAs are allowed to go straight to the internet (Google Cloud). The library is currently online, two MAs accessing it, mount paths shared both with Read/White and soon after I initiate an AUX Copy, one of the MAs goes offline and I cant authenticate.  I saw this post but it does not apply here.

Few mins later, it goes online again and the process repeats.

C:\Users\user123>curl -v https://www.googleapis.com/oauth2/v3/token
* Host www.googleapis.com:443 was resolved.
* IPv6: (none)
* IPv4: x.x.x.x
*   Trying x.x.x.x:443...
* Connected to www.googleapis.com (x.x.x.x) port 443
* schannel: disabled automatic use of client certificate
* ALPN: curl offers http/1.1
* Recv failure: Connection was reset
* schannel: failed to receive handshake, SSL/TLS connection failed
* closing connection #0
curl: (35) Recv failure: Connection was reset

Anyone with experience or seen this with GCP?

Thanks in advance.

 

Hey ​@dude 

Am I misinterpreting that your command-line CURL test is also failing with an SSL/TLS issue (i.e CURL 35 error that is being reported in our logs).

schannel: failed to receive handshake, SSL/TLS connection failed

 

It seems that way, in which the error is not specific to Commvault but CURL is failing too, which indicates an OS/Network issue.

I went through a bunch of tickets with logs similar to yours (AWS and GCP), and they were all resolved at the network layer. Its going to be a hard one to troubleshoot - you may need to break out wireshark. Any chance of an HTTP/HTTPS proxy in your environment that is being pushed to the system account?


Thanks ​@Damian Andre currently working on it and investigating what it could be. Will report back once I have more details.


Reply