ALM-24004 Exception Occurs When Flume Reads Data
Alarm Description
The alarm module monitors the Flume source status. This alarm is generated when the duration in which the source cannot read data exceeds the threshold.
The default threshold is 0, indicating that this function is disabled. You can change the threshold by modifying the properties.properties file in the conf directory. Specifically, modify the NoDatatime parameter of required the source.
The alarm is cleared when the source reads the data and the alarm handling is complete.
Alarm Attributes
Alarm ID |
Alarm Severity |
Auto Cleared |
---|---|---|
24004 |
Major |
Yes |
Alarm Parameters
Parameter |
Description |
---|---|
Source |
Specifies the cluster for which the alarm was generated. |
ServiceName |
Specifies the service for which the alarm was generated. |
HostName |
Specifies the host for which the alarm was generated. |
AgentId |
Specifies the ID of the agent for which the alarm was generated. |
ComponentType |
Specifies the type of the component for which the alarm was generated. |
ComponentName |
Specifies the name of the component for which the alarm was generated. |
Impact on the System
If data is found in the data source but the Flume source continuously fails to read data, the collection is stopped.
Possible Causes
- The Flume source is faulty, so data cannot be sent.
- The network is faulty, so the data cannot be sent.
Handling Procedure
Check whether the Flume source is faulty.
- Open the properties.properties configuration file on the local PC, search for keyword type = spooldir in the file, and check whether the Flume source type is spoolDir.
- View the spoolDir monitoring directory to check whether all files are already transferred.
- If yes, no further action is required.
- If no, go to 5.
The monitoring directory of spoolDir is specified by the .spoolDir parameter in the properties.properties configuration file. If all files in the monitoring directory have been transferred, the file name extension of all files in the monitoring directory is .COMPLETED.
- Open the properties.properties configuration file on the local PC, search for org.apache.flume.source.kafka.KafkaSource in the file, and check whether the Flume source type is Kafka.
- Check whether the topic data configured by the Kafka source has been used up.
- If yes, no further action is required.
- If no, go to 5.
- On FusionInsight Manager, choose Cluster, click the name of the desired cluster, and choose Services > Flume > Instances.
- Go to the Flume instance page of the faulty node to check whether the Source Speed Metrics in the alarm is 0.
Check the network connectivity between the node with the IP address configured for the Flume source and the faulty node.
- Open the properties.properties configuration file on the local PC, search for type = avro in the file, and check whether the Flume source type is Avro.
- Log in to the faulty node as user root, and run the ping IP address of the Flume source command to check whether the peer host can be pinged successfully.
- Contact the network administrator to restore the network.
- Wait for a while and check whether the alarm is cleared in the alarm list.
- If yes, no further action is required.
- If no, go to 11.
Collect fault information.
- On FusionInsight Manager, choose O&M. In the navigation pane on the left, choose Log > Download.
- Expand the Service drop-down list, and select Flume for the target cluster.
- Click the edit icon in the upper right corner, and set Start Date and End Date for log collection to 1 hour ahead of and after the alarm generation time, respectively. Then, click Download.
- Contact O&M personnel and provide the collected logs.
Alarm Clearance
This alarm is automatically cleared after the fault is rectified.
Related Information
None
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot