You need to define your XP box as the client. Then, that box in alias list needs to have hostname and FQDN. In the past XP did require desktop clientpak for backup... AFAIK it is not required for restore so you should be fine with above once that you fix it. In short, pc-FQDN is being missed from alias list probably.
Thanks for the help. I entered my PC as a client and was able to get into winworkr.exe. Tried to do a test restore and it now complains about permissions as follows:
Recovering files of client ' ' from server ' ' Permission denied
Nothing listed in daemon.log on the server. Don't know where else to look.
Check: - servers file - if restore others client data make sure you are on the remote access list of that client - make sure you have write permissions on the file system where you are restoring data - make sure that file system type is the same as of the backup client
Connection timed out is generally network issue where you may face: - firewall blocking communication (should be able to verify with sniffer or via firewall log) - route is not set correctly (should be able to check that with rpcinfo or even traceroute)
When you initiate the restore from the client check on server side (via sniffer or netstat) if communication is established.
vsemaska
194 Posts
0
April 18th, 2006 11:00
Vic
ble1
4 Operator
•
14.4K Posts
1
April 18th, 2006 12:00
vsemaska
194 Posts
0
April 19th, 2006 07:00
Recovering files of client ' ' from server ' '
Permission denied
Nothing listed in daemon.log on the server. Don't know where else to look.
Thanks,
Vic
ble1
4 Operator
•
14.4K Posts
1
April 19th, 2006 09:00
- servers file
- if restore others client data make sure you are on the remote access list of that client
- make sure you have write permissions on the file system where you are restoring data
- make sure that file system type is the same as of the backup client
vsemaska
194 Posts
0
April 19th, 2006 10:00
Now when I try to do a directed restore it says:
Recovering files of client from server .
Connection timed out
So, to me, it sounds like this now may be a firewall issue.
I also had to edit nrsla.res on the client and change:
administrator: *@localhost;
to
administrator; *@localhost, root, vsemaska;
so I could view the ports the client is using. Yes, I did restart the Windows service after changing the file.
Vic
ble1
4 Operator
•
14.4K Posts
0
April 19th, 2006 11:00
- firewall blocking communication (should be able to verify with sniffer or via firewall log)
- route is not set correctly (should be able to check that with rpcinfo or even traceroute)
When you initiate the restore from the client check on server side (via sniffer or netstat) if communication is established.