• State Verified Answer
  • +3 person also asked this people also asked this
  • Locked Locked
  • Replies 8 replies
  • Answers 2 answers
  • Subscribers 18 subscribers
  • Views 10360 views
  • Users 0 members are here
Options
Related
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

error code 29 on backup operation

schwende
over 6 years ago

Running Netvault 11.3.0.12 with same client. Server and client are on different subnets. Client is rhel 6.9, client firewall is off, selinux is currently permissive.

Service starts/stops fine. Client can be added to netvault. Firewall and access checks both pass. Everything is good, but 2 parts. I cannot change settings for the client in netvault such as checking "client is outside firewall, or port ranges", and backup attempts fail with

Failed to open a RDA connection to '138.129.254.35'. Error Code 29. 'Operation timedout'

Ideas? I had 11.0.0.52 before and that did not work either. I have other clients, also on different subnets from the netvault appliance, they work fine.

Selinux shouldn't need to be off, does it? Only thing I can think of is the network firewall might be blocking something. What ports should be opened for this to work?

  • 0 over 6 years ago
    That sounds like your firewall is blocking traffic from NV to client. Can you access the logs from the firewall and filter on the clients ip in order to see any drops? I have seen similar behaviour in our installation, that was due to the fw dropping traffic.
  • 0 over 6 years ago

    I can't but I know who can. Also, when running a job, it "starts" but waits for media.

    Edit, ok so I had the fw watched as I ran a job and it gave a couple ports. Is it possible to set netvault, either the appliance or the client, to use certain ports? Otherwise, it is like a really large range or ports that would need to be opened, like 500, and that just seems really bad.

  • 0 over 6 years ago
    So firewall ports got opened up, same issue still happens. Is there anything else on the client to look for?
  • 0 over 6 years ago
    Is the DNS working correctly? Both forward and reverse lookups from client to server and vice versa?
  • 0 over 6 years ago
    Has SELinux been disabled to briefly test if the FW is blocking traffic?
    Also, are you only having issues when backing up through RDA?
    Are you able to test with another device, such as VTL or tape library?
  • +2 over 6 years ago
    Dns is fine. Nope, it ended up being a plugin on the appliance, for the client. It was set to pass through operation. Apparently, that was enough to mess it up.
  • +1 over 6 years ago
    I'm having the same issue can you please state what plug in was causing the issue
  • 0 over 6 years ago
    Hi I think he is meaning that the RDA container on the DR was set to Passthrough Mode as opposed to using RDA - not certain how that would affect traffic though, unless there is a limit on bandwidth since passthrough will send everything and RDA will dedupe the data before traversing the data channel....