topic Re: lsnrctl command stops listener on another server in Operating System - HP-UX

lsnrctl command stops listener on another server

Dave Meador_1 — Tue, 07 Jan 2003 13:50:54 GMT

lsnrctl appears to have the abiliby to issue commands to servers other then the one that the command is actually run on. How is this being facilitated? Is the fact that we have service guard running causing this? We have 2 HP-UX clusters running service guard, one is production and the second is a new cluster being setup for DR.

We want to avoid lsnrctl commands issued on the new DR cluster from being executed on the real production cluster until we implement the new cluster at our DR site.

Thanks!

Re: lsnrctl command stops listener on another server

Brian Crabtree — Tue, 07 Jan 2003 21:43:35 GMT

This happens because the listener.ora command is pointing to the second server. Your best options are to create a different listneer name for your DRP system, or set passwords on your listeners that are different for DRP and production. This will make the listener ask for the password before stopping, and should keep the production listener from being stopped by the DRP process.

Brian

Re: lsnrctl command stops listener on another server

Dave Meador_1 — Tue, 07 Jan 2003 22:44:47 GMT

Thanks Brian, That looks like the problem, I made the wrong assumption that TNSNAMES was used, but it was the listener.ora file. A password on the listener is a great idea! Best Regards, Dave.