‘ucybsmcl -c GET_PROCESS_LIST’ should return process names

Idea created by Michael_Lowry on Jul 9, 2018
    New
    Score11

    The Service Manager GUI shows the process name in the Service column, but the Service Manager CLI returns only service names. The Service Manager CLI should also return process names.

     

    When AE server processes start up, they are assigned names by the PWP in sequential order. If the Service Manager is used to start the AE, the process names assigned to each process may differ from the service names listed in the SMD file. The Service Manager GUI shows process names (once they have been assigned) in the Service column.

     

    Figure 1. Service Manager GUI

    The Service Manager GUI has a hidden column called fix Servicename that shows the service name from the SMD file. To reveal it, drag to the right from the rightmost edge of the CPU Time column.

    The Service Manager CLI does not list process names — only service names.

    $ /opt/uc4/servicemanager-server/ucybsmcl -c GET_PROCESS_LIST -h localhost:22020 -n uc4s
    "UC4 WP2" "R" "60345" "2018-07-02 14:45" "7/00:31" "0/03:25:27.00"

    "UC4 WP4" "R" "17106" "2018-06-18 10:51" "21/04:25" "0/10:01:00.00"
    "UC4 WP6" "R" "60346" "2018-07-02 14:45" "7/00:31" "0/01:28:45.00"
    "UC4 WP8" "R" "60347" "2018-07-02 14:45" "7/00:31" "0/01:29:17.00"
    "UC4 WP10" "R" "60348" "2018-07-02 14:45" "7/00:31" "0/01:40:38.00"
    "UC4 WP12" "R" "60349" "2018-07-02 14:45" "7/00:31" "0/01:25:50.00"
    "UC4 WP14" "R" "60350" "2018-07-02 14:45" "7/00:31" "0/02:45:41.00"
    "UC4 WP16" "R" "60351" "2018-07-02 14:45" "7/00:31" "0/01:38:30.00"
    "UC4 WP18" "R" "60352" "2018-07-02 14:45" "7/00:31" "0/03:15:36.00"
    "UC4 WP20" "R" "17204" "2018-06-18 10:51" "21/04:25" "0/01:44:02.00"
    "UC4 WP22" "R" "60353" "2018-07-02 14:45" "7/00:31" "0/01:27:22.00"
    "UC4 WP24" "R" "17197" "2018-06-18 10:51" "21/04:25" "0/08:57:35.00"
    "UC4 WP26" "R" "60354" "2018-07-02 14:45" "7/00:31" "0/03:20:46.00"
    "UC4 WP28" "R" "17195" "2018-06-18 10:51" "21/04:25" "0/09:13:44.00"
    "UC4 WP30" "R" "60355" "2018-07-02 14:45" "7/00:31" "0/03:16:11.00"
    "UC4 WP32" "R" "60356" "2018-07-02 14:45" "7/00:31" "0/01:35:37.00"
    "UC4 WP34" "R" "17192" "2018-06-18 10:51" "21/04:25" "0/11:20:56.00"
    "UC4 WP36" "R" "60357" "2018-07-02 14:45" "7/00:31" "0/01:39:51.00"
    "UC4 WP38" "R" "60358" "2018-07-02 14:45" "7/00:31" "0/03:22:12.00"
    "UC4 WP40" "R" "60359" "2018-07-02 14:45" "7/00:31" "0/03:58:18.00"
    "UC4 WP42" "R" "17188" "2018-06-18 10:51" "21/04:25" "0/01:16:49.00"
    "UC4 WP44" "R" "60360" "2018-07-02 14:45" "7/00:31" "0/01:27:06.00"
    "UC4 WP46" "R" "60361" "2018-07-02 14:45" "7/00:31" "0/03:36:38.00"
    "UC4 JWP48" "R" "17185" "2018-06-18 10:51" "21/04:25" "0/00:23:56.00"
    "UC4 JWP50" "R" "17184" "2018-06-18 10:51" "21/04:25" "0/00:30:40.00"
    "UC4 JWP52" "R" "17183" "2018-06-18 10:51" "21/04:25" "0/00:24:10.00"
    "UC4 JWP54" "R" "18292" "2018-06-18 10:55" "21/04:21" "0/00:23:43.00"
    "UC4 JWP56" "R" "17181" "2018-06-18 10:51" "21/04:25" "0/00:23:52.00"
    "UC4 CP2" "R" "17180" "2018-06-18 10:51" "21/04:25" "0/06:39:59.00"
    "UC4 CP4" "R" "17179" "2018-06-18 10:51" "21/04:25" "0/07:39:09.00"

    The Service Manager CLI returns only the service names as they appear in the SMD file, regardless of what name has been assigned to each process by the PWP. This means that the names returned by the Service Manager CLI cannot be relied upon to correspond to:

    • the names displayed in the Service Manager GUI
    • the names displayed in System Overview (JUI) / Automation Engine Management (AWI)
    • the names of log & trace files

     

    This leads to several problems:

    • it complicates troubleshooting
    • it means companies that do not use Windows, and thus cannot run the Service Manager GUI, cannot correlate process names and process IDs
    • It makes it difficult to use the Service Manager CLI programmatically (e.g., in scripts or jobs).

     

    This idea originates in a comment on the discussion Identifying hung AE server processes.