Lofstrand · Solutions Architect · ✭✭✭✭✭

Hi How do you access the API? What authentication method do you use? I doubt this is something with SolarWinds, can it be something with certificate chain/root trust or client-auth certificate binding after a Windows updates?

Depending on how the alerts are designed, there is no possibility to check this. Alerts are not bound or connected to entities, it's queries against the database towards all the entities. Different customers set up how they want alerts in different ways, so it's almost impossible to have such a generic alert.

I would create a custom property to manage the two groups, with Critical vs non-critical. Then I would create email distribution lists, that contains the required recipients, naming the DLs like "critical.alert@company.com" Then on the alert rules, configure the email action to send the emails to an address built up by the…

Have you filed a support case on this? I do see others having the same issue (or it's your case I see….) If not, I suggest you do, to create higher attention to this.

I guess it depends on how you customized it, but there are agents for Linux and Cent OS: More on the agent requirements here: https://documentation.solarwinds.com/en/success_center/orionplatform/content/core-agent-requirements-sw476.htm

That is what archiving is for. Have a look at https://documentation.solarwinds.com/en/success_center/ncm/content/ncm-configuration-settings.htm?cshid=OrionNCMPHChangeArchive for more details.

Hi, there should not be any hard limits for that large config files to be downloaded. However, there might be performance issues when those files a viewed in the web browser, or compared with older versions of the files.

Is it just stuck at that page/picture? Nothing more happening? No error messages? You can check the log file, might give you more clues. C:\programdata\solarwinds\logs\orion\configurationwizard.log (hope I remember the path correct :-))

I have not heard or seen anything like that. Suggest you open a support case to dig further into that.

From the Active Directory Domain controller? Either use event log monitoring, or use the AppInsight for Active Directory. Both included with SAM and Observability Self-hosted

If you are using an http/https component, then it looks like this in perfstack. Doesn't say "responsetime" right out, but it is that: There you have response time in ms. Corresponds with this:

I suggest you add the charts you want to a PerfStack chart, save it and add it to Modern Dashboard as a Time series widget.

Yes, if you are using a 2026-version and have platform connect set up, you should have a API access token, not just an ingestion token.

On linux nodes that setting has no usage. It's only applicable when WMI is chosen as polling method. It's whether to poll WMI over DCOM/RPC or WinRM.

Two nodes are enough but you need a quorum for the cluster, a third vote. There are several methods to create that, including a shared folder somewhere. If you are talking about "Availability groups" that is included in the always on concept, I would not recommend it when the latency is over say 10-20 ms.

The token type changed with 2026.1. As Platform Connect has more features, it requires the API token. Are you choosing the right region?

Are you on the 2026.2 RC version or the GA version? There where an issue with http/https monitoring in the RC version, but that is fixed in the GA version.

Hi @jdbrp You could start with below SWQL query. (Not SQL, but SWQL) You can put the query in a report or use SWQL studio. Shows you where you are using saved credentials, not individual. But with the info in the query it can be adjusted to show each nodes settings. Passwords and such are not visible. SELECT distinct…

Hi, the configuration of the widget is stored in the [configuration] column of the [widget] table. I would suggest you use SWQL and not SQL in your widgets.

I have upgraded my lab and all modern dashboards look the same as far as I can see. Is it the same in other browsers?

Yes, if there are no errors in those files, the actions was executed successfully

Agree with @stuartd here, check with support. I wonder though what version you are upgrading from? And have you opened the new port that is required towards the Main poller? TCP/17734

If you set this for a "specific date", you can have longer downtime: But do you want to unmanage nodes every weekend? Then maybe a script towards the API is better.

I would start by looking in these log files on the main polling engine: "C:\ProgramData\SolarWinds\Logs\Orion\ActionsExecutionAlert.log" "C:\ProgramData\SolarWinds\Logs\Orion\ActionsExecution.log" There you see details about all triggered alert actions and know if they left the solarwinds server or not.

Hi, sysname is updated by a rediscovery, that should be ran automatically every 30 min. Caption though is not updated by a pollNow or Rediscover. It's not a dynamic field but static. Make sure the right pollers are added when you add the nodes via the API. That can also create issues.

I think this is mainly a UDT/Meraki limitation rather than a config issue. UDT gets L3 by polling the device that holds the ARP/IP-to-MAC mapping, using ipNetToMediaTable / ipNetToPhysicalTable. If the actual L3 gateway no longer sits inline for UDT, or if that device does not expose those OIDs the way UDT needs, then UDT…

Hi, a stopped SEM Agent service that immediately stops again usually points to one of a few common causes: connectivity on ports 37890–37892, certificate/SAN mismatch, wrong manager hostname/IP in spop.conf, or a corrupted agent certificate/store. I would start by checking the spoplog.txt log file for any clues…

Public or private IP, DNS work the same way. Issue can be that many web hosts use the same IP for many CNAME's.

The official recommendation is to have the same OS on all SolarWinds servers. Will it work anyway? Yes, most likely. But there have been cases where for example different .net versions on different OS versions caused issues. This happens VERY seldom, but it can happen. Same time and timezone is more important, and that…

Hi Below is a SWQL query you can use to find out the credential ID and understand the relationship SELECT N.Caption ,n.SNMPVersion ,C.CredentialType ,C.ID AS CredentialID ,C.Name AS CredentialName FROM Orion.Nodes as N INNER JOIN Orion.NodeSettings AS NS on N.nodeid=NS.NodeID AND NS.SettingName LIKE '%SNMP%' INNER JOIN…