question Slowness detected in On-Prem instance in Community Central forum

Slowness detected in On-Prem instance

SagarJ957172966 — Mon, 29 Sep 2025 11:12:39 GMT

Dear Team,

We are on ServiceNow On-Prem instance with 3 App servers and total 15 nodes across the servers.

We have seen slowness while accessing ServiceNow application.

Please refer to below details;

OS Version :

NAME="Red Hat Enterprise Linux"
VERSION="8.10 (Ootpa)"

Database : Oracle 19c in cluster environment

I would appreciate if anyone can help me to resolve this issue.

Re: Slowness detected in On-Prem instance

Karen763Pur — Mon, 29 Sep 2025 11:32:46 GMT

Hello!

We're experiencing slowness on our ServiceNow On-Prem instance running RHEL 8.10 with Oracle 19c in a clustered setup across 3 app servers and 15 nodes. Key areas to check include server load, database performance, network latency, and heavy background jobs. Reviewing logs and optimizing JVM settings may also help identify and resolve bottlenecks. Any guidance would be appreciated.

Re: Slowness detected in On-Prem instance

SagarJ957172966 — Tue, 30 Sep 2025 04:57:17 GMT

Hello @Karen763Pur ,

Can you please help with recommended JVM setting. Also, we have NSX load balancer in our environment.

Re: Slowness detected in On-Prem instance

jeffreyluto — Tue, 17 Feb 2026 22:21:06 GMT

Network latency ( this is from the self-hosted FAQs ServiceNow)

ServiceNow's standard for network latency between App -> DB servers is a minimum ICMP ping time of less or equal to.250ms. Many self-hosted environments will deploy network gear inline between the App -> DB servers which at time incur network latency. Some of these devices might be firewalls, IPS/IDS appliances or even proxy servers. Some customers have found that installing the App servers in the same network (on the same LAN) has solved any latency issues.

It's recommended your network latency is monitored to ensure the latency stays at or below .250ms. It's also highly recommended to have in place monitoring for packet loss. We've seen sever performance impacts to environments where switch gear starts failing and packet loss is one of the side effects.

Here are some things I would suggest and at times worked for us.

-Consider putting DB and App in the same subnet

-Consider creating specific routes or QoS for this traffic

-Consider creating a different route via another vNIC than the inbound from the load balancer?

-Double-check Iptables/Firewalld

-beware of Network proxies

-Run traceroute and ping to see where and how long traffic take and adjust

Re: Slowness detected in On-Prem instance

jeffreyluto — Tue, 17 Feb 2026 22:30:29 GMT

Create ticket with ServiceNow and triple read the Self-hosted deployment install notes.

Make sure you are using the correct JDK based on this KB https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB1362432

pay special attention to the Application Node configuration towards the end, the properties that need to be added to /glide/nodes/<node directory>/conf/overrides.d

sometimes just missing one file or edit on 1 of 12 throws things off because a JVM svc keeps crashing or is not optimized.

Re: Slowness detected in On-Prem instance

jeffreyluto — Thu, 19 Feb 2026 16:37:18 GMT

Try Configuring Busy Polling on the Redhat host seems to speed things up for me.

Re: Slowness detected in On-Prem instance

jeffreyluto — Tue, 31 Mar 2026 19:51:20 GMT

Case into Servicenow usually assists into what setting need to be in the glide.properties. and glide.db.properties files in the dir: /glide/nodes/svc_16000/conf

the DB files has credentials that are specific to our instance cannot share that:

The glide.properties files is very generic see output below

$ cat glide.properties

# glide.properties (for DB related properties, use glide.db.properties)

glide.proxy.host = http://hostname
glide.proxy.path = /
glide.servlet.port = 16000
glide.cluster.node_name = app1
glide.db.pooler.connections = 32
glide.db.pooler.connections.max = 32

glide.installation.self_hosted = true
glide.usageanalytics.central_instance = 'https://disabled.service-now.com'
glide.ua.downloader.central_instance = ''

override file I think is most important

$ cat 51-memory.properties
##
###

glide.java.opts.snippet.nodeconfig.mem=-Xms2048m -Xmx2048m -XX:MaxMetaspaceSize=640m -XX:ReservedCodeCacheSize=240m -XX:MaxDirectMemorySize=256m -XX:-UseAdaptiveSizePolicy

--- I would also try restarting the Database servers or renice some process there.

Some have helped us