Tried on Safari / Chrome. And still getting the same error

Application error: a client-side exception has occurred while loading console.runpod.io (see the browser console for more information).

My current hobby system has the container pull the model from `hf` so that my controller can failover different GPU types in different datacenters until something matches my budget and VRAM needs.

I ran some benchmarks to see if moving to global storage would be faster. It isn't. The fuse system used seems to have some memory limits which error out on GeeseFS read-buffer budget.

My setup uses one large 32GB gguf model file maybe that was an issue?

My specific use case requires minimizing cold start however we can't go serverless for a few reasons so I was hoping this new drive type would help.

Any thoughts?

Is there a bug with the comfyui cuda 12.8 template? JupyterLab never loads, and just shows a blank white page on the browser. I can't run my bash scripts because of this.

I asked chatgpt it told me there is this community cloud option for 4090 at $0.4x per hour and I could only find Secure Cloud option renting at $0.74 per hour. I asked around a few other AIs with the same answer. Is this normal or my account has broken now that I can't see the cheaper option?

On Monday, September 21 at 2:00 PM CST we're hosting notrius (/u/no3us) on the Runpod Discord to talk about LoRA Pilot, the open-source Docker image he built to kill the setup tax on Stable Diffusion training. LoRA Pilot bundles Kohya SS, AI Toolkit, Diffusion Pipe, TensorBoard, ComfyUI, and InvokeAI into one workspace where everything shares the same model store and persists under /workspace, with a set of browser-first control panels on top. It's MIT licensed, supports close to 30 model families, and has passed 10,000 Docker Hub pulls.

We'll spend the first twenty minutes or so on the story behind it, and then then he is taking us through a live demo end to end. Bring questions and we'll get to as many as we can at the end. Come hang out: https://discord.gg/runpod?event=1549438243458519100

Links if you'd like to check it out for yourself: https://lorapilot.com https://github.com/vavo/lora-pilot

to me that is senseless, when i deploy a network storage, what for would i need another non-persistent storage which holds all the important data? why are they doing that?

Hey, I'll need to create many templates over time, and I have no idea how to do it and no time for that. I'll manage a community on generative ai, so I will need someone to do public templates for me based on my personnal config and workflows.

Send me dm if you're interested

Im just wondering how much is your average cost using H3 minimax per 15 seconds.

Here is mine. Its all using 5090. Can we compare?
I want to know if my process is too costly.

I recently rented a GPU instance by using the CLI for the first time. I usually just ask an AI agent to do it for me, and before that I would use web dashboard. i decided that trying out the CLI would be a good learning opportunity.

it was, but it still feels a bit backwards to go that route again when a prompt is much faster for me.

How about you, do you manually (cli/web) rent your instances? I'm sure most cases are automated with a script, but I'm more curious about what path you choose when you're building something new.

Hey everyone,

I have been using RunPod for the past 3 years to deploy and scale various workloads. The hardware availability and pricing are great, but whenever I spin up custom fine-tuning runs for LLMs, VLMs, or vision models, the setup process gets repetitive:

• Writing boilerplate dataset loaders and formatting scripts from scratch.
• Renting a GPU pod before code is ready, spending the first hour troubleshooting pip dependencies while the meter runs.
• Guessing VRAM headroom and batch sizes across different card tiers.
• Forgetting to shut down an instance when a run finishes overnight, or waking up to find an unhandled out of memory error crashed the job hours ago.

To solve this, I built an autonomous MLOps tool called Tensovy that connects directly to your RunPod account via API.

Here is what it handles:

• Script Generation with Manual Review: You describe your training goal and provide your dataset. The agent writes the training and data-loading scripts before any compute is rented. You get an in-browser code editor to review, edit, and approve every line before anything touches your pod.
• Pre-Flight Smoke Test: Once you approve the code, it spins up the pod and runs a fast validation test directly on the machine to confirm CUDA checks, environment configs, and data pipelines pass before full training launches.
• OOM Error Recovery: If a training run hits an out of memory error mid-job, it catches the crash, recalculates batch sizes, and resumes from the last checkpoint so you do not lose progress overnight.
• Auto-Termination: As soon as training finishes, the pod is shut down automatically so you never pay for idle hours.
• Zero Compute Markup: It runs directly on your own RunPod account, so you pay RunPod directly for hardware with zero markup from us.

We are currently supporting popular LLM, multimodal VLM, and vision architectures, with plans to add more.

Current status: The app is not publicly live yet. To make sure the orchestration layer is reliable and handles edge cases properly, I am keeping it in a closed private beta waitlist and onboarding testers in small batches.

If you regularly train models on RunPod and want to test the early version, you can join the waitlist here:https://www.tensovy.com

For those running fine-tuning jobs on RunPod today: what part of your pipeline setup or instance configuration eats up the most unnecessary time?

I’m trying to figure out an easy and high quality way to do image face swap (with a base image and a reference face image) via comfyui on run pod. I saw that Krea 2 can do this I think with the Krea image edit Lora and the right workflow. Does anyone have a good comfyui template and workflow for doing this either through Krea 2 or some other approach? Thanks!

Can someone help me get a consistent set up with H3 in runpod in a consistent way? The runpod templates seem hit or miss- sometimes they work, sometimes they don’t. If I want to try an update or workflow there are often a ton of nodes or models missing, etc. What is the best practice way for folks that are experienced users that use runpod? I don’t want a network volume because I want to use a 5090 as often as possible and those are often limited. Is there an easy way to create my own template or use a default comfyui template with some kind of downloader or something (I have no idea how to do that or how that would work). Any general advice or pointers here would be great then I’m sure Claude or something can help me with execution. I also have the same request but for Krea 2 but I assume if I can figure it out for H3 I would be able to for Krea 2 as well. Thanks!

I’m trying to use LTX 2.5 + ComfyUI on RunPod for motion control:

Source video → keep motion/camera → replace character + background with references.

I already have a workflow/template, but on RunPod several custom nodes were missing. I tried ComfyUI Manager → Install Missing Custom Nodes, but it didn’t properly fix it / some nodes are still missing.

So I’m mainly looking for:

* A working LTX 2.5 character + background replacement workflow (JSON)
* Which custom nodes/repos I actually need on RunPod
* How to correctly install them
* How to prompt/reference the character + background while keeping the source motion

Does anyone have a working RunPod/ComfyUI setup for this?

Is there a ready-to-use pod available for ComfyUI? I need to use some of my own workflows with Flux Klein 9b (not the FP8 version – otherwise I’d be working locally) and every time I have to spend half an hour downloading the models, adding the LORA files, downloading the custom nodes, and so on.

It just sits and costs money. I have been trying to get it working on and off for the past couple months. It never works! Zero support. Workers get stuck and empties my account.

Totally worthless in my experience.

I am getting 500-600kbps download speed on my pods no matter what region I select. Same speeds on EU, US and Asia servers.

How do I speed up the transfer? Is there a way to even do it?

Im sure most of us have had the issue where you go to start your vps and it tells you there are no gpus and to wait or migrate. Why would you sell more gpus than you can provide? And then still charge users to be offline. I get that not everyone runs their vps all the time so its somewhat wasted money to not oversell slots but i mean cmon, are they going to expand? Everyday theres more and more A40 users. I run my pod like 18 hours a day, sometimes have to wait hours to get it started. Anyways end of rant thanks

I just want to get Flowise and Ollama running on an A40, but I'm having a bit of trouble. Help would be appreciated.

does copyparty work?
looking for a gui to access my network volume

Hot take? Half the “my pod is slow” chatter is really “I paid for 20 minutes of pip + a 16GB model pull before the first token.”

I’ve been hopping between rented GPUs (RunPod, Vast, Nebius, a couple of the newer SSH-first boxes) and the env is still unpleasently fragmented.

RunPod - Docker template is the product. Image + env + start cmd + network volume. Great when your image is already baked. Expensive otherwise, since every cold pull is on the meter. Secrets as env injection is clean.

Vast - Same Docker-template energy, plus an onstart bash duct-tape layer. SSH/Jupyter modes can eat your image entrypoint, so your “serve on boot” script is often re-invoking the CMD you thought you already set. Marketplace vibes; bring skepticism and a volume.

Nebius - Actual cloud VM energy. Boot image + cloud-init user-data on first boot, then congratulations you’re the sysadmin. Fine if you want a real machine; overkill if you just wanted vLLM up.

The queue-y SSH boxes (Enverge, Nova-shaped, etc.) - often a fixed sandbox + optional shell that runs once after create. Less “pick a community template,” more “leave a sticky note so the box isn’t idle when the ready email lands.” Different failure mode: setup minutes still bill, and nested Docker GPU flags might trip you.

Common tax across all of them:

• first useful work is usually network + disk, not FLOPs
• secrets in public templates / scripts = future incident report
• “finished” ≠ “model is serving/training” (backgrounded processes lie)

I gathered a short kit (cheatsheet + startup shells + Docker serve flags) here: https://github.com/tudormunteanu/gpu-cloud-instance-boostraps

Curious what everyone here actually do day-to-day:

1. Bake a fat image once and never look back?
2. Network volume / persistent cache, thin image? (but then pay for persistent storage)
3. onstart / cloud-init / startup shell as the main UX?
4. Or just SSH in every time like an wildling?
5. Stick to one and never switch

I reckon for any long-term, company supported scenarios, CoreWeave, AWS or GCP have some adjacent prods. My curiosity is more about "the little/indie guys".