- Address not resolved
- This status is typically resolved by correcting the name in the address field. Basically, the CFA is unable to resolve the name to an address and so we will not be able to communicate. You might confirm that the name is actually resolvable over the network, you may also replace the name with the IP address. Additionally, you may need to confirm the correct DNS servers under the Settings tab.
- Agent not running
- The first step here is to confirm if the Backup Agent is actually running or not. The Windows Services tool is a great place to check this. You could also check by using the “Configure Backup” tool accessed via the start menu.
If the agent claims to be running, recommend restarting the service/agent.
If the agent still will not start, confirm that the configuration file is in place.
Use the RVXConfig tool and run the wizard.
Can the client and CFA ping each other?
Check the event logs for any errors regarding the RvxBRAgent starting or stopping.
If the client is a Windows 2008 machine and there is a message that reads “Service is marked as an interactive service. The system is configured to not allow interactive services. This service may not function properly.”
Please see Microsoft knowledge base article.
Verify, in the Task Manager, that RVXBRagent and Bacula are running. You will need to check that you want to show processes from all users.
Confirm that the port in use by the agent (default 9102) is not blocked in any way.
Firewall? Antivirus? Other programs? Unusual networking?
If an exception needs to me made in the firewall, our RVXBRagent needs port 9103 and the Bacula process needs port 9102.
Using a telnet command, on the Support tab, can help determine if something is blocking the port that the client is running on telnet
[client address] [port](for example, 9102).
You might simply try uninstalling and installing the backup agent again.
If the agent in question is a few revs old, try installing a newer version.
Escalate and document any new discoveries.
- Running but cannot communicate
- This is almost always a problem with the passwords not matching. The password in the configuration file (also displayed in the RVXConfig tool) must match the password in Clients › Edit. Confirm that the passwords match and then restart the service.
If that does not do the trick, there could also be a firewall or antivirus in the way. Please check to see if anything is blocking traffic.
This can also happen if the wrong client version is installed (for example, 64-bit client on a 32-bit operating system).
Sometimes the default port (9102) is not working and it is necessary to change this in both RVXConfig and Clients › Edit (for example, 9204).
Lastly, if none of this helps, the installation could have issues and you may need to just uninstall and install it again.
- Down or unreachable
- This status may be the result of a number possibilities, it may be that the client machine is not actually connected to the network or not powered on at all. This may also be a problem with the Windows firewall blocking the
bacula-fdservice. An exception to the firewall is usually the recommended solution. This status may also be caused if the configuration file is not in place at all or if the agent software has not been installed. Ensure that everything is installed as it should be and restart the service.
Need further help?