I know this is slightly OT, but bear with me. I have a Zenith BDR, which as you know, is running ShadowProtect Server edition. I have it backing up 4 servers. It works perfectly and I have even virtualized all four servers at one time which allows this box to act as a Business Continuity device in a pinch.

 That is the real reason that I spec'd the BDR is for the BC component. The ability to have good backups is important, but at some remote point in time, something catastrophic may happen to the building that the four servers are housed in and the business owner required a way to continue his business while we get his server(s) replaced.

 We have installed a circuit to a local CoLo facility. It is a MPLS type circuit which is nothing more than an ethernet hand-off operating at Layer 2. To my knowledge, it is not restricting any type of packet from traversing the link. Currently, it is a 5Mbps connection. All normal network traffic seems to work between the CoLo and the main office (pings, shares, dhcp, dns, browsing, etc.)

I moved the BDR from the main office to the CoLo and none of the ShadowProtect jobs worked. I looked at the Backup History and I see Code 509 - Cannot get access to destination object, followed by Code 101 - Cannot execute job (The network path was not found. 0x80070035(2147942453))

I have seen several threads on this and other sites about ShadowProtect across VPNs and such not working.

Has anyone had experience with this sort of thing and if so, is it a StorageCraft issue, or a BDR issue?

Thanks,

 Randy

Are you running Windows Server 2008 SP1 on the server side by any chance? There was a fix in SP2 that address a bunch of 0x80070035 related issues. It was probably in other versions of Windows server also.

No, it is server 2003 all around. A support guy told me that there had been some SPS updates that may have addressed those issues, but I don't know if Zenith has pulled them in yet.

How can I check to see what version is on the BDR. That could be part of the problem.

Fundamentally, do you know of any reason that it WOULDN'T work? With plain ol' ShadowProtect or with BDR.

Randy

Can't say about BDR as I have not used it.

Don't suppose you are running any anitvirus or firewall product that is filtering the network packets in any way. Is NetBIOS working correctly?

We are running AVG on all servers and I am not sure what is running on the BDR. I believe that it, too, is AVG.

All this stuff works locally, so I doubt it is A/V.

When you say is NetBIOS working correctly, are you talking about the typical browse the network function? What specifically are you asking about? Can you think of any sort of network test that I could run locally then put the endpoint out at the CoLo to compare? Port scan against an endpoint? What else could it be?

Everything seemed to be in order last week. Wish I could simulate the connection while still at the office. I guess I could take two routers and put them back-to-back such that each router's Lan side was bridged through the WAN side. Would that work? I think it should. Wouldn't even need to change the gateway setting.

 Randy

I didn't want this thread to go stale.

I noticed that on a computer that is being backed up by SC, you need to have ports 135 and 139 open. I had a server that would not communicate and after opening these ports on Windows firewall, it started working. That pretty much concludes that from an IP point of view, that is all that needs to be passing, but this is a server after all, so other traffic has to be flowing. When I had the BDR offsite, I was able to use Windows to get to other servers at the home office and see their shares, so that RPC part was working through the bridge.

What else could I be missing?

Randy

From the BDR in the color could you map to shares on your servers in the office and transfer files across the WAN?

The best way to figure out what is going on would be to install Netmon on the BDR, start a trace and then kick off a backup. It may be just one port that is being blocked that is needed for the transfer. Since 135 (RPC) is used my guess is that there is so higher level port (1024 or above) that is needed for the backup transfer process. That's most likely the port causing your issue. Netmon would show that issue with a reset when thd BDR tries to connect to that port of the remote server.

Did you talk to Zenith support?

Greg

Good idea about the Netmon. I will give that a shot. Yes, as far as I can remember, browsing and other file access works.

 Zenith doesn't support WAN access and if they don't support it, then no support.

 Randy

Randy -

Did you get this working across the LAN. I've been following this thread with the hope that you've got it working. Can you give us an update?

Thanks

Jeff