This topic describes common log-related issues and their solutions.
How to determine the current status from client logs?
The Message Queue client log file is sofamq.log. It includes logs at the INFO, WARN, and ERROR levels.
This section lists common client log messages to help you understand the current status and troubleshoot faults.
The following table describes the log messages in sofamq.log. This table is continuously updated.
Log level | Printing information | Description | Solution |
INFO |
| This message indicates that a message was consumed successfully and the consumption progress was persisted on the Message Queue server-side. The MessageQueue object contains the message topic, the corresponding brokerName, and the ID of the consumption queue. | Not applicable |
| This message shows the Transaction Per Second (TPS) when messages are pulled from the consumeQueue. | Not applicable | |
WARN |
| The Message Queue server-side is under high pressure and cannot process an excessive number of requests. The server-side first writes data to the pageCache and then flushes it to the disk. Therefore, it clears expired requests every 10 seconds. During this process, it checks if the page cache is busy. |
|
| The broker reports its routing information to the NameServer at regular intervals. If network jitter occurs, the client cannot pull the latest subscription information. This causes the warning to appear when the consumer consumes messages. | Not applicable | |
| During load balancing, the system attempts to lock the message processing queue. If the lock is not acquired within 1 second, it indicates that a consumer is already accessing the queue and the queue cannot be unlocked. | Not applicable | |
| This occurs when you use an ordered topic. A locking mechanism ensures the ordered consumption of messages in a single partition. This client log message indicates that another client is already consuming messages from one of the partitions. | Not applicable | |
|
|
| |
| The AccessKey, which includes the AccessKey ID and AccessKey secret, is configured incorrectly. | Configure the AccessKey that was used to create the GID. | |
| The subscription relationship was not pushed to the Message Queue broker. | Add the GID information directly to the subscription.json file. | |
| The subscription relationship is missing. | Not applicable | |
| This usually occurs because the instanceId and endpoint parameters are set incorrectly. | Configure the correct instanceId and endpoint. | |
ERROR |
| This usually occurs because the client is connected to the wrong NameServer. | Log on to the NameServer machine. Run the |