For disk-related events requiring user action (such as disk removal), Swarm helps you locate the hardware by logging the SCSI locator (bus ID) and volume serial number at CRITICAL and ANNOUNCE log levels, which makes them display in the UI. (v9.2)
Helpful statistics
Swarm keeps statistics on incomplete read and write requests, which can help you diagnose clients that may be behaving incorrectly.
Tip
For disk-related events requiring user action (such as disk removal), Swarm helps you locate the hardware by including the SCSI locator (bus ID) and volume serial number in the log message that displays in the UI. (v9.2)
Symptom | Action |
|---|---|
A volume device failed. | Allow the node to continue running in a degraded state (lowered storage) |
A node failed. | If a node fails but the volume storage devices are functioning properly, you can repair the hardware and return it to service within 14 days. If a node is down for more than 14 days, all of its volumes are considered stale and cannot be used. After 14 days, you can force a volume to be remounted by modifying the volume specification and adding the See Managing Volumes. |
In the UI, all remaining cluster nodes Viewing the legacy Admin Console from different nodes, other nodes appear offline and unreachable. | If a new node cannot see the remaining nodes in the cluster, check the Swarm network configuration setting in each node (particularly the If the network configuration appears to be correct, verify that IGMP Snooping is enabled on your network switch. If enabled, an IGMP querier must be enabled in the same network (broadcast domain). In multicast networks, this is normally enabled on the router leading to the storage cluster, which is usually the default gateway for the nodes. See IGMP Snooping. |
You have read-only access to the UIs even though You cannot view the Swarm UI. | You added an operator (a read-only user) to To resolve this issue, add all of your administrator users to the |
The network does not connect to a node configured with multiple NIC ports. | Ensure that the network cable is plugged into the correct NIC. Depending on the bus order and the order that the kernel drivers are loaded, the network ports may not match their external labeling. |
A node automatically reboots. | If the node is plugged into a reliable power outlet and the hardware is functioning properly, this issue may indicate a software problem. The Swarm system includes a built-in fail safe that will reboot itself if something goes wrong. Contact Support for guidance. |
A node is unresponsive to network requests. | Perform the following steps until the node responds to network requests.
|
The cluster is using more data than expected. | Using Elasticsearch, enumerate the CAStor-Application field to determine how much data is being written by which application. Many Swarm applications use this metadata header, and having it indexed lets you analyze which application created which content. |
A node is not performing as expected. | In the 2015-11-05 16:13:22, 898 NODE INFO: system utilization stats: pid_cpusys: 0.06, pid_cputot: 1.67, pid_cpuusr: 1.61, sys_contexts_rate: 5728.00, sys_cpubusy: 0.91, sys_cpubusy0: 0.37, sys_cpubusy1: 1.46, sys_cpuio: 0.02, sys_cpuirq: 0.01, sys_cpusys: 0.06, sys_cpuusr: 0.82 |