# 503: Service Unavailable upon Client Update

**URL:** <https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365>\
**Category:** Ignition\
**Tags:** ignition81\
**Created:** [June 29, 2022, 7:08pm UTC](https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365 "2022-06-29T19:08:57Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![Benjamin\_Nayback](https://avatars.discourse-cdn.com/v4/letter/b/b2d939/32.png) [@Benjamin\_Nayback](https://forum.inductiveautomation.com/u/Benjamin_Nayback)\
**Post date:** [June 29, 2022, 7:08pm UTC](https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365/1 "2022-06-29T19:08:57Z")

</div>

Hello all,

I have recently moved from IGN 7.9 to IGN 8.1, and we have recently started to notice that not all of our clients (around 500+) are being updated upon an update push. It's about 50-50 whether the client gets updated or not. The work-around currently is just to restart the client, but not everyone will know to do so if they are not paying attention. Every client is receiving the same error:

> INFO com.inductiveautomation.factorypmi.application.runtime.ClientPanel - Received project change notification: notificationMode=PUSH, updateMessage=com.inductiveautomation.ignition.common.gateway.messages.ProjectUpdate@6e153447  
> com.inductiveautomation.ignition.client.launch.steps.HttpResponseException: 503: Service Unavailable  
> at com.inductiveautomation.factorypmi.application.runtime.AbstractProjectStep.downloadDiffs(AbstractProjectStep.java:95)  
> at com.inductiveautomation.factorypmi.application.runtime.AbstractProjectStep.downloadDiffs(AbstractProjectStep.java:42)  
> at com.inductiveautomation.factorypmi.application.runtime.UpdateProjectPane$DownloadProject.run(UpdateProjectPane.java:154)  
> at com.inductiveautomation.ignition.client.launch.AbstractStepRunner.run(AbstractStepRunner.java:33)  
> at java.base/java.lang.Thread.run(Unknown Source)  
> 10:24:04.838 [AWT-EventQueue-0] ERROR com.inductiveautomation.ignition.client.util.gui.ErrorUtil - null  
> com.inductiveautomation.ignition.client.launch.steps.HttpResponseException: 503: Service Unavailable  
> at com.inductiveautomation.factorypmi.application.runtime.AbstractProjectStep.downloadDiffs(AbstractProjectStep.java:95)  
> at com.inductiveautomation.factorypmi.application.runtime.AbstractProjectStep.downloadDiffs(AbstractProjectStep.java:42)  
> at com.inductiveautomation.factorypmi.application.runtime.UpdateProjectPane$DownloadProject.run(UpdateProjectPane.java:154)  
> at com.inductiveautomation.ignition.client.launch.AbstractStepRunner.run(AbstractStepRunner.java:33)  
> at java.base/java.lang.Thread.run(Unknown Source)

I am unsure on where to start troubleshooting this issue; any help would be appreciated!

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [June 29, 2022, 7:11pm UTC](https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365/2 "2022-06-29T19:11:17Z")

</div>

Check your gateway logs at the same timestamp; there’s an HTTP error happening (but I suspect it’s not coming from Ignition itself, but something in between).  
Are there any firewalls, analyzers, or other network middlemen between your clients and the gateway? Is there anything in common between the failing locations (network infrastructure wise)?

---

<div class="post-metadata">

**Author:** ![Benjamin\_Nayback](https://avatars.discourse-cdn.com/v4/letter/b/b2d939/32.png) [@Benjamin\_Nayback](https://forum.inductiveautomation.com/u/Benjamin_Nayback)\
**Post date:** [June 29, 2022, 7:29pm UTC](https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365/3 "2022-06-29T19:29:48Z")

</div>

There is a firewall between the clients and the gateway, but I am not seeing any HTTP errors in the gateway logs for ± 10 minutes of that timeframe. I actually don’t see anything out of the ordinary other than one of our projects has a script running about 200+ times (have not looked into this yet), but it’s not for the main project that is being updated. We have a development server as well with significantly less clients open at a time (~10-20), and these clients NEVER get the HTTP error. I have also watched the RAM/CPU usage when updating the project, and it never spikes above 20-25% usage on both sides.

Is it possible there are too many clients trying to download the same update at once which is causing the HTTP traffic to jam and then maybe the firewall is closing these connections? It’s just strange that this wasn’t happening until moving to IGN 8.1.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [June 29, 2022, 7:47pm UTC](https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365/4 "2022-06-29T19:47:54Z")

</div>

Maybe one of the routes is hitting the concurrency limit?

I’d expect the error message to reflect that, though…

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [June 29, 2022, 7:56pm UTC](https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365/5 "2022-06-29T19:56:41Z")

</div>

You could try setting `ignition.routes.defaultConcurrency` parameter to something higher than 5; this would be a `wrapper.java.additional` parameter in the `ignition.conf` file: [Gateway Configuration File Reference - Ignition User Manual 8.1 - Ignition Documentation](https://docs.inductiveautomation.com/display/DOC81/Gateway+Configuration+File+Reference#GatewayConfigurationFileReference-ChangingJavaAdditionalParameters)  
This will require a gateway restart to take effect.

Which particular Ignition 8.X version is it?

---

<div class="post-metadata">

**Author:** ![Benjamin\_Nayback](https://avatars.discourse-cdn.com/v4/letter/b/b2d939/32.png) [@Benjamin\_Nayback](https://forum.inductiveautomation.com/u/Benjamin_Nayback)\
**Post date:** [July 1, 2022, 11:57am UTC](https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365/6 "2022-07-01T11:57:37Z")

</div>

Currently using 8.1.15. We plan on updating our server (if not this weekend, then next weekend), and I will attempt to change the defaultConcurrency when we do this. I will update this post with the results soon; thanks for your assistance!

---

<div class="post-metadata">

**Author:** ![tashby](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tashby/32/67562_2.png) [@tashby](https://forum.inductiveautomation.com/u/tashby)\
**Post date:** [September 4, 2025, 8:10pm UTC](https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365/7 "2025-09-04T20:10:53Z")

</div>

Curious if you found anything. I’m having a similar issue. Don’t even have clients running, but get that error when just trying to launch a designer over VPN. I suspect something in the firewall on the IT side of things may be blocking it, but not sure how to tell. They say it’s setup the same as another server which launches fine.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [September 4, 2025, 8:26pm UTC](https://forum.inductiveautomation.com/t/503-service-unavailable-upon-client-update/61365/8 "2025-09-04T20:26:55Z")

</div>

If you can run Wireshark on the Ignition Gateway machine you should be able to catch the incoming Designer launch traffic and then see if it's really the Gateway returning a 503 or if the Designer just kind of disappears, which you can take to IT as supporting evidence.
