8.1.7 Intelligent Agent on Redhat Linux 6.2

Hello,
Can anyone help?
My OEM fails to discover a Redhat Linux node but I can manually configure it (so the node address must be OK). When I check that the agent is running (lsnrctl dbsnmp_agent) it says that the db subagent is already running. If there is something obvious, I've probably missed it because I'm relatively new to both Oracle and Linux/Unix. Any clues, please?

I found this reply on Oracle Metalink and it worked for me (looks like agent on Linux for some reason does not use default ports:
On IA nodes, edit the snmp_rw.ora file and add the following lines :
DBSNMP.ADDRESS = (ADDRESS=(PROTOCOL=tcp)(HOST=<ip-address>)(PORT=1748))
DBSNMP.SPAWNADDRESS = (ADDRESS=(PROTOCOL=tcp)(HOST=<ip-address>)(PORT=
1754))
where <ip-address> is the IP-Address of the node to be discovered.
Note: ports 1748/1754 must be open for the OMS to communicate with the Agent.
The OMS starts communication on ports 1748 and 1754 to get the discovery
information from the Intelligent Agent.
The ports 1748 and 1754 are dedicated for the Intelligent Agent, and should
not be used by any other program.
Ports used by the Intelligent Agent:
++++++++++++++++++++++++++
During the discovery phase, the Communication Daemon OMS
will contact the Intelligent Agent via the ports 1748 and 1754 and retrieve
the discovery information.
Port 1748 is used for the basic communication, while the port 1754 is
used for file transfer. The communication is always initiated from the
Communication Daemon or OMS towards the Intelligent Agent.
The ports are hardcoded in the Intelligent Agent and should not be altered
in any way. The ports are referenced in the snmp_rw.ora file as:
dbsnmp.address=(address=(protocol=tcp)(host=somehostname)(port=1748))
dbsnmp.spawnaddress=(address=(protocol=tcp)(host=somehostname)(port=1754))
The meaning of the dbsnmp.address and dbsnmp.spawnaddress are solely to
determine the resolution path for the Enterprise Manager framework to get
in touch with the Intelligent Agent, and should not be used to specify
other ports.

Similar Messages

  • Intelligent Agent startup with LINUX

    Can anyone tell me how to start the enterprise manager intelligent agent for an Oracle 8.1.6 database under LINUX?

    The command to start the intelligent agent on Linux is ./lsnrctl dbsnmp_start. The should be executed from the $ORACLE_HOME/bin directory.
    Brett Gaston

  • SNMP oracle intelligent agent configuration

    Hi,
    i have a Linux installation with Orcale 8 DB and an intelligent
    agent installed.
    I would like to monitor the database via OEM and
    try to plan jobs etc.
    I have problems to discover for services inside OEM (NT-Side)
    I got the error Failed to find node address"
    Who can shortly explain what must be configured.
    Or has somebody configuration Files which will work ?
    Windows NT 4.0 / OEM 1.6 installed (Enterprise Console)
    Linux Orcale 8.0.5 and Intelligent Agent
    Thanks
    Stefan
    null

    Stefan Panek (guest) wrote:
    : Hi,
    : i have a Linux installation with Orcale 8 DB and an intelligent
    : agent installed.
    : I would like to monitor the database via OEM and
    : try to plan jobs etc.
    : I have problems to discover for services inside OEM (NT-Side)
    : I got the error Failed to find node address"
    : Who can shortly explain what must be configured.
    : Or has somebody configuration Files which will work ?
    : Windows NT 4.0 / OEM 1.6 installed (Enterprise Console)
    : Linux Orcale 8.0.5 and Intelligent Agent
    : Thanks
    : Stefan
    You mast start the intelligent Agent on the LINUX Box
    lsnrctl dbsnmp_start
    During the FIRST Startup the Agent generates its config files
    (snmp_ro.ora,snmp_rw.ora) itselve....
    You should complete your network configuration (LISTENER.ORA,
    TNSNAMES.ORA and ORATAB (all in lower case within unix)) befor
    starting the Agent the first time...
    null

  • Starting the Oracle Intelligent Agent on Linux/390

    I have recently installed Oracle Developer's Edition on SuSE Linux/390. When I try to start the Intelligent Agent, I get the following error.
    ------------------------ Mon Jun 3 11:59:43 EDT 2002 ------------------------
    Certain conflicts were resolved during discovery
    Please consult /oracle/product/9.0.1/network/log/nmiconf.log for details
    Error: Failed to get directory/file info from environment
    Failed while initializing Collection Service
    Error initializing subsystems
    Agent exited at Mon Jun 3 11:59:45 EDT 2002 with return value 55
    Could not start agent. Initialization failure
    Contents if nmiconf.log:
    DBSNMP for Linux 2.4.7-SuSE-SMP: release 9.0.1 - Developer's Release on 03-JUN-02 11:59:43
    Discovering services on linux1 configured on host addresses {linux1.dowjones.com 172.26.151.11}
    Using oratab file /var/opt/oracle/oratab
    Warning : problem getting ops version for /oracle/product/9.0.1 : CIDW
    Any assistance would be greatly appreciated.

    I don't think the Intelligent Agent is included with the developers release -
    check the directory where it's supposed to be, I think you'll find it's not there.
    You only need IA to start/stop the database from oem and schedule jobs.
    I use OEM to control my instance and run performance packs etc, IA isn't needed for this.

  • Linux Intelligent Agent - OEM cannot discover node

    Hi,
    I have a Linux AS 2.1 Server with a Oracle 9.2.0.1 Database running. I have 2 Oracle Management Servers ... one is running on this running on the Linux AS 2.1 Server and another on Solaris 9i.
    When start the OEM on the Linux Server and try to discover the Databases on the Linux Server themselves then everything goes fine. When I am trying to discover the databases on the Linux Server from the OEM running in Solaris it does not work.
    The Solaris box has connection to the Linux Server and the repository for the Solaris OEM runs on the Linux Machine.
    When I go back to the OEM on the Linux Machine then I can discover the Solaris box.
    To come to a boddom line here: Whatever I do I am not able to discover the databases on the Linux AS Server besides from the OEM directly running on this box.
    Is that a bug in the Linux Intelligent Agent ? If yes is there a Patch to fix that ? Or is there a work around.
    Please let me know if you have any idea.
    Thanks Marcus

    Ok I figured it out .... the problem is/was the entry of the Loopback Interface entry in the etc hosts:
    127.0.0.1 dbserver localhost.localdomain localhost
    The Intelligent Agent listens to the Loopback Interface now. All incoming requests from and OMS will of course get a timeout because the IP address of the server is 10.1.0.10 .
    You have 2 options now:
    1. Change the entry in the /etc/hosts below to localhost and add an entry to the /etc/hosts file:
    127.0.0.1 localhost localhost.localdomain localhost
    10.10.0.1     dbserver
    Restart the Intelligent Agent and any OMS in your network should be able to discover the note.
    2. In the snmp_rw.ora file you can bind the Intelligent Agent with the following entries to an specific hostname and/or port:
    DBSNMP.HOSTNAME = <hostname or ip address>
    DBSNMP.CS_BASE_PORT = <port number>
    If you start up Agent now you will see in the nmiconf.log file error messages like that:
    Warning: No Listener found for SID db01. db01 will be skipped     
    Warning : No Listener found for SID db02. db02 will be skipped
    Warning : No Listener found for SID db03. db03 will be skipped
    Warning : No Listener found for SID omsrep. omsrep will be skipped
    This is because the Agent looks up in the tnsnames.ora file or whatever you name resolution is and finds the connect descriptors still withe the old name. So all entries in the tnsnames.ora file have to be changed.

  • Dicovering Intelligent Agent on Linux fails with VD-4565

    I try to discover an Intelligent Agent 8.1.5 running on a Linux server with an Oracle 8.1.5 DB from an Oracle Enterprise Management Server 2.1. We just upgraded from OEM 2.0.4 to 2.1 and I had no problem with the Linux agent under 2.0.4.
    After starting the Agent on the Linux server the SERVICES.ORA and SNMP_RO.ORA files contain the information about the services running on the server. When I start the Discovery Wizard it fails with the error 'Discovery Failed:VD-4565:The agent of the node is already being deleted'.
    Then I stoped the agent and all service on the Linux server and did the following. I removed the SID_LIST entry from the LISTENER.ORA file and used the LOCAL_LISTENER init.ora parameter for the database. I know that the agent needs the SID_LIST to discover the database services, but I just wanted to give it a try. After restarting the database, listener and agent the SERVICE.ORA and SNMP_RO.ORA files did not contain any service information as expected. I tried to discover the agent again from the OEM 2.1 console and everything seemed to work fine. No errors this time. The Linux node was added to Nodes folder in the Navigator tree, but for sure no database or listener.
    Therefore I put the SID_LIST back into the listener.ora file and restarted the listener and agent. The service information were included in SERVICES.ORA and SNMP_RO.ORA file again. So I tried a Refresh Node from the OEM console and the error VD-4565 showed up again.
    Does anyone have any idea what's going on an how I can manage a Linux database from an OEM 2.1 console?
    Any help is appreciated.
    Thanks
    Peter
    null

    Hello Peter,
    I, alas do not have the answer for you. But... your symptom is EXACTLY LIKE MINE!!I was running OEM 2.0.4 and Oracle on a linux box (unfortunately, today I did something wrong and blew the database away!!!, I do not want to tell you how many hours I spend getting the database up, connected and communitcating with Windows NT box running OEM!) I made the switch from 2.0.4 to 2.1, and everything quit. More or less. I fixed my tnsnames.ora file on the NT side. That allowed me to connect. I got the Agent (sortof) running on the linux box and then I could discover the linux host computer name and domain, but it would not find ANY database. Although I could connect from the linux box, the nt box using oem (direct to db), sqlplus, and Access odbc!!! All listeners were there, etc. I did check the snmp*.ora files, and they would not discover anything (linux side) even though the LISTENER was listening, and tnsnames were naming and instances were instancing. My guess is yet another bug.
    Sorry for long reply. Now I will RELOAD THE ENTIRE DATABASE AND APP AGAIN!! I so far have been totally unable to run on the liux side, net assist and net easy config, but I could sucessfully bypass those apps by correctly using and configuring initSID.ora, etc and the other *.ora files.
    Eric
    <BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Peter C:
    I try to discover an Intelligent Agent 8.1.5 running on a Linux server with an Oracle 8.1.5 DB from an Oracle Enterprise Management Server 2.1. We just upgraded from OEM 2.0.4 to 2.1 and I had no problem with the Linux agent under 2.0.4.
    After starting the Agent on the Linux server the SERVICES.ORA and SNMP_RO.ORA files contain the information about the services running on the server. When I start the Discovery Wizard it fails with the error 'Discovery Failed:VD-4565:The agent of the node is already being deleted'.
    Then I stoped the agent and all service on the Linux server and did the following. I removed the SID_LIST entry from the LISTENER.ORA file and used the LOCAL_LISTENER init.ora parameter for the database. I know that the agent needs the SID_LIST to discover the database services, but I just wanted to give it a try. After restarting the database, listener and agent the SERVICE.ORA and SNMP_RO.ORA files did not contain any service information as expected. I tried to discover the agent again from the OEM 2.1 console and everything seemed to work fine. No errors this time. The Linux node was added to Nodes folder in the Navigator tree, but for sure no database or listener.
    Therefore I put the SID_LIST back into the listener.ora file and restarted the listener and agent. The service information were included in SERVICES.ORA and SNMP_RO.ORA file again. So I tried a Refresh Node from the OEM console and the error VD-4565 showed up again.
    Does anyone have any idea what's going on an how I can manage a Linux database from an OEM 2.1 console?
    Any help is appreciated.
    Thanks
    Peter<HR></BLOCKQUOTE>
    null

  • Has Anyone gotten the Intelligent Agent to work???

    I have Oracle installed and all is well except for a few minor
    problems that I think the Intelligent Agent will solve. Has
    anyone gotten this to work on RedHat 6.0 with Oracle
    Enterprise Edition 8.0.5.1??? I was able to get it to work
    under Oracle8 SE, but I need EE for the ConText Cartridge.
    I have gotten to the point where I can get the dbsnmp process
    running, but OEM cannot talk to it.
    Please help
    --Bryan
    null

    I'm having the same problem. Does anyone out there have a
    solution?
    I am running RedHat Linux 6.0 straight out of the box. The only
    change I made was to set the kernel parameters according to the
    release notes and recompile the kernel.
    P.S. Oracle deserves our thanks for providing free developer
    licenses to so many of its products, but this is the buggiest
    install I've ever seen in my 12 years of working with their
    products. Didn't anyone from Oracle test the install? This
    problem and the zero length libnjni8.so file are the real
    doozies.
    I've followed the release notes and installation guide to the
    letter and have found several documentation / distribution bugs
    that should have leapt out at the first person who tried it.
    Thorsten Khnemann (guest) wrote:
    : Bryan Batchelder (guest) wrote:
    : : anyone else who could not get it to compile with TCL 7.5 to
    : : please at least let me know other people are having the same
    : : problem.
    : Same problem here, the
    : "gmake -f ins_oemagent.mk agent" gives the message
    : "gcc: unrecognized option
    : `-R/home/oracle/run/product/8.1.5/lib/'" and hundreds
    : of unresolved references.
    : Tested on RedHat 6.0, egcs 1.1.2
    null

  • Oracle Intelligent Agent cannot be started

    I have installed Oracle 9i into RedHat Linux 9. When I start the Oracle Intelligent Agent, I get nothing response, and find the agent cannot be started.
    I find the error message in dbsnmp.nohup which is showed below:
    /opt/ora9/product/9.2/bin/dbsnmp: error while loading shared libraries: libvppdc.so: cannot open shared object file: No such file or directory
    Agent exited at Thu Nov 13 23:20:31 HKT 2003 with return value 127
    Agent thrashing. Exiting dbsnmpwd at Thu Nov 13 23:20:31 HKT 2003
    I found the library object is existed.
    [oracle@localhost lib]$ ll libvpp*
    -rw-r--r-- 1 oracle oinstall 552036 Apr 26 2002 libvppdc.so
    Can anyone help me to solve the problem?
    Thank you.
    Regards,
    Franklin

    Problem of method 1 (for re-install the oem agent / dbsnmp)
    When I follow the "work Around Procedure" from
    http://www.puschitz.com/InstallingOracle9i.shtml#OracleInstallationErrors
    and download the RPMs (glibc-2.3.2-5.i686.rpm glibc-common-2.3.2-5.i386.rpm glibc-devel-2.3.2-5.i386.rpm) for the procedures.
    When I run the command (#rpm -Uvh --oldpackage glibc-2.3.2-5.i686.rpm glibc-common-2.3.2-5.i386.rpm glibc-devel-2.3.2-5.i386.rpm),I found the error shown below:
    error:glibc-2.3.2-5.i686.rpm:V3 DSA Signature:BAD, key ID db42a60e
    error:glibc-2.3.2-5.i686.rpm cannot be installed
    Problem of method 2
    When I try to unpack glibc-2.3.2-5.i686.rpm and replace libc-2.3.2.so and libc.so.6 by using the following steps
    # mkdir /root/tmp
    # mv glibc-2.3.2-5.i686.rpm /root/tmp
    # cd /root/tmp
    # rpm2cpio glibc-2.3.2-5.i686.rpm | cpio -idmv
    # cp /lib/libc-2.3.2.so /lib/libc-2.3.2.so.ORIG
    # cp lib/libc-2.3.2.so /lib/.
    # rm -f /lib/libc.so.6
    # ln -s /lib/libc-2.3.2.so /lib/libc.so.6
    I find the system is halted, when I run (# cp lib/libc-2.3.2.so /lib/.) When I reboot the system, I find error
    init:error while loading shared libraries:libc.so.6:cannot open shared object file:No such file or directory
    Kernel panic: Attempted to kill init.
    Please help me to fix the problem. Many thanks.
    Regards,
    Franklin.

  • INTELLIGENT AGENT PROBLEM RECOVERY ON NT

    제품 : ORACLE SERVER
    작성날짜 : 1997-12-16
    The Oracle Intelligent Agent 7.3.3 on NT is self-configuring and
    requires TCP/IP fully configured on the NT system.
    The Agent's startup algorithm:
    When the agent is started, the startup process reads the LISTENER.ORA,
    TNSNAMES.ORA and NT REGISTRY. It compares the values stored in each location.
    If any discrepencies exist, the agent service will either not start
    or service discovery will not occur.
    Starting the Intelligent Agent:
    1. Verify the Sqlnet configuration files are correct:
    - All sid entries in the LISTENER.ORA must have valid TCP/IP service
    descriptors defined in the TNSNAMES.ORA file.
    - The TNSNAMES.ORA should not contain service descriptors for local
    sides not defined in the LISTENER.ORA file.
    - TCP/IP must be fully configured on the system.
    2. NT 4.0: Click on START->SETTINGS->CONTROL PANEL->SERVICES.
    Highlight the service ORACLEAGENT. Click on the START button.
    NT 3.51: Find the MAIN program group.
    Click on CONTROL PANEL->SERVICES.
    Highlight the service ORACLEAGENT. Click on the START button.
    ***NOTE: If the 7.3.3 agent will not start, verify the OEM version
    is not 1.4.
    If the version is 1.4, install the 8.0.3 Intelligent Agent.
    Agent troubleshooting tips:
    1. Verify TCP/IP is configured correctly.
    - At a dos prompt, type HOSTNAME.
    This is the actual configured TCP/IP HOSTNAME of the system.
    - Verify the hostname resolved by the agent. The DBSNMP.ADDRESS
    parameter in the ORANT/network/snmp_rw.ora contains this
    information.
    If the file does not contain the actual hostname, TCP/IP is not
    properly configured on the system or the network.
    2. Correcting TCP/IP configuration problems:
    - Edit the WINNT\system32\drivers\etc\hosts and lmhosts files.
    (*NOTE: If these files have never been used, only sample files will
    exist in the directory. Either rename or copy the .sam files
    to just the file name with no extention.)
    - Follow the example below (replace the information in brackets
    with the actual host information for that system.):
    HOSTS file:
    <122.111.111.111> <hostname>
    LMHOSTS file:
    <122.111.111.111. <netbios name or hostname> #PRE
    - Delete the ORANT\network\agent\*.q and SERVICES.ORA files.
    (*NOTE: The *.q files hold information about jobs and events.
    Do not delete these files without first removing all jobs
    and events registered against this agent.)
    - Delete the $ORACLE_HOME\network\admin\SNMP_RO.ORA and      
    SNMP_RW.ORA files.
    - Restart the agent at a DOS prompt:
    NET START ORACLEAGENT
    3. Check the NT EVENT VIEWER->APPLICATIONS->LOG for any errors
    starting the DBSNMP process.
    4. Check the ORANT/NETWORK/LOG/NMICONF.LOG file for other possible
    errors.
    5. If using NTFS, check permissions to the \orant\network directory
    structure.

    Angus (guest) wrote:
    : I've spent most of today trawling through these messages
    looking
    : for information on getting the Intelligent Agent up and
    running
    : on Linux, RedHat 6.0.
    : I am running 8.0.5 EE with the glibcpatch installed (hopefully
    : correctly, as I cannot get the README file of the FTP site).
    : Everything works, the Agent even starts (2 * dbsnmp processes)
    : but I cannot discover the services on my box from an NT
    machine
    blah-blah
    I've reverted to RedHat5.2 and RedHat 5.1's version of TCL.
    Everything now runs as expected.
    Angus.
    null

  • Oracle8i Intelligent Agent (READ THIS)

    I renew my request for anyone that has gotten the 8i Intelligent
    Agent to work, to please explain how they did it...and for
    anyone else who could not get it to compile with TCL 7.5 to
    please at least let me know other people are having the same
    problem.
    If you are an Oracle employee, please explain how you are
    supposed to get this to work....the directions in the
    installation manual are just plain wrong or at best incomplete.
    (Or I am an idiot and didn't follow them correctly). PLEASE
    HELP.
    Thanks in advance,
    --Bryan Batchelder
    null

    I'm having the same problem. Does anyone out there have a
    solution?
    I am running RedHat Linux 6.0 straight out of the box. The only
    change I made was to set the kernel parameters according to the
    release notes and recompile the kernel.
    P.S. Oracle deserves our thanks for providing free developer
    licenses to so many of its products, but this is the buggiest
    install I've ever seen in my 12 years of working with their
    products. Didn't anyone from Oracle test the install? This
    problem and the zero length libnjni8.so file are the real
    doozies.
    I've followed the release notes and installation guide to the
    letter and have found several documentation / distribution bugs
    that should have leapt out at the first person who tried it.
    Thorsten Khnemann (guest) wrote:
    : Bryan Batchelder (guest) wrote:
    : : anyone else who could not get it to compile with TCL 7.5 to
    : : please at least let me know other people are having the same
    : : problem.
    : Same problem here, the
    : "gmake -f ins_oemagent.mk agent" gives the message
    : "gcc: unrecognized option
    : `-R/home/oracle/run/product/8.1.5/lib/'" and hundreds
    : of unresolved references.
    : Tested on RedHat 6.0, egcs 1.1.2
    null

  • Ora8, Intelligent Agent, RH6 & OEM on NT

    I've spent most of today trawling through these messages looking
    for information on getting the Intelligent Agent up and running
    on Linux, RedHat 6.0.
    I am running 8.0.5 EE with the glibcpatch installed (hopefully
    correctly, as I cannot get the README file of the FTP site).
    Everything works, the Agent even starts (2 * dbsnmp processes)
    but I cannot discover the services on my box from an NT machine
    running the Oracle Enterprise Manager.
    By putting tracing on the Agent (level 16) I find that the log
    file ends with the following (continually being added to the
    file).
    nttcnr: exit
    nttcon: exit
    nsopen: unable to open transport
    nsmfr: 1596 bytes at 0x844f2a8
    nsmfr: 416 bytes at 0x844f100
    nsmal: 416 bytes at 0x844f060
    nsmal: 1596 bytes at 0x844f208
    nsopen: opening transport...
    nttcon: entry
    nttcon: toc = 3
    nttcnp: entry
    ntvlin: entry
    ntvlin: exit
    nttcnp: Validnode Table IN use; err 0x0
    nttcnp: getting sockname
    nttcnp: exit
    nttcnr: entry
    nttcnr: waiting to accept a connection.
    ntt2err: entry
    ntt2err: exit
    nttcnr: exit
    nttcon: exit
    Any ideas? Any help greatly appreciated. I really don't want to
    go back to 5.2 or 5.1 if I can help it.
    ps. Can you put the glibcpatch README on the HTTP site and not
    the FTP site? I'd love to know what's in it!
    Angus
    null

    Angus (guest) wrote:
    : I've spent most of today trawling through these messages
    looking
    : for information on getting the Intelligent Agent up and
    running
    : on Linux, RedHat 6.0.
    : I am running 8.0.5 EE with the glibcpatch installed (hopefully
    : correctly, as I cannot get the README file of the FTP site).
    : Everything works, the Agent even starts (2 * dbsnmp processes)
    : but I cannot discover the services on my box from an NT
    machine
    blah-blah
    I've reverted to RedHat5.2 and RedHat 5.1's version of TCL.
    Everything now runs as expected.
    Angus.
    null

  • Intelligent Agent on NT

    I have Oracle8 Personal Edition 8.0.4.0.0 and Oracle8 Client 8.0.5.0.0 installed on the same machine running NT 4 Workstation. I've set up the user database for Enterprise Manager and Net8 Assistant configuration file to recognize the database on the local machine. I've tried repeatedly to install the Intelligent Agent service by typing "lsnrctl80 dbsnmp_start" on the command line, database open, with no results. Can anyone advise me on why the Intelligent Agent won't install on this machine?

    Angus (guest) wrote:
    : I've spent most of today trawling through these messages
    looking
    : for information on getting the Intelligent Agent up and
    running
    : on Linux, RedHat 6.0.
    : I am running 8.0.5 EE with the glibcpatch installed (hopefully
    : correctly, as I cannot get the README file of the FTP site).
    : Everything works, the Agent even starts (2 * dbsnmp processes)
    : but I cannot discover the services on my box from an NT
    machine
    blah-blah
    I've reverted to RedHat5.2 and RedHat 5.1's version of TCL.
    Everything now runs as expected.
    Angus.
    null

  • Intelligent Agent Won't Run - Please Help!

    Hello,
    I have been able to install Oracle 8.0.5 on both Redhat 5.3 and
    Suse 6.1. Most everything seems to work correctly. I can connect
    to the databases from client software.
    But I can't get the Intelligent Agent to run in either case.
    When I check on it's status after attempting to start it I get
    the message "The DBSubAgent is not started".
    What does this mean? What do I need to do in order to get the
    Intelligent Agent to run?
    null

    Steve Bowen (guest) wrote:
    : Hello,
    : I have been able to install Oracle 8.0.5 on both Redhat 5.3 and
    : Suse 6.1. Most everything seems to work correctly. I can
    connect
    : to the databases from client software.
    : But I can't get the Intelligent Agent to run in either case.
    : When I check on it's status after attempting to start it I get
    : the message "The DBSubAgent is not started".
    : What does this mean? What do I need to do in order to get the
    : Intelligent Agent to run?
    You must reinstall this package : tcl-8.0.2-16.i386.rpm.
    Regards
    null

  • Oracle Intelligent Agent Not Responding

    I have installed Oracle 8.0.5.1 on RedHat Linux 6.0. I
    have everything running (thanks to the howto at fortwayne.com).
    When I try to discover the Oracle8 instance running on my linux
    box from an NT workstation running Oracle Enterprise Manager
    (OEM), I get an error like it cannot connect to the service.
    I have setup a Net8 TNS connection (and in fact the OEM
    Repository is residing on the Linux box I am trying to discover
    via OEM). I can telnet to port 1748 on the linux box and get a
    connection, so I know the agent is bound to the correct port.
    Can anyone offer some advice about what to further
    troubleshoot? I have verified that tnsnames.ora, snmp_rw.ora,
    and listener.ora don't have any obvious errors in them.
    I am stumped.
    Thanks in advance for any help,
    --Bryan
    null

    Bryan Batchelder (guest) wrote:
    : I have installed Oracle 8.0.5.1 on RedHat Linux 6.0. I
    : have everything running (thanks to the howto at
    fortwayne.com).
    : When I try to discover the Oracle8 instance running on my
    linux
    : box from an NT workstation running Oracle Enterprise Manager
    : (OEM), I get an error like it cannot connect to the service.
    : I have setup a Net8 TNS connection (and in fact the OEM
    : Repository is residing on the Linux box I am trying to
    discover
    : via OEM). I can telnet to port 1748 on the linux box and get
    a
    : connection, so I know the agent is bound to the correct port.
    : Can anyone offer some advice about what to further
    : troubleshoot? I have verified that tnsnames.ora, snmp_rw.ora,
    : and listener.ora don't have any obvious errors in them.
    : I am stumped.
    : Thanks in advance for any help,
    : --Bryan
    There is a patch for this on the oracle ftp site oracle-
    ftp.us.oracle.com. It requires that you use tcl version 7.5. I
    have not tried it because I use tcl 8.04 for other things. I
    manually enter the config info in OEM. The problem is not
    unique to Linux. I also have problems in HPUX with 8.0.5.
    null

  • Oracle intelligent agent

    hi ;
    os : suse sles9 sp3 Oracle 9.2.0.4
    when i am trying to start oracle intelligent agent ı get this error message ;
    DBSNMP for Linux: Version 9.2.0.4.0 - Production on 18-APR-2004 02:32:56
    Copyright (c) 2003 Oracle Corporation. All rights reserved.
    Starting Oracle Intelligent Agent.../opt/oracle/9.2.0.4/bin/dbsnmpwd:
    line 156: 2927 Segmentation fault nohup $ORACLE_HOME/bin/dbsnmp $*
    $DBSNMP_WDLOGFILE 2>&1
    /opt/oracle/9.2.0.4/bin/dbsnmpwd: line 156: 2940 Segmentation
    fault nohup $ORACLE_HOME/bin/dbsnmp $* >>$DBSNMP_WDLOGFILE 2>&1
    /opt/oracle/9.2.0.4/bin/dbsnmpwd: line 156: 2952 Segmentation
    fault nohup $ORACLE_HOME/bin/dbsnmp $* >>$DBSNMP_WDLOGFILE 2>&1
    /opt/oracle/9.2.0.4/bin/dbsnmpwd: line 156: 2964 Segmentation
    fault nohup $ORACLE_HOME/bin/dbsnmp $* >>$DBSNMP_WDLOGFILE 2>&1
    how can ı solve this problem ?
    Edited by: Gundem on Sep 17, 2008 3:30 AM

    check this metalink notes:
    Note:295385.1 - The 9.2.0.4 Intelligent Agent Does Not Start on Linux
    Note:295920.1 - Agent Fails with Segmentation Fault on 9204; Patch 3238244 Will Not Apply

Maybe you are looking for