# RTXPRO6000 Instance Creation Requests Timing Out (\>30 second)

**URL:** https://forum.verda.com/t/rtxpro6000-instance-creation-requests-timing-out-30-second/64
**Category:** Bug Reports
**Created:** [October 9, 2025, 5:19pm UTC](https://forum.verda.com/t/rtxpro6000-instance-creation-requests-timing-out-30-second/64 "2025-10-09T17:19:57Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![proteindesigner](https://avatars.discourse-cdn.com/v4/letter/p/e9a140/32.png) [@proteindesigner](https://forum.verda.com/u/proteindesigner)
#### Post date: [October 9, 2025, 5:19pm UTC](https://forum.verda.com/t/rtxpro6000-instance-creation-requests-timing-out-30-second/64/1 "2025-10-09T17:19:57Z")

</div>

Instance creation requests for `1RTXPRO6000.30V` GPU instances are not returning responses within 30 seconds, causing HTTP timeouts. This is a new issue that has not been observed with other GPU instance types (H100, A100, L40S, etc.) or with RTXPRO6000 instances previously.

**## Expected Behavior**

Instance creation requests should return responses within 30 seconds, consistent with other GPU instance types and previous RTXPRO6000 behavior.

**## Actual Behavior**

RTXPRO6000 instance creation requests exceed 30 seconds before returning a response, causing client-side HTTP timeouts.

**## Impact**

- RTXPRO6000 instances cannot be provisioned

- Users cannot access RTXPRO6000 GPU resources

- This affects workflows requiring this specific GPU type

**## Technical Details**

- **\*\*API Endpoint\*\*** : `POST [https://api.datacrunch.io/v1/instances`](https://api.datacrunch.io/v1/instances%60)

- **\*\*Affected Instance Type\*\*** : `1RTXPRO6000.30V`

- **\*\*Timeout\*\*** : Requests exceed 30-second response time

- **\*\*Error Type\*\*** : HTTP ReadTimeout (client-side timeout due to slow server response)

**## Timeline**

This issue began occurring today and was not present in previous RTXPRO6000 instance creation attempts.

---

<div class="post-metadata">

### Author: ![proteindesigner](https://avatars.discourse-cdn.com/v4/letter/p/e9a140/32.png) [@proteindesigner](https://forum.verda.com/u/proteindesigner)
#### Post date: [October 9, 2025, 6:14pm UTC](https://forum.verda.com/t/rtxpro6000-instance-creation-requests-timing-out-30-second/64/2 "2025-10-09T18:14:40Z")

</div>

Update: this is happening with B200 instances too as well now.

---

<div class="post-metadata">

### Author: ![proteindesigner](https://avatars.discourse-cdn.com/v4/letter/p/e9a140/32.png) [@proteindesigner](https://forum.verda.com/u/proteindesigner)
#### Post date: [October 9, 2025, 6:22pm UTC](https://forum.verda.com/t/rtxpro6000-instance-creation-requests-timing-out-30-second/64/3 "2025-10-09T18:22:27Z")

</div>

Using the exact same API request, able to provision other instances at other locations (e.g., H200 at FIN-02). Appears to be yet another FIN-03 API issue…

---

<div class="post-metadata">

### Author: ![TeamVerda](https://dub1.discourse-cdn.com/flex014/user_avatar/forum.verda.com/teamverda/32/36_2.png) [@TeamVerda](https://forum.verda.com/u/TeamVerda)
#### Post date: [October 10, 2025, 8:21am UTC](https://forum.verda.com/t/rtxpro6000-instance-creation-requests-timing-out-30-second/64/4 "2025-10-10T08:21:59Z")

</div>

Hi,

Sorry for the late reply, we had to restart the service yesterday around 17:00 (UTC) and the total downtime was roughly 30 minutes. Everything should be back to normal now. Sorry for the inconvenience!

---

<div class="post-metadata">

### Author: ![proteindesigner](https://avatars.discourse-cdn.com/v4/letter/p/e9a140/32.png) [@proteindesigner](https://forum.verda.com/u/proteindesigner)
#### Post date: [October 10, 2025, 8:15pm UTC](https://forum.verda.com/t/rtxpro6000-instance-creation-requests-timing-out-30-second/64/5 "2025-10-10T20:15:47Z")

</div>

OK, let me turn this bug report into a feature request:

**Delay Instance Availability Responses Until Services Are Fully Ready**

When services are undergoing restarts or are otherwise not yet ready to handle API calls, the [https://api.datacrunch.io/v1/instance-availability](https://api.datacrunch.io/v1/instance-availability) endpoint can return misleading availability information. This causes downstream issues — for example, clients attempt to provision instances based on this availability, only to encounter timeouts because the backend is not actually ready to accept POST /v1/instances requests.

**Proposed Behavior**

The instance-availability endpoint should not return availability for any instance type until all relevant services are fully ready to handle API provisioning requests. This would prevent unnecessary failed attempts and improve the robustness of automated client workflows.

---

<div class="post-metadata">

### Author: ![TeamVerda](https://dub1.discourse-cdn.com/flex014/user_avatar/forum.verda.com/teamverda/32/36_2.png) [@TeamVerda](https://forum.verda.com/u/TeamVerda)
#### Post date: [October 10, 2025, 10:26pm UTC](https://forum.verda.com/t/rtxpro6000-instance-creation-requests-timing-out-30-second/64/6 "2025-10-10T22:26:21Z")

</div>

Thank you for the detailed feedback. The issue has been forwarded to the team, we’ll discuss and come up with a plan to make our daily user’s experience more pleasant.
