litellm - 💡(How to fix) Fix [Bug]: with Redis Cluster, TTL preservation failed, falling back to regular pipeline: EVALSHA - all keys must map to the same key slot warning occurs [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
BerriAI/litellm#25049Fetched 2026-04-08 02:34:58
View on GitHub
Comments
0
Participants
1
Timeline
3
Reactions
0
Author
Participants
Timeline (top)
labeled ×2renamed ×1

Code Example

01:32:03 - LiteLLM Proxy:WARNING: parallel_request_limiter_v3.py:1362 - TTL preservation failed, falling back to regular pipeline: EVALSHA - all keys must map to the same key slot

---

01:32:03 - LiteLLM Proxy:WARNING: parallel_request_limiter_v3.py:1362 - TTL preservation failed, falling back to regular pipeline: EVALSHA - all keys must map to the same key slot
RAW_BUFFERClick to expand / collapse

Check for existing issues

  • I have searched the existing issues and checked that my issue is not a duplicate.

What happened?

When using LiteLLM Proxy with a Redis Cluster setup, we see the following warning once the team budget limit has been reached and then increased again:

01:32:03 - LiteLLM Proxy:WARNING: parallel_request_limiter_v3.py:1362 - TTL preservation failed, falling back to regular pipeline: EVALSHA - all keys must map to the same key slot

This issue does not happen during normal operation before the team budget is exhausted. The symptom starts appearing immediately after the team budget is increased following budget exhaustion.

Our environment uses:

Redis Cluster with 3 master nodes 4 LiteLLM pods LiteLLM version: v1.81.1

Steps to Reproduce

  1. Deploy LiteLLM Proxy version v1.81.1
  2. Configure LiteLLM to use a Redis Cluster with multiple master nodes (in our case, 3 masters).
  3. Set a team budget limit.
  4. Send requests until the team budget is fully consumed.
  5. Increase the team budget after it has been exhausted.
  6. Observe LiteLLM Proxy logs.

Relevant log output

01:32:03 - LiteLLM Proxy:WARNING: parallel_request_limiter_v3.py:1362 - TTL preservation failed, falling back to regular pipeline: EVALSHA - all keys must map to the same key slot

What part of LiteLLM is this about?

Proxy

What LiteLLM version are you on ?

v1.81.1

Twitter / LinkedIn details

No response

extent analysis

TL;DR

The warning message "TTL preservation failed, falling back to regular pipeline" in LiteLLM Proxy with Redis Cluster setup can be addressed by reviewing the Redis Cluster configuration and ensuring that all keys used by LiteLLM Proxy map to the same key slot.

Guidance

  • Review the Redis Cluster configuration to ensure that the keys used by LiteLLM Proxy are properly hashed and mapped to the same key slot, as required by the EVALSHA command.
  • Verify that the team budget limit increase is properly propagated to all LiteLLM pods and the Redis Cluster nodes to prevent inconsistencies.
  • Check the LiteLLM Proxy documentation for any specific recommendations or guidelines for using Redis Cluster with multiple master nodes.
  • Consider testing the scenario with a smaller team budget limit to see if the issue is related to the budget limit increase or the Redis Cluster setup.

Example

No specific code snippet is provided as the issue seems to be related to the configuration and setup of Redis Cluster and LiteLLM Proxy.

Notes

The issue may be specific to the combination of LiteLLM Proxy version v1.81.1 and the Redis Cluster setup with multiple master nodes. Further investigation and testing may be required to determine the root cause and find a permanent solution.

Recommendation

Apply workaround: Review and adjust the Redis Cluster configuration to ensure that all keys used by LiteLLM Proxy map to the same key slot, as this is the most likely cause of the warning message.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

litellm - 💡(How to fix) Fix [Bug]: with Redis Cluster, TTL preservation failed, falling back to regular pipeline: EVALSHA - all keys must map to the same key slot warning occurs [1 participants]