IssueRaiser

[Bug] Excessive token usage in Claude Code 2.1.1 - 4x+ faster rate consumption than previous versions

**Bug Description** Starting from today's morning with the updated to CC 2.1.1 - the usage is ridiculous. I am working on the same projects for months, same routines, same time. But today it hits 5h limits like 4+ times faster! Holidays season had 2x usage promot, but current usage is way more then 2x. I am already on MAX and before today - I would usually never hit even 50% weekly cap. Now starting from today this is getting ridiculous. **Environment Info** - Platform: linux - Terminal: gnome-terminal - Version: 2.1.1 - Feedback ID: 60967402-d2b7-4e28-9779-2720680deeae **Errors** ```json [{"error":"Error: NON-FATAL: Lock acquisition failed for /home/oleh/.local/share/claude/versions/2.1.1 (expected in multi-process scenarios)\n at nZ$ (/$bunfs/root/claude:2991:2164)\n at B6A (/$bunfs/root/claude:2991:1884)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-01-08T11:58:17.963Z"},{"error":"Error: Request was aborted.\n at makeRequest (/$bunfs/root/claude:869:3940)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-01-08T12:20:28.962Z"}] ``` LIke it literally just eaten-up 10% in front of my eyes just running a plan mode in Opus. Without like reading the whole database. It seems like Heiku is not affected because I was able to use it almost for 1 hour and get 2-5% usage.

Posted by h3d0 on Jan 8, 2026, 12:32 PM

Tags

Related issues

Raise real-world problems, find people facing the same issue, and discuss solutions.2,000 issues0 comments

github (Sysadmin)

[Bug] Excessive token usage in Claude Code 2.1.1 - 4x+ faster rate consumption than previous versions

h3d0Jan 8, 2026, 12:32 PM

**Bug Description** Starting from today's morning with the updated to CC 2.1.1 - the usage is ridiculous. I am working on the same projects for months, same routines, same time. But today it hits 5h limits like 4+ times faster! Holidays season had 2x usage promot, but current usage is way more then 2x. I am already on MAX and before today - I would usually never hit even 50% weekly cap. Now starting from today this is getting ridiculous. **Environment Info** - Platform: linux - Terminal: gnome-terminal - Version: 2.1.1 - Feedback ID: 60967402-d2b7-4e28-9779-2720680deeae **Errors** ```json [{"error":"Error: NON-FATAL: Lock acquisition failed for /home/oleh/.local/share/claude/versions/2.1.1 (expected in multi-process scenarios)\n at nZ$ (/$bunfs/root/claude:2991:2164)\n at B6A (/$bunfs/root/claude:2991:1884)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-01-08T11:58:17.963Z"},{"error":"Error: Request was aborted.\n at makeRequest (/$bunfs/root/claude:869:3940)\n at processTicksAndRejections (native:7:39)","timestamp":"2026-01-08T12:20:28.962Z"}] ``` LIke it literally just eaten-up 10% in front of my eyes just running a plan mode in Opus. Without like reading the whole database. It seems like Heiku is not affected because I was able to use it almost for 1 hour and get 2-5% usage.

Comments (0)

No comments yet. Start the discussion.

Comment on this issue