- CrashPlan PROe
This alert is triggered when a storage server that is part of the storage hierarchy in your Code42 environment is offline or unavailable. There are many potential causes, including:
- An administrator may have inadvertently shut down the enterprise server process or service running on the enterprise server
- Network issues may be interfering with communication between the master server and storage server
- DNS issues
- Hardware failure
- Power failure
- Users cannot backup or restore
- Users cannot share or sync files, folders, and events
- Users cannot authenticate
The identity of the offline server is given in the alert. To resolve this alert:
Confirm that Storage server is still offline
In some cases, a temporary network issue or other temporary condition may have resolved itself.
You should visually verify that the storage server is still offline by navigating to Destinations > Servers in the administration console. The affected server will be identified by a red status indicator in the online column:
Step 1: Ping and telnet tests
- Verify that the storage servers are online and reachable from the master server by pinging the servers from the master server command line. If the ping test fails, verify:
- the storage server is powered on
- datacenter power is up
- datacenter networking is up
- the storage server has not suffered a software or hardware failure
- Telnet from the master server to ports 4280, 4282, and 4285 (by default) of the storage servers . If the telnet test fails:
- Verify that the enterprise server process is running on the storage servers
- Restart the enterprise server process
Step 2: Check primary and secondary network addresses of Master server
If the network addresses of the master server as configured in the administration console have changed to incorrect values, storage servers could lose the ability to communicate with the master server.
- Go to Settings > Server
- Check primary and secondary network addresses
- Change incorrect values to correct values for IP address or FQDN (fully qualified domain name)
Step 3: Check networking settings of Enterprise Servers
Changes to the network configuration of the operating systems of the master server or storage servers could also prevent communication within a destination. Verify the network interface settings for all involved enterprise servers.
Step 4: Attempt to sign in to Administration console of offline Enterprise Server
If you are able to sign on to the administration console of the offline enterprise server, then it is likely that the cause of the offline status of the storage server is related to the network.
- If you are not able to sign in to the administration console, but the operating system is running, start or restart the proserver process.
- If you are able to sign in to the console:
- Verify that the primary and secondary network settings of the offline storage server are set correctly. If they are set incorrectly, correct the settings.
- If the network settings are correct, check for networking issues that may be interfering with communication between the master server and storage server, including firewall settings, router and VLAN settings, faulty ethernet cables, and faulty networking equipment
Confirm problem is resolved
Navigate to Destinations > Servers on the administration console, and verify that the affected storage server is now online. It should be marked green in the online column:
Once you have confirmed that the problem has been resolved, acknowledge the alert:
- Go to the Alerts Overview
- Click the Server is offline checkbox
- From the action menu, choose Acknowledge
Acknowledge the alert
The alert will continue to appear on the Alerts Overview window in the administration console until you acknowledge the alert. To acknowledge the alert, go to Alerts, select the alerts you want to acknowledge, and choose Acknowledge from the action menu.