Unsolved

This post is more than 5 years old

1 Rookie

 • 

7 Posts

7226

October 25th, 2010 09:00

Avamar exception error "Error <6833>: **** Error 0x80090304 on SSL recv"

Hi Folks,

I'm having this problem where I keep getting exception error (error <6833>) everytime I backup my Exchange.

Has anyone exprienced the same sort of syptoms? I have a feeling it's something to do with encryption? I included a part of the logs below.

...

...

2010-10-24 21:06:38 avtar Info <5018>: - Session ID: 9128796840010509
2010-10-24 21:06:38 avtar Info <5550>: Successfully logged into Server (Compression enabled)
2010-10-24 21:06:38 avtar Info <7512>: Back up of stdin on server "02bav01" for /CO/enterprise.innetwork
2010-10-24 21:06:38 avtar Info <5586>: Loading cache files from C:\avs\var
2010-10-24 21:06:38 avtar Info <7324>: Volume Type for "C:\" is "NTFS", Supports Compression=1, Encryption=1, ACLS=1, DataStreams=1, Reparse=1, Sparse=1
2010-10-24 21:06:38 avtar Info <5573>: - Loaded cache file C:\avs\var\f_cache.dat (5,767,712 bytes)
2010-10-24 21:06:38 avtar Info <5573>: - Loaded cache file C:\avs\var\p_cache.dat (25,166,368 bytes)
2010-10-24 21:06:38 avtar Info <6426>: Done loading cache files
2010-10-24 21:15:12 avtar Warning <6830>: Sent partial encrypted buffer in ssl_sspi::sendfunc
2010-10-24 21:15:12 avtar Warning <6937>: **** Winsock Return Code 10060 receiving SSL data from server in ssl_sspi::recfunc
2010-10-24 21:15:12 avtar Error <6833>: **** Error 0x80090304 on SSL recv
2010-10-24 21:15:12 avtar Warning <6830>: Sent partial encrypted buffer in ssl_sspi::sendfunc
2010-10-24 21:15:12 avtar Warning <6830>: Sent partial encrypted buffer in ssl_sspi::sendfunc
2010-10-24 21:15:13 avtar Info <5387>: Network error occurred: Rebuilding connection 0
2010-10-24 21:15:13 avtar Info <5661>: - Rebuild attempt 1 for connection 0
2010-10-24 21:15:29 avtar Info <5993>: - Datacenter 0 has 4 nodes: Connected to 192.168.250.127:29000, Priv=0, SSL
2010-10-24 21:15:29 avtar Info <5559>: - Trying connection 192.168.250.130:29000
2010-10-24 21:15:29 avtar Info <5560>: - Connected to node 192.168.250.130:29000, Priv=0, SSL
2010-10-24 21:15:29 avtar Info <5388>: Reconnected to server 192.168.250.130:29000
2010-10-24 21:15:29 avtar Info <5581>: - Logging in on connection 0 with Session Ticket
2010-10-24 21:15:29 avtar Info <5582>: - Login successful

...

...

We are running v.5.0.3.29 for both Server and Client.

Thanks for your help!

Kevin

266 Posts

October 25th, 2010 09:00

Hello Kevin,

For those types of issue I would recommend that you look at knowledge base article esg107335 to find out the cause of the connectivity issue.

Please try this one first and let us know about results .

http://solutions.emc.com/emcsolutionview.asp?id=esg107335

rgds,

-r

1 Rookie

 • 

7 Posts

October 25th, 2010 11:00

Hi Thanks for your response.

However the link you gave me does not exist anymore. Perhaps it's been moved?

October 26th, 2010 07:00

Make sure that stunnell is not running on all nodes in the grid.

Rudy

1 Message

November 1st, 2010 17:00

Hi Kevin,

I had the same error a few months back.

My problem was my All Drives Dataset was trying to backup the exchange edb files. I added an exclude in for the exchange files and then created an Exchange dataset using the VSS plugin to backup exchange.

As you can see in your log file there is 9 mins where you dont know what is happening.

Add status=120 in the dataset so it writes a status update every 2 mins in your log file.

To do this edit the dataset, on the options tab select the plug in, click more, in enter attribute type status and in enter attribute value type 120 then click the + symbol and OK.

Rerun the backup and check the log file for exactly where it failed.

P.S: I know this works on the Windows File System Plugin not sure if it works on the Exchange Plugin (cant see why not though)

Let me know how you go.

Craig

39 Posts

November 2nd, 2010 16:00

Hi, Kevin:

Please following the steps to check stunnel works or not.

1) Stunnel is an intermediate layer between the client and the server.

Stunnel accepts connections on port 29000, and then relays the information to port 27000 via ASCD. Therefore, if stunnel is not up and running, all connections to port 29000 will fail.

1a) You can check if stunnel is running on the utility node by typing, as user root, on the utility node:

ps -elf | grep stunnel

Here is the expected response:

1 S admin 499 1 0 76 0 - 4676 - 2008 ? 00:00:00 /usr/sbin/stunnel /usr/local/avamar/etc/stunnel/stunnel.conf

1b) You can also confirm if stunnel is the issue by trying a backup with encrypt set to "proprietary" rather than to "ssl".
If a non-ssl backup works, but an ssl backup fails, then the issue could be with stunnel. It could also be because there is some issue with the SSL library on the client.

Regards,

Charles

0 events found

No Events found!

Top