# Gateway Scheduled Script executed twice unexpectedly

**URL:** <https://forum.inductiveautomation.com/t/gateway-scheduled-script-executed-twice-unexpectedly/113786>\
**Category:** Ignition\
**Tags:** ignition81, scripting\
**Created:** [February 5, 2026, 3:13pm UTC](https://forum.inductiveautomation.com/t/gateway-scheduled-script-executed-twice-unexpectedly/113786 "2026-02-05T15:13:54Z")\
**Posts on this page:** 1\
**Showing post:** 11

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [February 5, 2026, 4:39pm UTC](https://forum.inductiveautomation.com/t/gateway-scheduled-script-executed-twice-unexpectedly/113786/11 "2026-02-05T16:39:27Z")

</div>

> [@bmeyers](#):
>
> might suggest this is what happened

Are your gateways on the same subnet, physically close to each other? If not, fix that. See this:

> [@Architecture for Distributed Control Center](https://forum.inductiveautomation.com/t/architecture-for-distributed-control-center/85104/9):
>
> Ignition redundancy is both latency sensitive and subject to split brain syndrome. If the comms goes down between sites, both servers will end up active and therefore numerous properties start to diverge. So let me amend my answer to: Ignition redundant servers must be installed on a common LAN with a robust network layout (preferably multi-path, like RTSP), such that any loss of comms also results in loss of comms to all clients and all devices and all databases. (Trunk port for multiple VL…

More:

[https://forum.inductiveautomation.com/search?q=%40pturmel%20split%20brain%20order%3Alatest](https://forum.inductiveautomation.com/search?q=%40pturmel%20split%20brain%20order%3Alatest)

---

_[View the full topic](https://forum.inductiveautomation.com/t/gateway-scheduled-script-executed-twice-unexpectedly/113786)._
