What Should I Do If an Error Is Returned When I Use the Jedis Connection Pool?

The error message that will possibly be displayed when you use the Jedis connection pool JedisPool is as follows:

redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool

If this error message is displayed, check whether your DCS instance is running properly. If it is running properly, perform the following checks:

1. Check the network.
   1. Check the IP address configuration.

      Check whether the IP address configured on the Jedis client is the same as the domain name or IP address of your DCS instance. If public access is enabled for your instance, check whether the IP address configured on the Jedis client is the same as the EIP bound to your instance. If they are inconsistent, modify the IP address configuration and then try again.

   2. Test the network.

      Use the ping command and telnet on the client to test the network.

2. Check the number of connections.

   Check whether the number of established network connections exceeds the upper limit configured for JedisPool. If the number of established connections approaches the configured upper limit, restart the DCS service and check whether the problem persists. If the number of established connections is far below the upper limit, continue with the following checks.

   In Unix or Linux, run the following command to query the number of established network connections:

   netstat -an | grep 6379 | grep ESTABLISHED | wc -l

   In Windows, run the following command to query the number of established network connections:

   netstat -an | find "6379" | find "ESTABLISHED" /C

3. Check the JedisPool code.

   If the number of established connections approaches the upper limit, determine whether the problem is caused by service concurrency or incorrect usage of JedisPool.

   When using JedisPool, you must call jedisPool.returnResource() or jedis.close() (recommended) to release the resources after you call jedisPool.getResource().

4. Check the number of TIME_WAIT connections.

   Run the ss -s command to check whether there are too many TIME_WAIT connections on the client.

   

   If there are too many TIME_WAIT connections, modify the kernel parameters by running the /etc/sysctl.conf command as follows:

   ##Uses cookies to prevent some SYN flood attacks when the SYN waiting queue overflows.
   net.ipv4.tcp_syncookies = 1
   ##Reuses TIME_WAIT sockets for new TCP connections.
   net.ipv4.tcp_tw_reuse = 1
   ##Enables quick reclamation of TIME_WAIT sockets in TCP connections.
   net.ipv4.tcp_tw_recycle = 1
   ##Modifies the default timeout time of the system.
   net.ipv4.tcp_fin_timeout = 30

   After the modification, run the /sbin/sysctl -p command for the modification to take effect.

5. If the fault persists, capture packets and send packet files along with the time and description of the exception to technical support for analysis.

   Run the following command to capture packets:

   tcpdump -i eth0 tcp and port 6379 -n -nn -s 74 -w dump.pcap

   In Windows, you can also install the Wireshark tool to capture packets.