Oracle Analytics Forum

Welcome to the Oracle Analytics Community: Please complete your User Profile and upload your Profile Picture

Unable to save Agent in OAS 2025

Received Response
14
Views
3
Comments
User_N6HIU
User_N6HIU Rank 2 - Community Beginner

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.

Answers

  • Please refer following support article

    https://support.oracle.com/support/?anchorId=&kmContentId=3020612

    Hope it works!

  • Brendan T
    Brendan T Rank 6 - Analytics & AI Lead

    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.

  • 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?