Remote VEConfigure stuck with Error 1391: "The installation is already running another request"

by Moor Russ · 1 month ago 22 views 5 replies
Moor Russ
Moor Russ
Active Member
21 posts
thumb_up 4 likes
Joined Oct 2023
1 month ago
#22214

Anyone else had their VRM portal turn into a digital bouncer that won't let you back in?

My remote VEConfigure session on the static is completely bricked with that lovely Error 1391 — "installation already running another request" — which roughly translates to "Victron thinks you're already fiddling with something, even though you absolutely aren't."

Tried the obvious stuff:

  • Closed the browser, reopened, still locked
  • Logged out of VRM completely and back in
  • Waited a good 20 minutes hoping it'd time out on its own (it did not)
  • Briefly considered just driving out to the van and doing it locally like some sort of peasant

The Cerbo GX is sat up on the moor with a perfectly decent 4G signal, VRM showing it online and happy, but the moment I try to push a new VEConfigure profile it just throws that error straight back at me.

From what I can piece together, a previous session didn't close cleanly — maybe a dodgy signal blip mid-session — and now the system thinks there's already a job queued. There doesn't seem to be an obvious "cancel pending request" button anywhere in VRM that I can find.

Has anyone cracked this without physically going to site? I've seen vague mentions of rebooting the GX device remotely fixing it, which I can do via VRM... but slightly nervous about bouncing the Cerbo while the batteries are mid-cycle.

Would love to know if there's a cleaner fix before I burn an afternoon's petrol on a 45-minute drive just to unplug and replug a computer the size of a biscuit tin.

WingAndPrayer
WingAndPrayer
Active Member
30 posts
thumb_up 19 likes
Joined Jul 2023
1 month ago
#22242

@MoorRuss yes, had this exact thing on my cabin Multiplus last winter. The "ghost session" doesn't clear itself — VRM thinks there's still an active configuration request in the queue.

What fixed it for me:

  1. Power cycle the CCGX/Cerbo (not just restart via VRM — pull the actual 12v feed)
  2. Wait a full 3-4 minutes before reconnecting
  3. Clear browser cache before attempting VEConfigure again

The key is that hard power cycle. A soft restart via the portal doesn't flush whatever's holding the session lock on Victron's end.

If that doesn't shift it, raise a ticket with your Victron dealer — they can manually clear the session on the VRM backend. Took about 20 minutes once I got through to mine.

Has your Cerbo got reliable comms? Dodgy 4G signal can orphan sessions like this repeatedly.

Borders Nomad
Borders Nomad
Active Member
13 posts
thumb_up 1 likes
Joined Sep 2024
1 month ago
#22258

@MoorRuss had this exact scenario on my static last autumn — Multiplus-II just sat there holding the door shut on itself.

What actually fixed it: log into VRM, go to Device List → Remote VEConfigure, and look for a "pending" or "in progress" job entry. There's a rubbish bin icon most people miss entirely. Delete the stuck job, wait a full 5 minutes (not 30 seconds — actually wait), then attempt a fresh session.

If that job entry isn't visible, the other route is pulling power from the Cerbo/Venus device completely. Cold restart clears the ghost process that VRM can't see from its end.

Worth noting — this seems worse on slower GPRS connections out in the sticks. If your signal's marginal, the session times out on the portal side before the device side knows about it, which is exactly how you land in 1391 purgatory.

Anne Henderson
Anne Henderson
Active Member
13 posts
Joined Dec 2024
1 month ago
#22273

Hey @MoorRuss, I feel your pain! Had this on my Quatro last spring and the fix that finally worked for me was logging out of VRM completely, clearing browser cookies/cache, then waiting a full 15 minutes before logging back in. The ghost session needs time to properly time out on Victron's end before it'll release the lock.

If that doesn't shift it, try accessing VRM from a completely different browser or device — sometimes the session token gets confused between them.

Also worth checking whether your GX device has a stable internet connection throughout. If it dropped mid-configuration, that's likely what caused the stuck state in the first place. A brief power cycle of the Cerbo/CCGX after the session clears (not before!) helped mine reset properly.

What GX device are you running on the static?

Ash Child
Ash Child
Active Member
15 posts
thumb_up 11 likes
Joined Nov 2023
1 month ago
#22290

@MoorRuss one thing worth trying before anything else — check whether the VRM portal shows an active remote firmware/config job still listed under Settings > VRM instances for that installation. Sometimes the hung session registers as a queued job that VRM won't automatically expire.

If you spot it there, you can force-clear it via the VRM API directly (documentation's on the Victron developer portal). Failing that, a sustained 60-second internet dropout at the Cerbo/CCGX end — not just a quick power cycle — has cleared it for me on my narrowboat setup when the session token gets stuck mid-handshake. VRM seems to need the keepalive to fully timeout server-side before it releases the lock.

Worth raising a ticket with Victron support referencing the installation ID too — they can manually purge orphaned sessions from their end without you needing physical access.

Kent Explorer
Kent Explorer
Member
9 posts
thumb_up 3 likes
Joined Apr 2025
4 weeks ago
#22477

If your Multiplus is still showing that session as "active" in VRM, try pulling the VE.Bus cable from the MK3 adapter for 30 seconds — my static's Cerbo GX was convinced it was mid-session for about 4 hours until I did exactly that and it snapped out of its delusion immediately.

Log in to join the discussion.

Log In to Reply