# GPT-5.6 Sol repeatedly hits “Selected model is at capacity” in Codex Desktop

**URL:** <https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332>\
**Category:** Codex\
**Tags:** capacity-limit\
**Created:** [July 29, 2026, 2:46pm UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332 "2026-07-29T14:46:45Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 29, 2026, 2:46pm UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/1 "2026-07-29T14:46:45Z")

</div>

I am repeatedly seeing the following in Codex Desktop when selecting GPT-5.6 Sol:

> Selected model is at capacity. Please try a different model.

I also receive server\_overloaded errors. This persists after reproducing on a mobile hotspot with VPN and Secure DNS disabled, so it does not appear limited to my usual proxy or network.

I submitted in-app /feedback immediately after reproducing and have an open OpenAI Support case.

OpenAI’s status page recorded [“Codex 5.6-sol Experiencing Increased Server-Overload Errors”](https://status.openai.com/incidents/01KXRHE25717D2WQ1WFMT2B7WZ) on July 17 and marked it resolved, but I reproduced this again on July 28 (UTC+8).

Screenshot attached.

Is anyone else still seeing this in Codex Desktop? Please share your platform, timestamp/time zone, and whether it occurs on a different network.

 ![Screenshot 2026-07-28 at 22.48.43](https://us1.discourse-cdn.com/openai1/original/4X/1/4/9/149edcd7c77981a727d059d26be43697101f2a27.png)

---

<div class="post-metadata">

**Author:** ![EricGT](https://sea2.discourse-cdn.com/openai1/user_avatar/community.openai.com/ericgt/32/20571_2.png) [@EricGT](https://community.openai.com/u/EricGT)\
**Post date:** [July 29, 2026, 2:55pm UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/2 "2026-07-29T14:55:57Z")

</div>

Welcome to the forum!

> [@WillRen](#):
>
> OpenAI’s status page recorded [“Codex 5.6-sol Experiencing Increased Server-Overload Errors”](https://status.openai.com/incidents/01KXRHE25717D2WQ1WFMT2B7WZ) on July 17 and marked it resolved, but I reproduced this again on July 28 (UTC+8).

Thanks for reporting this on the forum.

The message

> Selected model is at capacity. Please try a different model.

does not necessarily indicate that the earlier incident has returned. Capacity errors can occur again whenever demand for a particular model temporarily exceeds the available capacity, even after a previous incident has been resolved.

When ChatGPT first became available, similar capacity messages could appear several times a day, and the forum received many reports about them.

As the message suggests, try selecting a different model. Alternatively, wait about 15 minutes and try again.

---

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 29, 2026, 3:14pm UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/3 "2026-07-29T15:14:53Z")

</div>

Thanks. I understand that a one-off capacity message can be transient. However, that is not the case being reported here.

For over 48 hours, GPT-5.6 Sol has been almost continuously unavailable for me across repeated tasks. I have retried well beyond 15 minutes many times, including over a mobile hotspot with VPN and Secure DNS disabled. The errors persist.

An OpenAI Support case is already open. Based on the evidence supplied, Support stated that this appears to be a service-side capacity or routing issue rather than an exhausted usage limit or an issue specific to my usual network.

I subscribe to Pro specifically to use Sol / Sol Max. Falling back to another model is not an equivalent workaround for the capability I pay for, and it does not resolve a sustained failure of Sol availability.

Please treat this as an unresolved prolonged availability issue. Can an OpenAI team member confirm whether it has been escalated to the Codex model-serving team and whether there is a known account-, region-, or routing-specific incident?

---

<div class="post-metadata">

**Author:** ![EricGT](https://sea2.discourse-cdn.com/openai1/user_avatar/community.openai.com/ericgt/32/20571_2.png) [@EricGT](https://community.openai.com/u/EricGT)\
**Post date:** [July 29, 2026, 3:19pm UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/4 "2026-07-29T15:19:29Z")

</div>

Thanks for the additional details. They help narrow the focus of the problem.

Note: I am not an OpenAI employee, just one of the users.

---

<div class="post-metadata">

**Author:** ![OpenAI\_Support](https://sea2.discourse-cdn.com/openai1/user_avatar/community.openai.com/openai_support/32/561845_2.png) [@OpenAI\_Support](https://community.openai.com/u/OpenAI_Support)\
**Post date:** [July 29, 2026, 3:42pm UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/5 "2026-07-29T15:42:34Z")

</div>

Thanks for flagging this, [**WillRen**](https://community.openai.com/u/willren).

Let's see if others are affected as well. In the meantime, could you share the support case number you mentioned? I'll take a look and see what's going on.

Hey everyone, if you're seeing the same issue, could you share:

- Your device
- Your plan (Free, Plus, Pro, Team, etc.)
- Your region or country

That information will help narrow down whether this is affecting a specific set of users.

Props to [**EricGT**](https://community.openai.com/u/ericgt) for stepping in.

Avinash

---

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 29, 2026, 4:34pm UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/6 "2026-07-29T16:34:25Z")

</div>

Thank you, Avinash.

Support case number: 12301157  
Device: Codex Desktop on macOS  
Plan: Pro 20X

I prefer not to disclose my region or country in a public forum. I am happy to provide it privately through the existing support case if it is necessary for diagnosis.

I need to emphasize the severity and business impact. I purchased Pro 20X specifically for Sol Max and Ultra—the availability of those capabilities was the sole reason I chose this plan. For more than 48 hours, across several days, Sol has been almost continuously unavailable to me. The recurring capacity and server\_overloaded failures have severely disrupted my work and caused significant distress.

Fallback models are not an acceptable remedy: they do not provide the paid Sol Max and Ultra capability I bought the plan for. I have already completed the requested network-isolation tests and submitted the feedback required in Case #12301157.

Please correlate this forum report with Case #12301157, have the Codex model-serving team investigate it as a prolonged availability failure, and provide a concrete escalation status and remedy. At this point, a generic “try another model” workaround is not sufficient. Please also advise what remedy is available given the prolonged loss of this paid capability.

---

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 29, 2026, 6:06pm UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/7 "2026-07-29T18:06:59Z")

</div>

@OpenAI_Support One further critical impact needs to be recorded.

Because my work is time-sensitive and I cannot afford a Sol task to stop, I have had to set up a dedicated Luna thread to monitor the work. Whenever the Sol task stops, Luna automatically sends “continue” repeatedly until the task completes. This is the only way I can make Sol minimally usable at the moment.

This is not a viable workaround. It consumes additional Luna quota, wastes time on repeated recovery attempts, and forces Sol to reprocess context after each interruption, increasing Sol usage. More importantly, I cannot verify that the critical reasoning and results after these repeated continuations actually meet the Sol Max / Ultra capability I paid for.

I cannot absorb the cost, delay, and quality risk created by this forced recovery loop while working under time pressure. Please treat it as urgent: have the model-serving team resolve the root cause promptly, and provide a clear explanation of what is happening, the escalation status, and the remedy for the prolonged loss of the paid Sol capability.

---

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 29, 2026, 6:17pm UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/8 "2026-07-29T18:17:50Z")

</div>

Please treat it as urgent and slove this asap. @OpenAI_Support

---

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 30, 2026, 3:12am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/9 "2026-07-30T03:12:04Z")

</div>

@OpenAI_Support @OpenAIAPIhelper

a factual update for Case #12301157:

This is not a transient capacity message. Sol has remained effectively unusable across multiple projects, despite repeated recovery attempts. In two affected task sessions alone, there are 38 and 32 recorded “Continue” inputs respectively (70 total), yet reliable availability was not restored.

This forced recovery loop is not a viable workaround for time-sensitive work: it consumes additional Luna quota, repeatedly reprocesses context, wastes time, and gives me no reliable assurance that the resulting work retains the Sol Max / Ultra quality I am paying for. I purchased Pro 20X specifically for Sol Max and Ultra; fallback models are not an equivalent remedy.

Could you please:

1. Correlate this topic, Case #12301157, and the /feedback already submitted with the Codex model-serving review;
2. Confirm whether the investigation shows a capacity, account-routing, or other service-side issue;
3. Provide a concrete escalation status, next update point, and the remedy available for this prolonged loss of the paid Sol capability.

Also, please do not treat the generic “wait 15 minutes / use another model” guidance as a solution for this topic while the case remains unresolved.

If other users are seeing the same sustained pattern, it would help to reply with plan, Codex Desktop/CLI, approximate UTC time, and whether it affects multiple projects. There is no need for anyone to publicly disclose location or network configuration.

---

<div class="post-metadata">

**Author:** ![machenier](https://avatars.discourse-cdn.com/v4/letter/m/cab0a1/32.png) [@machenier](https://community.openai.com/u/machenier)\
**Post date:** [July 30, 2026, 7:48am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/10 "2026-07-30T07:48:11Z")

</div>

I can attest to the same problem. I bought a pro subscription on the 28 to get added capacity on 5.6, and started getting these server is overloaded errors almost immediately. It happens about twice per hour on average.

I do not have a fancy luna reconnector yet, so have been retrying manually to get things working. Right now I’m using gpt 5.5 with copilot subscription. Kind of defeat the purpose. Happy I got a monthly subscription as a hedge, but still am hoping this issue is fixed.

---

<div class="post-metadata">

**Author:** ![martin.galdeca](https://avatars.discourse-cdn.com/v4/letter/m/85f322/32.png) [@martin.galdeca](https://community.openai.com/u/martin.galdeca)\
**Post date:** [July 30, 2026, 7:53am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/11 "2026-07-30T07:53:07Z")

</div>

Same issue here… I’m using JetBrains Air connected to my Pro+ subscription, and it happens extremely frequently, making it almost unusable. I switched from another subscription specifically to use Sol, and even with Luna I can’t avoid these errors. I’m extremely angry with this subscription.

---

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 30, 2026, 8:09am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/12 "2026-07-30T08:09:31Z")

</div>

I’m very sorry you too have to suffer from this. It is down right outragrous.  
Here is the prompt of the Luna alive keeper prompt, hope it helps. Just right click the thread that you’re working on and click copy deeplink then paste it in the prompt.

```auto
You are an Alive Keeper for one other Codex task.

Target task:
<TARGET_THREAD_URL_OR_ID>

Your sole job is to keep that target task alive until it completes.

Rules:

- The target must be a different Codex thread, never this thread.
- Do not perform, review, alter, or summarize the target task’s work.
- Do not create automations, scheduled tasks, heartbeats, subagents, or new threads.
- Do not change the target’s model, reasoning effort, Goal, scope, files, Git state, or settings.
- Do not run repository commands or access production, credentials, or external services.

Loop until completion:

1. Read or wait for the target task’s current status.
2. If the target is active or inProgress, wait up to 60 seconds. Do not send a message.
3. If the target is paused, blocked, systemError, shows “Selected model is at capacity,” or its latest turn ended without a final answer:
   send exactly this message to the target task:

   continue

4. After sending `continue`, wait 30 seconds before checking again. Never send any additional text.
5. Treat the task as complete only when it has a final answer or its Goal is explicitly marked completed. A completed turn alone is not enough.

When complete, stop and reply exactly:

Target task completed.

```

Let me know if it works.

---

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 30, 2026, 8:12am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/13 "2026-07-30T08:12:22Z")

</div>

Hi Martin, I feel your pain and anger. I started to understand why people would choose Claude Max 20x even Antropic is being them. If this does not slove properly, I swear this will be the last penny I pay to OpenAI.

Anyway, here is the prompt of the Luna alive keeper prompt, hope it helps. Just right click the thread that you’re working on and click copy deeplink then paste it in the prompt. Hope it helps.

```auto
You are an Alive Keeper for one other Codex task.

Target task:
<TARGET_THREAD_URL_OR_ID>

Your sole job is to keep that target task alive until it completes.

Rules:

- The target must be a different Codex thread, never this thread.
- Do not perform, review, alter, or summarize the target task’s work.
- Do not create automations, scheduled tasks, heartbeats, subagents, or new threads.
- Do not change the target’s model, reasoning effort, Goal, scope, files, Git state, or settings.
- Do not run repository commands or access production, credentials, or external services.

Loop until completion:

1. Read or wait for the target task’s current status.
2. If the target is active or inProgress, wait up to 60 seconds. Do not send a message.
3. If the target is paused, blocked, systemError, shows “Selected model is at capacity,” or its latest turn ended without a final answer:
   send exactly this message to the target task:

   continue

4. After sending `continue`, wait 30 seconds before checking again. Never send any additional text.
5. Treat the task as complete only when it has a final answer or its Goal is explicitly marked completed. A completed turn alone is not enough.

When complete, stop and reply exactly:

Target task completed.

```

---

<div class="post-metadata">

**Author:** ![martin.galdeca](https://avatars.discourse-cdn.com/v4/letter/m/85f322/32.png) [@martin.galdeca](https://community.openai.com/u/martin.galdeca)\
**Post date:** [July 30, 2026, 8:20am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/14 "2026-07-30T08:20:48Z")

</div>

yep, same pain and anger here. Thanks for the prompt!! I’m using Jetbrains Air instead of codex and it is not allowing me to get the deeplink.

---

<div class="post-metadata">

**Author:** ![Snipecoder](https://avatars.discourse-cdn.com/v4/letter/s/f14d63/32.png) [@Snipecoder](https://community.openai.com/u/Snipecoder)\
**Post date:** [July 30, 2026, 10:39am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/15 "2026-07-30T10:39:42Z")

</div>

I have the same issues, I use opencode with my 20x sub, I can’t use sol 5.6 xhigh - it gives the same errors.

---

<div class="post-metadata">

**Author:** ![nagapow](https://sea2.discourse-cdn.com/openai1/user_avatar/community.openai.com/nagapow/32/466549_2.png) [@nagapow](https://community.openai.com/u/nagapow)\
**Post date:** [July 30, 2026, 11:18am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/16 "2026-07-30T11:18:53Z")

</div>

same for me - it is unusable. every request is overloaded and will not run. this is really bad. Reverting back to 5.5

---

<div class="post-metadata">

**Author:** ![Namilus](https://avatars.discourse-cdn.com/v4/letter/n/8e8cbc/32.png) [@Namilus](https://community.openai.com/u/Namilus)\
**Post date:** [July 30, 2026, 11:30am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/17 "2026-07-30T11:30:58Z")

</div>

I want to add myself to the list of impacted pro subscribers. Things were slightly intermittent yesterday using sol specifically, but so far this morning I’ve gotten 2 short messages through over about half an hour.

---

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 30, 2026, 11:31am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/18 "2026-07-30T11:31:19Z")

</div>

I feel your pain, you should post and tweet about it too! Let them know about this, it is totally unaccecptable, it now some reset would make up too!

---

<div class="post-metadata">

**Author:** ![WillRen](https://avatars.discourse-cdn.com/v4/letter/w/3be4f8/32.png) [@WillRen](https://community.openai.com/u/WillRen)\
**Post date:** [July 30, 2026, 11:31am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/19 "2026-07-30T11:31:52Z")

</div>

We should all post and tweet about it too! Let them know about this

---

<div class="post-metadata">

**Author:** ![Namilus](https://avatars.discourse-cdn.com/v4/letter/n/8e8cbc/32.png) [@Namilus](https://community.openai.com/u/Namilus)\
**Post date:** [July 30, 2026, 11:34am UTC](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332/20 "2026-07-30T11:34:22Z")

</div>

Technological and infrastructure issues do happen. I’m not upset really, I just want to be validated in some way, and told that the issue exists and is being addressed. Information is more important for me personally.

Not that you’re wrong for being upset, my workflow is very flexible, and yours sounds more time sensitive.

[Next page](https://community.openai.com/t/gpt-5-6-sol-repeatedly-hits-selected-model-is-at-capacity-in-codex-desktop/1388332.md?page=2)