Loading ...
Sorry, an error occurred while loading the content.

Re: PeopleSoft DBA Forum Application server with multiple tuxedo queues.

Expand Messages
  • tc_at_120maple
    Thanks for the reply. ... CLOPT is identical for both queues (the exception is the err & out log file names) ... I too could not find a definition for the -R
    Message 1 of 3 , Aug 2, 2013
    • 0 Attachment
      Thanks for the reply.

      > Is the CLOPT the same for both APPQ queues?
      >

      CLOPT is identical for both queues (the exception is the err & out log file names)

      >
      > -R and -m are not in the Tuxedo documentation for servopts at
      > http://docs.oracle.com/cd/E13161_01/tuxedo/docs10gr3/rf5/rf5.html#wp1003290

      I too could not find a definition for the "-R" option. I suspect that it represents a recycled process though.

      From the info I found (see below) I surmise that when the PSAPPSRV process gets restarted due to a recycle count being exceeded, the restarted process gets the "-R <old_pid>" option along with it. This may be just for documentation, or for internal use by tuxedo - not sure.

      From the following you can see that:

      In the APPSRV_0730.LOG file, the PSAPPSRV process with pid 20823 was recycled after 5K services at 07/30/13 09:52:33

      In the TUXLOG.073013 at 09:52:43 (right after 20823 recycles), the PSAPPSRV process 17433 is started.

      And, sure enough, in the ps -ef line for PSAPPSRV process 17433, we see the option "-R 20823" !


      ==================================================================
      From a grep through logs for 20823:
      ===================================
      APPSRV_0730.LOG:PSAPPSRV.20823 (5000) [07/30/13 09:52:33 CMP2@...](0) Recycling server after 5000 services

      From a grep through logs for 17433:
      ===================================
      TUXLOG.073013:095243.sf-psleg-032!PSAPPSRV.17433.4105078464.0: 07-30-2013: Tuxedo Version 9.1, 32-bit
      TUXLOG.073013:095243.sf-psleg-032!PSAPPSRV.17433.4105078464.0: LIBTUX_CAT:262: INFO: Standard main starting
      TUXLOG.073013:095244.sf-psleg-032!restartsrv.17432.4155403136.-2: server APPSRV/23: CMDTUX_CAT:580: INFO: A server process has restarted: 17433

      From a ps -ef :
      ===============
      psuser 17433 1 0 Jul30 ? 00:03:44 PSAPPSRV -C dom=psprod_56602 -g 99 -i 23 -u sf-psleg-032 -U /peoplesoft/sys/software/pt8.49/appserv/psprod/LOGS/TUXLOG -m 0 -R 20823 -o LOGS/PSAPPQ2.stdout -e LOGS/PSAPPQ2.stderr -- -C psappsrv.cfg -D psprod -S PSAPPSRV
      psuser 31842 1 0 Jul03 ? 00:03:35 PSAPPSRV -C dom=psprod_56602 -g 99 -i 1 -u sf-psleg-032 -U /peoplesoft/sys/software/pt8.49/appserv/psprod/LOGS/TUXLOG -m 0 -o LOGS/PSAPPQ1.stdout -e LOGS/PSAPPQ1.stderr -s@../psappsrv.lst -s@../psqcksrv.lst -- -C psappsrv.cfg -D psprod -S PSAPPSRV
      =================================================================

      So the newly restarted "command line" represented by the "ps -ef" command is different after the process gets recycled. The question
      is:

      Does it get the same command line opts? It seems to, as everything appears to continue to function ok. Perhaps the "-R <old_pid>" is a way that the new process inherits some of the old processes environment?

      Anyhow, this is what I am seeing. More info might be good to know.

      Thanks again,
      -T
    Your message has been successfully submitted and would be delivered to recipients shortly.