Unsolved
This post is more than 5 years old
7 Posts
0
4725
Avamar Server 7.3.0-233 DDR SSL issue
Hi,
Very new Avamar user here. GEN4T nodes leveraging DD9500 as the target.
I do have an active open SR with Support on this matter but I wanted to share this with the Community as the previous mentioned fixes (adding an entry in the local hosts files) etc do not work. I read up on this read for help Backup is incomplete because file "/ddr_files.xml" is missing
2016-10-07 10:22:57 avtar Error <10542>: Data Domain server "xxxxxxx.xx.xxxxx" open failed DDR result code: 5341, desc: SSL library error (Log #1)
2016-10-07 10:22:57 avtar Error <10509>: Problem logging into the DDR server:'', only GSAN communication was enabled. (Log #1)
2016-10-07 10:22:57 avtar FATAL <17964>: Backup is incomplete because file "/ddr_files.xml" is missing (Log #1)
2016-10-07 10:22:57 avtar FATAL <8941>: Fatal server connection problem, aborting initialization. Verify correct server address and login credentials. (Log #1)
This is happening for any Aix or Linux client attempting to backup to Data Domain through Avamar. Oddly enough we have also seen this error on one server attempting a Microsoft VSS backup then on others it is ok - baffling indeed.
The clients (all 7.3.0-233) connecting to Avamar Server are on the same VLAN as the Avamar Server and Data Domain (dedicated backup network). Firewall rules and routing do not come into play - so those have been omitted for possible causes.
If anyone has any pearls of wisdom on other potential workarounds or a permanent fix, I am open to ideas.
Thank you
-Matthew.
Matthew1970
7 Posts
0
October 10th, 2016 05:00
It turned out that the clients could NOT ping the IFGROUP - ip addresses on the data domain for ddboost. We found that Jumbo Frames was not completely setup on the Switch side. Once that was resolved, I was able to backup/restore fine.
dynamox
1 Rookie
1 Rookie
•
20.4K Posts
1
October 10th, 2016 05:00
Matthew,
the only time i see this is when my client is not able to connect DD. So I assume that all servers are dual-homed, with a dedicated network interface into backup network. You have absolutely ruled out that hosts are not trying to use their "public" interface to talk to DD, instead of them "backup" interface ? Do a tcpdump while backup is being initiated and see what's going on.
dynamox
1 Rookie
1 Rookie
•
20.4K Posts
0
October 10th, 2016 09:00
Jumbo Frames for backup infrastructure ? That sounds interesting. What kind of improvements have you see with Jumbo Frames enabled ?
Anonymous
5 Practitioner
5 Practitioner
•
274.2K Posts
0
October 18th, 2016 22:00
Hi mathew , i m facing same issue, were u able to fix this?
Anonymous
5 Practitioner
5 Practitioner
•
274.2K Posts
0
January 10th, 2017 12:00
We have the following Knowledge Base Article on Jumbo Frames : Ensure MTU is consistent along the Network path
Anonymous
5 Practitioner
5 Practitioner
•
274.2K Posts
0
January 12th, 2017 10:00
Hi Matthew,
In fact I also had the same issue on one of the GEN4 T hardware running 7.3 SP1 on it. What we observed that Data Domain was not able to communicate and was unresponsive to request coming for backups. Also we found that Data Domain had DIMM issue and once that issue was resolved then we were able to take backups successfully without any changes.
Hope that helps !
papawiskas
12 Posts
0
January 17th, 2017 08:00
The link does not work...is there another way to get that information?
ionthegeek
2K Posts
0
January 17th, 2017 10:00
Try opening the link in an incognito window or clearing your cache and cookies.