RE: callout listener and external procedure issue

Kempf

What is your external procedure doing?.

We have seen this problem when trying to use external procedures to run remote unix commands.

The solution was to have a seperate external procedure listener which you can start seperately from the standard listener(you may already be ding this), and then start it either from cron, or as a background job using nohup and &.

Simply starting it from the command line did not work...it fell over when that session was logged out.

John

> -----Original Message-----
> From: Kempf, Reed [SMTP:rkempf_at_rightnow.com]
> Sent: 10 July 2001 00:46
> To: Multiple recipients of list ORACLE-L
> Subject: RE: callout listener and external procedure issue
>
> Thanks for the insight, unfortunately I am passing parameters into my
> external procedure and returning a numreric value which is passed onto the
> rest of my plsql routines.
>
> Here is my c function:
> -- ************* START OF FUNCTION CHECK_FAQ ************************
> -- This procedure references an IN variable for the external C function
> -- RetrieveURL and maps the library in the database which points to
> -- the C external procedure to be run. This external function will
> -- return an integer value for the request time (positive number) or
> -- an error code (negative number).
> -- *************
>
> FUNCTION check_faq
> (RetrieveURL IN VARCHAR2,
> timeout IN BINARY_INTEGER)
> RETURN BINARY_INTEGER
> AS
> LANGUAGE C
> NAME "rnt_url"
> LIBRARY MY_C_LIB
> PARAMETERS (
> RetrieveURL string,
> timeout int);
>
> I have to restart my callout listener to have my program successfully run.
>
>
>
> -----Original Message-----
> Sent: Monday, July 09, 2001 5:20 PM
> To: Multiple recipients of list ORACLE-L
>
>
> "Kempf, Reed" wrote:
> >
> > Hello gurus,
> >
> > I have written a plsql package which incorporates an external C
> procedure
> > and therefore utilizes a callout listener and am having problems with
> the
> > callout listener losing connection in the middle of my program
> >
> > Has anyone out there had any sort of similar problems using an external
> > procedure and a callout listener and if so is there a patch or
> workaround
> > for this.
> >
> > Here is my listener.ora file:
> >
> > # LISTENER.ORA Network Configuration File:
> > /opt/oracle/product/8.1.7/network/admin/listener.ora
> > # Generated by Oracle configuration tools.
> >
> > LISTENER_1 =
> > (DESCRIPTION_LIST =
> > (DESCRIPTION =
> > (ADDRESS_LIST =
> > (ADDRESS =
> > (PROTOCOL = TCP)
> > (HOST = weaklink)
> > (PORT = 1521))
> > )
> > )
> > )
> >
> > CALLOUT =
> > (ADDRESS_LIST =
> > (ADDRESS =
> > (PROTOCOL=IPC)
> > (KEY=EXTPROC)
> > )
> > )
> >
> > SID_LIST_LISTENER_1 =
> > (SID_LIST =
> > (SID_DESC =
> > (SID_NAME = WEAKLINK)
> > (ORACLE_HOME = /opt/oracle/product/8.1.7)
> > )
> > )
> >
> > SID_LIST_CALLOUT =
> > (SID_LIST =
> > (SID_DESC =
> > (SID_NAME = CALLOUT)
> > (ORACLE_HOME = /opt/oracle/product/8.1.7)
> > (PROGRAM = /opt/oracle/product/8.1.7/bin/extproc)
> > )
> > )
> >
> > Reed
> >
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > --
> > Author: Kempf, Reed
> > INET: rkempf_at_rightnow.com
> >
>
> Reed,
>
> Don't know how it works in your case but remember that external
> procedures are dynamically loaded. If you are using static variables,
> they may be reset anytime. The reason may be that your proc is flushed
> out of memory, then called back.
> --
> Regards,
>
> Stephane Faroult
> Oriole Corporation
> Voice: +44 (0) 7050-696-269
> Fax: +44 (0) 7050-696-449
> Performance Tools & Free Scripts
> --------------------------------------------------------------
> http://www.oriole.com, designed by Oracle DBAs for Oracle DBAs
> --------------------------------------------------------------
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Stephane Faroult
> INET: sfaroult_at_oriole.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Kempf, Reed
> INET: rkempf_at_rightnow.com
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: John Dunn
  INET: john.dunn_at_sefas.co.uk

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).