Unable to save Agent in OAS 2025

Question

Hi Team,

We had recently migrated to OAS 2025 - 8.2 with October bundle patch. All the reports/Dashboards are working and running fine as expected. But we are unable to save the agent after creating new.  Error as below -

Oracle Analytics Scheduler Error: [nQSError: 12002] Socket communication error at call=connection: (Number=111) Connection refused [nQSError: 12061] Communication error connecting to remote end point.

Does anyone face the same problem.

Regards,

Saravanan.V.

Michal Zima · Answer

I remember when performing in-place upgrade to OAS 2024, we encountered same errors, which has been caused by "obsolete" config stuff in instanceconfig.xml in <Alerts> section- which needs to be removed - exactly as @RVohra has pointed above with reference to note, which gives you a guidance.

Gianni Ceresa · Answer

More in general, seeing as you are facing a number of issues after your migration, maybe you should also review the migration process. No info was shared on what product/version you migrated from, but maybe a step was missing somewhere to explain all these issues?

Brendan T · Answer

Check Internal Port and Hostname Configuration If the service is running but still refusing connections, there may be a mismatch in how the components identify each other post-migration.

• instanceconfig.xml: Verify that the Presentation Services configuration points to the correct hostname and port for the Scheduler.

• NQSConfig.ini: Ensure the [SCHEDULER] section contains the correct RPC_SERVICE_OR_PORT and that it matches the port being called in the error log.

• Firewall Rules: Ensure that the internal communication ports (default is often 9705 for the Scheduler) are not blocked by the OS firewall (e.g., iptables or firewalld) on the server.

3. Inspect Server-Side Logs Since you have OS-level access, you should examine the following logs for specific failure reasons (such as database connectivity issues or credential errors):This will provide more context on the "remote end point" the Presentation Services is attempting to reach when the connection is refused.

Check Internal Port and Hostname Configuration If the service is running but still refusing connections, there may be a mismatch in how the components identify each other post-migration.

• instanceconfig.xml: Verify that the Presentation Services configuration points to the correct hostname and port for the Scheduler.

• NQSConfig.ini: Ensure the [SCHEDULER] section contains the correct RPC_SERVICE_OR_PORT and that it matches the port being called in the error log.

• Firewall Rules: Ensure that the internal communication ports (default is often 9705 for the Scheduler) are not blocked by the OS firewall (e.g., iptables or firewalld) on the server.