wigginsray Posted February 27, 2005 Report Share Posted February 27, 2005 Setting up clients using Retrospect 7 (Small Business Server). Accessing clients with TCP/IP - Multicast - Piton Name Service. (tried using Direct and Subnet). I've check the Firewall settings and tcp/udp port 497 is open. In the Volumes Tab, I get the message "No accessible volumes on the backup client" - this remains true if I select "Client Desktop" or any other in the pulldown. I've tried 2 clients and both get the message. I have enabled Windows sharing for the volumes, that doesn't seem to help. I get the impression from the manuals that it's just supposed to magically show all available volumes, but I guess I must have something misconfigured. Link to comment Share on other sites More sharing options...
vksmjones Posted February 28, 2005 Report Share Posted February 28, 2005 I have one client that only shows some of the available volumes and I am told that it is a rights issue. This is probably correct as this is the only server that I am trying to backup that is in a different domain. So the first guess would be to check for needed rights. Link to comment Share on other sites More sharing options...
wigginsray Posted February 28, 2005 Author Report Share Posted February 28, 2005 I'm pretty sure it isn't a rights issue, I'm only on a single domain and I am able to access the Volumes through a typical Windows share. I've tried re-installing the client software "just in case" but that didn't help. Link to comment Share on other sites More sharing options...
natew Posted March 3, 2005 Report Share Posted March 3, 2005 Hi What OS is the client machine running? Try logging in as the local administrator on that machine and reinstalling the client. Thanks Nate Link to comment Share on other sites More sharing options...
wigginsray Posted March 20, 2005 Author Report Share Posted March 20, 2005 We're all Windows XP SP2. Still having the problem. I've resorted to backing up shared folders until I can get it to work. Odd though, one machine as SQL Server and that shows up, but no local drives. Link to comment Share on other sites More sharing options...
natew Posted March 23, 2005 Report Share Posted March 23, 2005 Hi This has to be a rights issue somewhere. Otherwise it wouldn't affect the whole domain like this. Did you try logging in as local admin on the client machines and installing the client? Thanks Nate Link to comment Share on other sites More sharing options...
wigginsray Posted March 23, 2005 Author Report Share Posted March 23, 2005 I've tried installing as local admin (logged in to both the domain and the local computer - uninstalling before each try and restarting after each installation). I am able to connect to the client, but - alas - I still get the "No accessible volumes on the backup client" For a test, I tried giving a drive permission to "Everyone", which didn't make a difference. For a test, I installed the Client software on an OSX machine, and the drive list for that machine shows up. So I don't think it's a firewall issue on the server side. For the XP machines, I have Port 497 open (TCP/UDP). I've tried installing the 6.5 client as well as the latest 7.0 client with no luck. Link to comment Share on other sites More sharing options...
natew Posted March 29, 2005 Report Share Posted March 29, 2005 Hi Can you try installing Retrospect on another machine and logging into the client that way? If the Domain Administrator has full control over all the drives they should show up in the client volumes window. Thanks Nate Link to comment Share on other sites More sharing options...
wigginsray Posted March 29, 2005 Author Report Share Posted March 29, 2005 I was able to install Retrospect on a different machine and see the client drives. This led me to re-install Retrospect (using the version downloaded from the net vs the CD version - don't know that really mattered or not). Now RS on the server recognizes client drives. yeah! thanks for the lead. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.