Oracle error - ORA-01422

I am getting ORA-01422 error while updating my databse from a given user. This error is coming only while an update is done.
Any suggestions!!!

I've had a problem like this, ora 1403 on update and Oracle said me than there is a bug, the 892342; I've installed the patch 6a per the dev/2k and the patch 80522 for the database (client site) and now the situation is not bad, but I'm not sure the problem is solved.
null

Similar Messages

  • Getting Error ORA-01422&ORA-06512 while clicking distributions of invoice

    Hi,
    I am Getting Error ORA-01422&ORA-06512 when i query the invoice and click on the All distributions.
    However i am getting this error only for some invoices and not for all.
    Any suggestion on this is highly appreciated.
    Regards,
    Shreyans

    Hi,
    What is the application release? If you are on R12, please refer to these documents.
    Note: 580014.1 - R12 Invoices FAQs - (16. Why do the Errors ORA-01422 and ORA-06512 Show when Clicking on the [All Distributions] Button?)
    https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=580014.1
    Note: 559199.1 - Error ORA-01422 ORA-06512 Raises when Click On [All Distributions] Button
    https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=559199.1
    Regards,
    Hussein

  • Error ORA-01422 while compressing a cube

    Hello,
    I am trying to compress the initial balnce of the European Inventory KPI  (KPINVMOEU) cube after reloading it and I encountered the oracle error-01422 which says:
    system error:error-01422:exact fetch returns more than requested
    system error:CONDENSE_FACTTABLE-5-ERROR-01422
    Has anyone dealt with this error before? Any input is appreciated.
    Thanks in advance,
    madhu

    Madhu,
        can you please look into these notes: 485766 and 385660.
    at the same time look into these links which is for similar problem.
    ERROR: System error: CONDENSE_FACTTABLE-5- ERROR:12805
    Error during compress 0IC_C03
    error ORA-01422 while compressing a cube
    Re: Cube compression failing
    All the best.
    Regards,
    Nagesh Ganisetti.

  • Error ORA-01422

    Hi All,
    I just learning Oracle. Now i try to make a stored procedure
    CREATE OR REPLACE PROCEDURE sewa_mobil(customerid in customer.customerid%TYPE,
                                                      supirid in supir.supirid%TYPE,
                                                      mobilid in mobil.mobilid%TYPE,
                                                      tgl_sewa in VARCHAR2)
    is      
    begin
    if status_mobil(mobilid) = 0 then
         raise_application_error('-20001','Car Is In Use');
    elsif status_supir(supirid) = 0 then
         raise_application_error('-20002','Driver on Duty');
    else
         IF (tgl_sewa = 'now') then
              insert into sewa values(sewa_id_seq.nextval,customerid,supirid,mobilid,sysdate,'');     
         else
              insert into sewa values(sewa_id_seq.nextval,customerid,supirid,mobilid,to_date(tgl_sewa,'DD-MM-YYYY HH24:MI:SS'),'');     
         end if;
    end if;      
    commit;
    end;
    then when i execute like this => exec sewa_mobil(1,2,3,'21:07:08 17:12:54');
    but it comes error ORA-01422 and ORA-06512.
    When I search on google, it says that error on ORA-04122 comes, if there were SELECT statement on Procedure which resulting 2 rows or more. But as you see from my procedure, it has no SELECT statement.
    so how to solve this?
    *I've tried to manually using insert into sewa values(0,1,1,1,sysdate,sysdate);..........and its work                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

    Hello (and welcome),
    user11018619 wrote:
    but it comes error ORA-01422 and ORA-06512.
    When I search on google, it says that error on ORA-04122 comes, if there were SELECT statement on Procedure which resulting 2 rows or more. But as you see from my procedure, it has no SELECT statement. But you do have a SELECT: status_mobil(mobilid) and status_supir(supirid)
    these are function calls, which must be SELECTing.
    By the way, putting {noformat}{noformat} around your code makes it a lot easier to read (lowercase code in curly brackets).
    Edited by: SeánMacGC on Jun 22, 2009 9:24 AM                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • Oracle error ORA-01461when trying to insert into an ORACLE BLOB field

    I am getting Oracle error ‘ORA-01461: can bind a LONG value only  for insert into a LONG column' when trying to insert into an ORACLE BLOB field. The error occurs when trying to insert a large BLOB (JPG), but does not occur when inserting a small (<1K) picture BLOB.(JPG). Any ideas?
    BTW, when using a SQL Server datasource using the same code.... everything works with no problems.
    ORACLE version is 11.2.0.1
    The ORACLE datasource is JDBC using Oracle's JDBC driver ojdbc6.jar v11.2.0.1 (I also have tried ojdbc5.jar v11.2.0.1; ojdbc5.jar v11.2.0.4; and ojdbc6.jar v11.2.0.4 with the same error result.)
    Here is my code:
    <cfset file_mime = Lcase(Right(postedXMLRoot.objname.XmlText, 3))>
    <cfif file_mime EQ 'jpg'><cfset file_mime = 'jpeg'></cfif>
    <cfset file_mime = 'data:image/' & file_mime & ';base64,'>
    <cfset image64 = ImageReadBase64("#file_mime##postedXMLRoot.objbase64.XmlText#")>
    <cfset ramfile = "ram://" & postedXMLRoot.objname.XmlText>
    <cfimage action="write" source="#image64#" destination="#ramfile#" overwrite="true">
    <cffile action="readbinary" file="#ramfile#" variable="image_bin">
    <cffile action="delete" file="#ramfile#">
    <cfquery name="InsertImage" datasource="#datasource#">
    INSERT INTO test_images
    image_blob
    SELECT
    <cfqueryparam value="#image_bin#" cfsqltype="CF_SQL_BLOB">
    FROM          dual
    </cfquery>

    Can't you use "alter index <shema.spatial_index_name> rebuild ONLINE" ? Thanks. I could switch to "rebuild ONLINE" and see if that helps. Are there any potential adverse effects going forward, e.g. significantly longer rebuild than not using the ONLINE keyword, etc? Also wondering if spatial index operations (index type = DOMAIN) obey all the typical things you'd expect with "regular" indexes, e.g. B-TREE, etc.

  • Using PreparedStatement and the Oracle Error ORA-1000

    Hi,
    I have a question about PreparedStatement objects that is not so simple to explain for me. What I would like to know is: if I use a PreparedStatement following traditional and generic steps:
    1- PreparedStatement pStmt = Connection.prepareStatement(sQuery);
    2- pStmt.setXXX(i,j);
    n - pStmt.setXXX(i,j);
    n+1 - ResultSet rs = pStmt.executeQuery();
    n+2 - while(rs.next()){ ... retrive ResultSet data  ... }
    n+3 - rs.close()
    n+4 - back to point number 2
    and at the end (as you can see in the point numbered n+4), instead of closing the PreparedStatement pStmt using the close() method, I reuse the PreparedStatement pStmt comeing back to the point numebr 2 and setting again all its parameters with new values ... then ... what heppens in the Oracle database ? Has been the cursor (so the mamory area), associated to my PreparedStatement object pStmt, duplicated or is it the same ?
    I know that Java allows you to do this kind of operations with PreparedStatement, and I know that in tha Java Documentation is explained to follow this strategy to optimize the execution time because in this way the same PreparedStatement is precompiled and prepared only once. But if I do a for loop following the steps explained before, after many iterations I have the error "ORA-1000: maximum open cursors exceeded". This error is the reason of my question. Does this error means that it's mandatory to close a PreparedStatement always, otherwise if you reuse it without closing it then the corresponding database cursor will be duplicated ? If it is so, then I think this is a contradiction with official java documentation ...
    I'm using Oracle8i (version 8.1.7) and Oracle JDBC Thin Driver (Windows NT) for use with JDK 1.2.x. Moreover, in my database istance the parameter "maximum open cursor" is equal to 800 ...
    Thank you very much for suggestions :-)

    There is no need to close a prepared statement or its resultset for every iteration.
    After the first iteration in a loop, all subsequent executions of it will close the previous resultset. By adding close() method, you are making one extra costly call to the DB for no reason.
    Following is the sample code.I know what you are saying. In fact at the beginning I wrote my code in the same way of your sample (see the code of my first post at the begin of this page).
    But doing so, after thousand iterations of the loop, I had "Oracle Error ORA-1000 : maximun open cursor exeeded" even if in my database istance the parameter "maximum open cursor" is equal to 8000.
    At this moment in my code, for each iteration, I close the PreparedStatement and in this way I don't have anymore the error :-((
    So it seems that only in theory we can reuse a preparedStatement without closing it. In fact if we see the oracle system table "$open_cursor" (as Konrad Pietzka suggest me) we can find that, for each interation,
    at our line code "rs = pstmt.executeQuery();" correspond a new cursor in the database: this means that for each method "pstmt.executeQuery()" the database open a new cursor and do not use the previous one as it should.
    I posted a question two months ago to search if someone had the same problem (it seems that Konrad Pietzka had the same situation) and was able to explain me what is the cause.
    The only reason I found by myself for this problem, is that probably the Oracle JDBC Thin Driver for Windows NT/2000 has some bugs... but I'm not sure ...
    Thank you very much for you time !!
    bye :-))
    Fidalma

  • Oracle Error :: ORA-12637 Packet receive failed

    Hi buddies,
    One of my staff's PC is receiving this error sometimes when she is trying to connect to the database and she is able to connect sometimes.
    Oracle Error :: ORA-12637 Packet receive failed What could be the cause.
    I tried replacing her tnsadmin with my tnsadmin and it didn't make a change, still able to connnect sometimes and sometimes not.
    Able to connect using PL/SQL developer, but not using our customized application. (Everyone else are able to connect)
    Is it network problem?
    Please advice.
    Thank You very much.
    Alagu
    Edited by: user645399 on Sep 16, 2009 8:37 PM

    And from this cut-and-paste the OP is supposed to take what actions to solve the problem? Please don't just post that which is one google away every time someone posts an ORA- exception. You make some valuable contributions here but just posting expanded text doesn't give someone a list of actions to take that will help them resolve the issue. Better the question is left unanswered so others will be more likely to offer help.
    To the OP:
    It is highly likely you have a network issue and the fact that it is isolated to a single machine makes it reasonably easy to fix. First try to figure out which component is failing. Go to the router or switch and swap wires between that client machine and another one that is working properly. Does the problem move? If not then swap the wires. Again does the problem move? Next the NIC card? What if you put another machine on the desk and put the original hard disk in it?
    Sometimes it just isn't worth the effort so you just swap out the machine.
    Intermittent problems are always hard to identify and fix. What is on your side is that this is only affecting a single user.

  • Urgent-Oracle Error :: ORA-39778-

    Hi
    I got following Oracle Error : ORA-39778 "the parallel load option is not allowed when loading lob columns" on production. yesterday we updated database with patchset 9.2.0.7 and DST/JVM compliant.
    Please reply me ASAP.
    Regards,
    RJ

    Sry I didn't check back this afternoon.
    As posted,
    Here's the note from metalink doc Note:396387.1
    Then e this to apply the files manually in the following way:
    Download the identified patch.
    Unzip the patch, and locate the 2 files timezone.dat and timezlrg.dat in the "files/oracore/zoneinfo" directory of the uncompressed patch (or from the relevant .jar file of a patchset). If there is also a readme.txt in this location then make a note of this as well.
    Backup your existing files in $ORACLE_HOME/oracore/zoneinfo - THIS CAN BE VITAL, DO NOT SKIP.
    Copy the 2 .dat files and possibly the readme.txt file that were found in step 2 into the $ORACLE_HOME/oracore/zoneinfo directory.
    Restart the database (in case of installation on a database), or restart the client applications (in case of client install). Note that the database did not need to be down before the time zone files were applied, but it does need to be restarted afterwards.

  • Oracle error ORA-22905: cannot access rows from a non-nested table item

    Oracle error ORA-22905: cannot access rows from a non-nested table item
    Creating a report using oracle plsql code .
    Getting error ;
    Oracle error ORA-22905: cannot access rows from a non-nested table item
    when I am trying to pass data in clause in pl sql proc
    basically I have a proc which takes 2 parameters(a and b)
    proc (
    P_a varchar2,
    p_b varchar2,
    OUT SYS_REFCURSOR
    culprit code which is giving me  the error and on google they say cast it but I dont know how to do it in my context
    --where  id in (
    --        SELECT * FROM THE (SELECT p_cd_common.get_table_from_string(P_a) FROM dual)
    --        union
    --        SELECT * FROM THE (SELECT p_cd_common.get_table_from_string(P_b) FROM dual)
    data sample returned from this :SELECT * FROM THE (SELECT p_cd_common.get_table_from_string(P_a) FROM dual)
    'Abc','def',
    data sample returned from this;SELECT * FROM THE (SELECT p_cd_common.get_table_from_string(P_b) FROM dual)
    'fgd','fth',
    Any answers ?
    How to pass data in clause in a better way

    Why are you creating a duplicate post? I already asked you to post p_cd_common.get_table_from_string. In particular what is function return type and where it is declared. As I already mentioned, most likely function return type is declared in the package and therefore is PL/SQL type. And TABLE operator can only work with SQL types.
    SY.

  • APP-DT-34605:Oracle error ORA-4098 occured while writing to PER_ALL_ASSIGNM

    We have Upgraded DB from 10.2.0.2 to 10.2.0.5 having same Apps version 11.5.10.2,
    we have seen below issue upon upgrade,
    While updating any information in Assignment i.e. Assignment Status getting following error.
    APP-DT-34605:Oracle error ORA-4098 occured while writing to PER_ALL_ASSIGNMENTS_F
    How to overcome these errors, please advise,
    RM

    Please see these docs.
    PERWSHRG: Updating Assignment Gives Error APP-DT-34605 ORA-6510 [ID 286294.1]
    Update Employee Assignment Details Cause Error: APP-DT-34605-- ORA-20001 occurred writing to PER_ALL_ASSIGNMENTS_F [ID 793451.1]
    APP-DT-34605 Error When Saving on Assignment Form [ID 829292.1]
    Receive APP-DT-34605 Error When Updating an Existing Payment Method [ID 780090.1]
    ORA-06508 PL/SQL Could Not Find Program Unit Being Called: "APPS.PAY_PAY_SHD" [ID 1170903.1]
    Thanks,
    Hussein

  • R1208 Self Service Timecard Error ORA-01422 HXC_TIMECARD line 830 HXC_LOCKS

    Hi,
    After applying HRMS RUP 8 on 12.0 we are intermittently seeing this error when an employee is trying to update an existing timecard (usually a timecard that was previously submitted). The user just gets the generic unexpected error page, but FND_LOG_MESSAGES shows the error:
    oracle.apps.fnd.framework.OAException: Application: FND, Message Name: FND_GENERIC_MESSAGE. Tokens: MESSAGE = java.sql.SQLException: ORA-01422: exact fetch returns more than requested number of rows
    ORA-06512: at "APPS.HXC_TIMECARD", line 830
    Somehow there are sometimes rows in HXC_LOCKS that are not being released when the timecard is submitted, so the row in HXC_LOCKS has the old time_building_block_ovn, and when the employee goes to update the timecard then it inserts a new row in HXC_LOCKS with the latest OVN (without clearing the HXC_LOCKS row with the old OVN), so when they try to save the changes to the timecard then the query at "APPS.HXC_TIMECARD" line 830 selects both rows and throws the ORA-01422.
    We can't reproduce this on demand, but it's happening in production several times a week. We first started seeing this immediately after applying the HRMS RUP 8 patch 9301208. Our SR seems to be going nowhere without a reproducible test case.
    I was wondering if anyone else is seeing this error.
    The query below tells us where we have these old hxc_locks, and if we try to update one of these timecards then it will produce the error.
    Would anyone mind running this in your instance to see if any rows come up?
    select *
    from apps.hxc_locks hl,
    apps.hxc_time_building_blocks ht
    where ht.time_building_block_id = hl.time_building_block_id
    and hl.time_building_block_ovn < (select max(hb.object_version_number)
    from apps.hxc_time_building_blocks hb
    where hb.time_building_block_id = ht.time_building_block_id)
    and ht.object_version_number = (select max(hb.object_version_number)
    from apps.hxc_time_building_blocks hb
    where hb.time_building_block_id = ht.time_building_block_id);
    The workaround we have found is to create a new timecard for the same period instead of trying to update the existing timecard, when you do this then it removes the old row from HXC_LOCKS.
    Any other thoughts?
    Thanks for reading this long post
    Thomas

    It definitely looks like code issue. Best option is to raise an SR and follow with oracle.
    --Shiv                                                                                                                                                                                                       

  • PL/SQL report errors: ORA-01422

    Hi all,
    (before i you read i would like to say i have searched the net for this error code but nothing shows up like this problem..)
    I am getting an error problem when i select certain Schemas from a list on an apex app. page, it only works for some schemas not all..
    When i select one schema, it is supposed to display one row.. when i select [ALL] it is supposed to show them all.
    It does work if i select '[ALL]' from the select list (p3_schema_name), just not for every single individual one.
    the error code:
    ORA-01422: exact fetch returns more than requested number of rows
    declare
      vSchema  varchar2(20);
      vStmt  varchar2(1000);
      vVersion number(5);
      vDBName  varchar2(20);
      vHostName varchar2(80);
      vStmt2  varchar2(1000);
      vVersion2 number(5);
      vDBName2  varchar2(20);
      vServer2 varchar2(80);
      vSchema2 varchar2(80);
      CURSOR c_schemas IS
        select owner from dba_tables@P3_DB_NAME.db_link where table_name = 'DDL_LOG' and num_rows > 0 order by owner;
    begin
      IF :P3_SCHEMA_NAME != '[ALL]' AND :P3_DB_NAME IS NOT NULL AND :P3_SERVER_NAME IS NOT NULL THEN
        vServer2 := :P3_SERVER_NAME;
        vSchema2 := :P3_SCHEMA_NAME;
          vStmt2 := 'select distinct DDH_DB_NM, max(DDH_SCHEMA_NR)keep(dense_rank last order by ddh_runstart_td) AS "PATCH" from &P3_SCHEMA_NAME..ddl_log@&P3_DB_NAME.db_link GROUP BY DDH_DB_NM';
          Execute Immediate vStmt2 into vDBName2, vVersion2;
            htp.p('<br>');
            htp.p('<table border="1">');
            htp.p('<tr>');
            htp.p('<th bgcolor="#FFCC99">SERVER NAME</th>');
            htp.p('<th bgcolor="#FFCC99">DB NAME</th>');
            htp.p('<th bgcolor="#FFCC99">SCHEMA NAME</th>');
            htp.p('<th bgcolor="#FFCC99">PATCH</th>');
            htp.p('</tr>');
            htp.p('<tr>');
            htp.p('<td>');
            htp.p(vServer2);
            htp.p('</td>');
            htp.p('<td>');
            htp.p(vDBName2);
            htp.p('</td>');
            htp.p('<td>');
            htp.p(vSchema2);
            htp.p('</td>');
            htp.p('<td>');
            htp.p(vVersion2);
            htp.p('</td>');
            htp.p('<td>');
            htp.p('<BR>');
            htp.p('</td>');
            htp.p('</tr>');
            htp.p('</tr>');
            htp.p('</table>');
       ELSE IF :P3_SCHEMA_NAME = '[ALL]' AND :P3_DB_NAME IS NOT NULL AND :P3_SERVER_NAME IS NOT NULL THEN
       vHostName := :P3_SERVER_NAME;
       vDBName := :P3_DB_NAME;
         open c_schemas;
          htp.p('<br>');
          htp.p('<table border="1">');
          htp.p('<tr>');
          htp.p('<th bgcolor="#FFCC99">SERVER NAME</th>');
          htp.p('<th bgcolor="#FFCC99">DB NAME</th>');
          htp.p('<th bgcolor="#FFCC99">SCHEMA NAME</th>');
          htp.p('<th bgcolor="#FFCC99">PATCH</th>');
          htp.p('</tr>');
        LOOP
          FETCH c_schemas INTO vSchema;
          EXIT WHEN c_schemas%NOTFOUND;
          vStmt  := 'select max(DDH_SCHEMA_NR)keep(dense_rank last order by ddh_runstart_td) AS "PATCH" from '||vSchema||'.ddl_log@&P3_DB_NAME.db_link where DDH_SCHEMA_NR = (select max(DDH_SCHEMA_NR) from '||vSchema||'.ddl_log@&P3_DB_NAME.db_link) and rownum < 2' ;
          Execute Immediate vStmt into vVersion  ;
          htp.p('<tr>');
          htp.p('<td>');
          htp.p(vHostName);
          htp.p('</td>');
          htp.p('<td>');
          htp.p(vDBName);
          htp.p('</td>');
          htp.p('<td>');
          htp.p(vSchema);
          htp.p('</td>');
          htp.p('<td>');
          htp.p(vVersion);
          htp.p('</td>');
          htp.p('<td>');
          htp.p('<BR>');
          htp.p('</td>');
          htp.p('</tr>');
        END LOOP;
          htp.p('</tr>');
          htp.p('</table>');  
      CLOSE c_schemas;
    END IF;
    END IF;
    END;I have checked the DDH_SCHEMA_NR for repeating entries of the highest number.. some of the ones that dont work do have repeating entries some don't.
    Sorry if this is confusing, i have tried to explain it as best as i can.
    Thanks in advance for any help.
    Ashleigh

    Hello Ashleigh,
    Based on your code, I'd start by running this piece of SQL via command-line (thru SQL Workshop, SQL*Plus, Toad, etc.), replacing &P3_SCHEMA_NAME. and &P3_DB_NAME. with values that are currently causing the routine to fail and see if it returns more than one row. I don't know your data, but DISTINCT and GROUP BY are typically used to return multiple (though grouped/summarized) rows. It appears to be the only statement that would cause the error your seeing (more than one row being returned into single variables).
    select distinct DDH_DB_NM, max(DDH_SCHEMA_NR)keep(dense_rank last order by ddh_runstart_td) AS "PATCH" from &P3_SCHEMA_NAME..ddl_log@&P3_DB_NAME.db_link GROUP BY DDH_DB_NM;I'm actually surprised that the code runs at all. I didn't think 'execute immediate' would know what to do with substitutions indicated as "&something." (I've typically seen that when substituting in dynamic HTML/Javascript code but maybe I'm learning something new). But since you already have vServer2 and vSchema2, I'd be more apt to code it as:
    vStmt2 := 'select distinct DDH_DB_NM, max(DDH_SCHEMA_NR)keep(dense_rank last order by ddh_runstart_td) AS "PATCH" from ' ||
    vSchema2 || '.ddl_log@' || vServer2 || '.db_link GROUP BY DDH_DB_NM';Hope this helps,
    John

  • Oracle error ORA-604 when opening a connection

    I am facing an issue with my WCF service which is using ODP.NET version 4.112.2.0(x64) and Oracle 11g.
    The service runs without any problems on the test servers but on production server (Windows 2008 R2) when an attempt is made to call any service method it fails with the following Oracle error code Ora-604. the message is
    ORA-604: error occurred at recursive SQL level %s
    The exception is thrown when a call to meethod Open is made to open a connection.
    There is no inner exception. So far I have tried checking the connection string, the user permissions and setting the TNS_ADMIN environment variable but nothing has worked.
    Another thing to mention is that another WCF service which uses some of the same stored procedure I am using is working fine on the same server.
    Has anyone seen this before?
    Thanks,
    A

    Do you have a login trigger?
    select * from dba_triggers where triggering_event like 'LOGON%'
    If so, try disabling it.
    Does the working service use the same credentials as this problem service?
    Are you able to connect using sqlplus, with the same credentials from the same client to the same database? If it's not an ODP.NET specific problem, the dba guys might be able to help better: General Database Discussions
    Greg

  • Oracle error ORA-03113: end-of-file on communication channel

    Dear Support
    I am getting "ORA-03113: end-of-file on communication channel" when I am trying to access my application.
    The current setup is following
    - two node Sun Cluster with node name as sep1n1 and sep2n2
    - running Oracle RAC (oracle database 10g) with instance name as ADVFRW1 and ADVFRW2
    Please see attached oracle trace file which was generated at the time of problem.
    Can you please help me to know what can be the reason of this oracle error/crash?
    Thanks
    Regards
    VS

    I don't see any Trace file.
    Network Problems?
    Are the databases up and running?

  • Oracle error ORA-00600 when using Oracle 10g and Sun One Web Server 6.1

    I have a java application that was running under Solaris 8 and Oracle 9i. I am trying to get it up and running on a new server that is configured with Solaris 9 and Oracle 10g. Whenever the application tries to connect to the database it receives the following error: ORA-00600 [ttcgcshnd-1][0]. My research indicates that this is an internal Oracle error that represents a low level unexpected condition. I have looked through my configuration for the Web Server and I have not been able to determine the cause of this problem. My DBA tells me that we have the latest patch installed for Oracle! Has anyone encountered this problem before? Any help would be greatly appreciated!

    If the problem is also present in a SWING app, i.e. outside the web server, then it is porbably something external to the webserver.
    I think you should ensure that the driver and database are compatible with each other. It is very likely that you need a new jdbc driver for the new database.
    download from here http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/htdocs/jdbc101020.html
    try the ojdbc14.jar

Maybe you are looking for