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

Re: PeopleSoft DBA Forum Authentication Error when Process Scheduler posts to report repository via HTTP

Expand Messages
  • Shaun
    Hi David, We run posting via HTTP/HTTPS here at Cambridge Uni. We noticed that the error messages are not very informative, but only a few problems seem to
    Message 1 of 5 , Dec 7, 2004
    • 0 Attachment
      Hi David,

      We run posting via HTTP/HTTPS here at Cambridge Uni.
      We noticed that the error messages are not very
      informative, but only a few problems seem to cause
      this error. Areas to check:

      1) Check the Repository Directory is defined in the
      WebServer config (configuration.properties) correctly
      (e.g. /psreports/MAIN).
      2) Check this directory exists (and has the right
      privs if not running the http daemon as root).
      3) Is the WebServer listening on both ports 80/443?
      4) The report Node must be defined as http and port 80
      (or https and port 443), both must match to post.
      (URI_PORT and URI_SCHEME on PS_CDM_DIST_NODE).
      5) URI_HOST must match the Web Server cert name (not
      the server name - not always the same).
      6) The last part of the URL and URI_RESOURCE must
      match the directory name for the PSreports repository
      created above (e.g. MAIN as above).

      Note: any changes to the report node definition
      require the Process Scheduler to be bounced.

      We've not had to provide authentication at any point
      (even on HTTPS), it just seems to accept any request,
      as long as the details are correct (i.e. anyone can
      post anything, but reading is secure).

      Sorry if teaching granny to such eggs, but a place to
      start.
      hope it helps...

      Shaun Lindsay
      Senior DBA
      University of Cambridge

      --- David Kurtz <info2@...> wrote:
      > Hello All
      >
      > This is slightly off topic, but here goes.
      >
      > I am trying to configure a PT8.45.10 process
      > scheduler to post to the report
      > reposity via HTTP (no encryption here yet) and it
      > fails.
      > I get the following error in PIA_Stdout.log
      >
      > SchedulerTransfer, authentication failed
      >
      > I can tell from weblogic extended access log
      > (PIA_access.log) that the
      > process scheduler is communicating with the
      > webserver. It starts a JVM that
      > makes the call.
      >
      > #Fields: date time time-taken bytes c-ip
      > c-dns cs-method sc-status
      > cs(User-Agent) cs-uri-stem cs-uri-query
      > 2004-12-07 11:02:01 0.322 0
      > 10.100.1.17 10.100.1.17
      > POST 200 "Mozilla/4.0 (compatible; MSIE 6.0;
      > Windows NT 5.0; .NET CLR
      > 1.1.4322)"
      >
      /psc/findmo2/EMPLOYEE/ERP/c/PROCESSMONITOR.PROCESSMONITOR.GBL
      > -
      > 2004-12-07 11:02:24 0.331 7473
      > 10.100.1.102 theta POST
      > 200 "Java1.4.2_03" /SchedulerTransfer/findmo2
      > -
      > 2004-12-07 11:03:02 0.095 7473
      > 10.100.1.102 theta POST
      > 200 "Java1.4.2_03" /SchedulerTransfer/findmo2
      > -
      > 2004-12-07 11:03:28 0.203 0
      > 10.100.1.17 10.100.1.17
      > POST 200 "Mozilla/4.0 (compatible; MSIE 6.0;
      > Windows NT 5.0; .NET CLR
      > 1.1.4322)"
      >
      /psc/findmo2/EMPLOYEE/ERP/c/PROCESSMONITOR.PROCESSMONITOR.GBL
      > -
      > 2004-12-07 11:03:32 0.036 7473
      > 10.100.1.102 theta POST
      > 200 "Java1.4.2_03" /SchedulerTransfer/findmo2
      > -
      > 2004-12-07 11:03:51 0.201 0
      > 10.100.1.17 10.100.1.17
      > POST 200 "Mozilla/4.0 (compatible; MSIE 6.0;
      > Windows NT 5.0; .NET CLR
      > 1.1.4322)"
      >
      /psc/findmo2/EMPLOYEE/ERP/c/PROCESSMONITOR.PROCESSMONITOR.GBL
      > -
      >
      >
      > I get the following message in the distribution
      > server log
      >
      > PSDSTSRV.29329 (2) [12/07/04 11:03:02 PostReport](5)
      > (NET.100): Network API
      > tracing TUXEDO: tpalloc {type='CARRAY',
      > subtype=NULL, len=8192}
      > PSDSTSRV.29329 (2) [12/07/04 11:03:02 PostReport](5)
      > (NET.100): Network API
      > tracing TUXEDO: tpalloc return {pmem=0x00c45200}
      > PSDSTSRV.29329 (2) [12/07/04 11:03:02 PostReport](3)
      > Number of new entries
      > to process: 1
      > PSDSTSRV.29329 (2) [12/07/04 11:03:02 PostReport](3)
      > 1. Process Instance:
      > 514/Report Id: 336/Descr: Process Scheduler System
      > Purge
      > PSDSTSRV.29329 (2) [12/07/04 11:03:02 PostReport](3)
      > from directory:
      >
      /space/fin/findmo2/appserv/prcs/findmo2/log_output/AE_PRCSYSPURGE_514
      > PSDSTSRV.29329 (2) [12/07/04 11:03:02 PostReport](3)
      > HTTP transfer
      > error.
      > PSDSTSRV.29329 (2) [12/07/04 11:03:02 PostReport](3)
      > Post Report
      > Elapsed Time: 0.1400
      > PSDSTSRV.29329 (2) [12/07/04 11:03:02](4) Service
      > PostReport completed:
      > elapsed time=0.1800
      > PSDSTSRV.29329 (2) [12/07/04 11:03:02](5) (NET.100):
      > Network API tracing
      > TUXEDO: tpreturn {rval='TPSUCCESS', rcode=0,
      > data=0x00c45200, len=20,
      > flags=0x00000000}
      >
      >
      > So what authentication is needed and where is it set
      > up.
      >
      > regards
      > _________________________
      > David Kurtz
      > Go-Faster Consultancy Ltd.
      > tel: +44 (0)7771 760660
      > fax: +44 (0)7092 348865
      > web: www.go-faster.co.uk
      > mailto:david.kurtz@...
      > Book: PeopleSoft for the Oracle DBA:
      > http://www.psftdba.com
      > PeopleSoft DBA Forum:
      > http://groups.yahoo.com/group/psftdba
      >
      >
    • David Kurtz
      Hello All I thought I d share the eventual solution with you. According to GSC Solution ID 200780041 this is a PT845 specific issue (and I found this - GSC
      Message 2 of 5 , Dec 8, 2004
      • 0 Attachment
        Hello All

        I thought I'd share the eventual solution with you.

        According to GSC Solution ID 200780041 this is a PT845 specific issue (and I found this - GSC were no help at all).

        You need to set the authentication method to password on the default local node (under PeopleTools -> Intergration Broker -> Node Defitions). And of course you
        need to set a password, any password seems to work.


        regards
        _________________________
        David Kurtz
        Go-Faster Consultancy Ltd.
        tel: +44 (0)7771 760660
        fax: +44 (0)7092 348865
        web: www.go-faster.co.uk
        mailto:david.kurtz@...
        Book: PeopleSoft for the Oracle DBA: http://www.psftdba.com
        PeopleSoft DBA Forum: http://groups.yahoo.com/group/psftdba
      • David Kurtz
        Hello I am interesting in finding out about how companies use clustered servers (or other methods) to protect their PeopleSoft systems against hardware
        Message 3 of 5 , Dec 11, 2004
        • 0 Attachment
          Hello

          I am interesting in finding out about how companies use clustered servers
          (or other methods) to protect their PeopleSoft systems against hardware
          failures,

          Do you use clusters of nodes, and if so for what parts of the
          infrastructure?
          Has it been effective? Would you make the same choice again?
          What do you think are the pros and cons?



          regards
          _________________________
          David Kurtz
          Go-Faster Consultancy Ltd.
          tel: +44 (0)7771 760660
          fax: +44 (0)7092 348865
          web: www.go-faster.co.uk
          mailto:david.kurtz@...
          Book: PeopleSoft for the Oracle DBA: http://www.psftdba.com
          PeopleSoft DBA Forum: http://groups.yahoo.com/group/psftdba
        Your message has been successfully submitted and would be delivered to recipients shortly.