FRM 40602 and Patch Set 9

We have a long (and potentially very boring) history of not being able to install patch sets for Developer Forms on our systems because of various bugs.
The last one to cause a problem was FRM 40602 Cannot insert or update data in a view which was first found in patch set 7. (Bug number was 1996710). This was still there in 8 and meant to be fixed in 9.
Support are looking at the problem but initial indications are that the bug has not been fixed - still waiting for confirmation.
My question is whether anyone else has sen this in PS9 - there has been a forum on Metalink stating this but I have not seen anything else.

We're using XP and have successfully been running Forms and Reports Runtime 6.0.17.1 and 6.0.17.0 for the past 3 or 4 months. However, just yesterday we came across this error only 1 system out of 40+ machines that run an application that uses both Forms & Reports R/T. I have spent around 8 hours today attempting to repair the problem without success. Yet when I go to another machine with the identical install and build, I can run the app without any problems under the same user id as on the machine that does not work. Our exact error that pops up is:
FRM-40602 Cannot insert into or update data in a view. field: LM_XREF.XREF_ENTITY_TYPE
After reading the message I am making this statement to, I never new there was a bug. I did a test with version 6.0.11.x before applying the patch and got it to work, but there is another bug in there that is repaired in version 6.0.13.x and re-appears in ver 6.0.17.1, so I want to apply the patches, but I don't, if you know what I mean. I'm wondering if anyone else has come across this problem? If so, I could use the help and hopefully others can benefit from this as well.
I have rebuilt the image and used various Oracle R/T, Net 8, ODBC, and SQL Net configurations but this one stumps me! $0+ machines working perfectly good and 1 does not, all the same build, with all the same Oracle middleware... I'm almost starting to think a wierd hardware problem.
Cheers,

Similar Messages

What is the difference between quarterly patches and patch sets

Hello,
What is the difference between quarterly patches and patch sets?
Should we always apply the latest quarterly pathches?
Is it better to apply to the latest patch set if one can afford?

The quarterly patch sets are generally security fixes, or Critical Patch Updates (CPU). Oracle strongly recommends that the CPU patches are applied. CPU and quarterly patches do not change the release/version of the database.
The patch sets contain bug fixes and do change the release/version of the database.
As with all patches you should test them on a test database before deploying in production. If you have vendor supported applications you should contact your vendor before applying any patchsets.

CPUs and Patch Set Updates

hi,
if somebody can help me clarify on what security patches should be installed for Audit Vault.
I have installed 10.2.3 and patch set 10.2.3.1
CPUOct2009 specifies the following:
+ Critical Patch Updates are applied only on the base release version, for example 10.2.0.4.0
+ Patch Set Updates can be applied on the base release version or on any earlier Patch Set Update. For example, 10.2.0.4.2 can be applied on 10.2.0.4.1 and 10.2.0.4.0
+ Once a Patch Set Update has been applied, the recommended way to get future security content is to apply subsequent Patch Set Updates. Reverting from an applied Patch Set Update back to the Critical Patch Update, while technically possible, requires significant time and effort, and is not advised.
So for Audit Vault, is 10.2.3 considered the base release version, or 10.2.3.1?
Should i install Patches 6914302 and 7240123 (indicated in Table 5 of CPUOct2009) ?
or are we covered security-wise and just wait for 10.2.3.2?
thank you!

Given the security and auditing nature of this product please put this question to Oracle via an SR at metalink.
This is one area where taking advice from strangers is not appropriate ... even if they are Oracle ACE Directors and such.

Oracle Application Server 10g R3 with patch set 10.1.3.5.0

Hi All,
Can anyone help me on this, When I install Oracle Application Server 10g Release 3 (10.1.3.1.0) and patch set 10.1.3.5.0 on Linux. I am not able to find forms and reports container.
This version doesn't support forms and reports or I have go OAS 10g R2 (10.1.2.0.2) with patch set 3 (10.1.2.3.0). What is the difference between these two releases.
Please help me.
Regards,

Hi James,
1)Yes it supports IE 8 .Please review the below link for certification details on browers :-
    http://www.oracle.com/technetwork/middleware/ias/downloads/as-certification-r2-101202-095871.html#BAJGCBEA
     Note: Oracle Application Server supports only those browsers.
2)Forms only support Windows 7 32 bit only.
    Please refer to the note:1292919.1 "Certification of Oracle Developer Suite 10g (10.1.2) on Windows 7 (32-bit)"
3)Could you provide more information of JVM because when you install 10gR2 it has JDK and JRE present in it.
Regards,
Prakash.

IS ATG ROLLUP 7 +PATCH SET 19 (FORMS) APPLY FOR WEB TIER ONLY

Hi everyone,
We are planning to apply ADI 7 + Patch set 19 and everything working great . But my question we have Three tier Apps(WEB,Con,Form,Report) ,WEB,DB
We applied it on Apps tier but there is a node have only web tier and ADI 7 and patch set 19 for forms there is no relation with Web Tier.
in this case is it need to apply it on this node also as we know from oracle "You must apply any patches that you apply it from first node on second node"
What do you think ?
Best Regards,

>
We are planning to apply ADI 7 + Patch set 19 and everything working great . But my question we have Three tier Apps(WEB,Con,Form,Report) ,WEB,DB
We applied it on Apps tier but there is a node have only web tier and ADI 7 and patch set 19 for forms there is no relation with Web Tier.
in this case is it need to apply it on this node also as we know from oracle "You must apply any patches that you apply it from first node on second node"
What do you think ?Hi,
If you only web tier and no APPL_TOP on that tier means you no need to apply the ADI7 and patchset 19 patch
in this case is it need to apply it on this node also as we know from oracle "You must apply any patches that you apply it from first node on second node"it would be like You must apply any patches that you apply first in Admin node and on other nodes..
-Rk

FRM-41830 :List of values contain Lov After upgrade Form patch set to 19

We are facing the below issue when click on menu,
FRM-41830 :List of values contain Lov After upgrade Form patch set to 19
Please let us know if someone has got similar type of issues.
Regards,

Hi,
Please verify that you have completed all the steps in the Developer 6i upgrade doc. Also, please post the complete error message.
Have you tried to regenerate the forms via adadmin and see if it helps?
If none of the above helps, please obtain the FRD file as per (Note: 150168.1 - Obtaining Forms Runtime Diagnostics (FRD) In Oracle Applications 11i) and post the contents of the log file here.
Thanks,
Hussein

Latest Patch Sets and where do I get them

I was wondering what the latest patch set was for the Reports 6i server and where can I download it?
Thanks,
Brett

Brett,
The latest patch sets can be found starting on February 28th.
They can be found at www.cbs.com and click on the Surivor Marquesas Logo.
Oh wait...you did say 6i...patch-sets sorta sounded like contes-tants...my bad
Paul

Hi I am currently subscribed to PS CC but I don't think I have the latest version. I beleive this because I don't get the new welcome screen and don't new feature like the structure and color setting in the content aware patch tool. I have checked for u

Hi I am currently have a subscription to PS CC but I don't think I have the latest version. I believe this because I don't get the new welcome screen and don't have new features like the structure and color setting in the content aware patch tool. I have checked for updates and it tells me I have the current version. I check in PS I have version 14.2.1. I also have CS6 installed on my PC, could this be somehow be doing something or am I doing something wrong. Would anyone have any suggestions.

It's under "Find New Apps". You have to scroll down to see it.

Patch Set Updates and the version number

Oracle document 854428.1, Patch Set Updates (PSUs) for Oracle Products, has this to say about the version number:
2.3 Baseline Version for Easier Tracking
Oracle associates a version number to the patch. The fifth number of the database version is incremented for each PSU. For example, the initial PSU is version 11.1.0.7.1, the second PSU for Release 11.1.0.7 is 11.1.0.7.2, and so on.
My DBAs just told me that they applied PSU3 to our database, which had version number 11.2.0.2.0. I checked the version number after the PSU was applied, but it is still the same:
SQL> select version from v$instance;
VERSION
11.2.0.2.0
Do the PSUs change the fifth number in the version or not?

SQL> select comments from sys.registry$history where action_time > sysdate - 1
COMMENTS
PSU 11.2.0.2.3
Thankyou, that answers my question. The fifth number in the version column of the v$instance view does not seem to change when a PSU is applied. However, the sys.registry$history view has a record of the PSU with the correct fifth number in the version.

Updateable View - FRM-40602

If I have a view based on a simple join (eg emp and dept) and base a block on this view, what do I need to do, to make it updateable?
I was under the impression that if there was an INSTEAD OF trigger on the view then the forms would allow me to update it, but I get the error FRM-40602 : Cannot update a view.
Do I need to write on-lock, on-update etc triggers in forms and if so why bother with the instead of triggers?
Thanks for your help

Some suggestions :
- Can you insert/update the view with SQL*Plus?
- display the error from the Help menu
- Did you set the block properties like the following?
Enforce Primary Key : No
Query Allowed : Yes
Query Data Source Name: [name of the view]
Insert Allowed : Yes
Update Allowed : Yes
Delete Allowed : Yes
Key Mode : Unique
hope it helps
regards,
Harm

Do I need a patch set?

I am working to install OAM 10.1.4.0.1 to accomplish an IIS SSO integration. I have installed the 10.1.4.0.1 Idendity Server and WebPass on a windows install of OID. Looks like I now need to install Policy Manager and Access Server as well. Finally I will be able to install and configure the IIS WebGate to get SSO functionality. It is my impression I need the 10.1.4.2.0 patch set for this to all work. I am looking at the download page and see the "Oracle Adaptive Access Manager 10g (10.1.4.2.0)" and the "Oracle Virtual Directory 10.1.4.2 Patchset". I do not see an OIS 10.1.4.2 patchset. Can someone please provide some guidance on this.
Thanks,
John

IIS SSO will work on OAM 10.1.4.0.1.
10.1.4.2.0. is a full patch set that you can apply to all components. Many folks are running 10.1.4.0.1 in production today.
You don't need to touch OVD or OAAM based on your stated goal.
Mark

11.1.2.2.000 Patch Set Update (PSU): 11.1.2.2.501 patch has been released

11.1.2.2.000 Patch Set Update (PSU): 11.1.2.2.501 patch has been released

Hi, John!
I have already apply patch Patch 17529887: and redeploy RA, but workspace shows old version of RA Framework

Oracle 9.2.0.3.0 patch set for windows - questions

Hi!
I have for that some questions. I have oracle 9.2.0.1.0 on a windows 2003 server running with one local database - no real apllication cluster.
I don't understand which instructions I have to make for oracle upgrade?
Must I also make the 3. instruction? Connect to databse prior and drop?
Must I also make the post install action for my database?
(startup migrate ...)
what means at post install actions the following:
'execute these post install actions only if you have one or more databases associated to the upgraded $oracle_homee.
My database path is e:\oracle\oradata\database my oracle path is e:\oracle\ora92 have I in my case make the post install actions?
Thanks for help!
1. When applying this patchset on Windows NT, XP or Windows 2000, you must log onto the system as a user with Administrative privileges
(e.g. as a user which is a member of the local Administrators group).
2. Unzip the downloaded patch set file into a new directory.
3. Drop the xmlconcat function by running the following commands:
drop public synonym xmlconcat;
drop function xmlconcat;
4. Shut down any existing Oracle Server instances in the ORACLE_HOME to be patched with normal or immediate priority. i.e.: Shutdown all instances (cleanly). Stop the database services, and stop all listener, agent and other Oracle processes running in or against the ORACLE_HOME to be installed into.
5. Perform the following pre-install steps for Real Application Clusters (RAC) enviroments only:
IN ADDITION TO STOPPING ALL ORACLE SERVICES IN THE ORACLE_HOME TO BE UPGRADED:
If you are running in a RAC enviroment, stop the following Windows service(s)/devices(s) using the Net Stop command:
Stop the Windows service named "OracleGSDService"
Stop the Windows service named "OracleCMService9i".
Stop the Windows device named "OraFenceService" (This Device does NOT show up as a Service in the Control Panel).
For Example:
C:\>net stop OracleGSDService
C:\>net stop OracleCMService9i
C:\>net stop OraFenceService
Once the above steps have been performed on all the nodes of the cluster, you should then be able to upgrade the OSD components to the 9.2.0.3 versions. This can be accomplished by...
xcopy all the files in the \Disk1\preinstall_rac\osd\*.* directory to the directory in which the OSD components were originally installed on all nodes(typically %SystemRoot%\system32\osd9i).
Note: You may also be able to look in HKEY_LOCAL_MACHINE\Software\Oracle\OSD9i registry key to determine the directory in which the original OSD components were installed. Now the OSD components can be restarted on all the nodes in the cluster.
C:\>net start OraFenceService
C:\>net start OracleCMService9i
C:\>net start OracleGSDService
After all of the above steps have been completed on all the nodes of the cluster, you are now ready to proceed with the Oracle 9.2.0.3.0 patchset installation.
6. Start the installer:
If the current Installer version is less than 2.2.0.18.0 then download the Installer 2.2.0.18.0 from Oracle Metalink where it can be accessed with the bug number 2878462 and choosing the MS Windows NT/2000 Server platform, then run the setup.exe 2.2.0.18.0 from the C:\Program Files\Oracle\oui\install directory .
7. You may install the Patch Set through either an interactive or a silent installation.
To perform an interactive installation using the Oracle Universal Installer graphical interface:
1. Start the installer from the newly installed OUI 2.2.0.18.0 by running the version of setup.exe located at C:\Program Files\Oracle\oui\install and verify
that the version of the OUI GUI is 2.2.0.18.0 before proceeding.
2. Follow the steps given below within the installer:
1. On the Welcome screen, click the Next button. This will display the File Locations screen.
2. Click the Browse button for the Source... entry field and navigate to the stage directory where you unpacked
the Patch Set tar file.
3. Select the products.jar file. Click the Next button
The products file will be read and the installer will load the product definitions.
The products to be loaded will be displayed (verify ORACLE_HOME setting for this first).
4. Verify the products listed and then click on the Install button.
5. Once the installation has completed successfully, it will display End of Installation. Click on Exit and confirm
to exit the installer.
To perform a silent installation requiring no user intervention:
1. Copy the response file template provided in the response directory where you unpacked the Patch
Set tar file.
2. Edit the values for all fields labeled as "<Value Required>" according to the comments and examples
in the template.
3. From the unzipped patchset installation area, start the installer by running the setup executable passing
as the last argument the full path of the response file template you have edited locally with your own
value of ORACLE_HOME and FROM_LOCATION:
setup.exe -silent -responseFile <full_path_to_your_response_file>
Post Install Actions
Execute these "Post Install Actions" only if you have one or more databases associated to the upgraded $ORACLE_HOME.
Important Notes
1: Java VM and XML DB Requirements
Users who have JVM (Java enabled) or JVM and XDB installed on their 9.2.0.1 databases should make sure that the init.ora parameters shared_pool_size and java_pool_size are each 150 MB or more before running the catpatch.sql upgrade script. Failure to do so could result in an unrecoverable memory failure during running of the script. Please note that JVM and XML DB was shipped as part of the default 9.2.0.1 seed database and will be present unless the user explicitly installed a 9.2.0.1 instance without them.
2: SYSTEM table space
If you have JServer installed in the database, you should check to be sure there is at least 10M of free space in the SYSTEM table space before running these actions.
3: Installing on Cluster Databases
If you are applying this patch set to a cluster database, then set the CLUSTER_DATABASE initialization parameter to false. After the post-install actions are completed, you must set this initialization parameter back to true.
To complete the installation of this patch set, you need to start up each database associated with the upgraded $ORACLE_HOME, start the database listener (e.g., lsnrctl start), login using SQL*Plus (e.g., sqlplus "/ as sysdba"), and run the following commands/scripts in order from $ORACLE_HOME within a MIGRATE session. If you are using the OLAP option, make sure that the database listener is up.
startup migrate
spool patch.log
@rdbms/admin/catpatch.sql
spool off
Review the patch.log file for errors and re-run the catpatch script after correcting any problems
shutdown
startup
This step is optional - it will recompile all invalid PL/SQL packages now rather than when accessed for the first time - you can also use utlrcmp.sql to parallelize this in multiprocessor machines:
@rdbms/admin/utlrp.sql
Execute the following if you use Oracle OLAP option:
alter user olapsys identified by <password> account unlock
connect olapsys/<password>
@cwmlite/admin/cwm2awmd.sql
exit
Execute the following script only if you have version 9.2.0.1.0 of Oracle Internet Directory installed in your ORACLE_HOME. Make sure that the database and database listener are running and that all parameters are specified prior to running the script:
$ORACLE_HOME/bin/oidpatchca.bat
-connect <Connect String>
-lsnrport <Listener Port>
-systempwd <SYSTEM Password>
-odspwd <ODS Password>
-sudn <Super-User DN>
-supwd <Super-User Password>
-dippwd <Password to register DIP Server>
Where:
connect - Database connect string
lsnrport - Database Listener port
systempwd - Password of the database 'SYSTEM' user
odspwd - Password of the database 'ODS' user
sudn - Super-user DN
supwd - Super-user Password
dippwd - New password to register Directory Integration Server. This password must conform to the password policy in the OID server
Execute the following steps only is you are using the RMAN catalog.:
rman catalog <user/passwd@alias>
upgrade catalog;
upgrade catalog;

I don't understand which instructions I have to make for oracle upgrade?
-- You have to follow all the instructions mentioned
(Just check for few if's for Cluster enabled, OID and OLAP databases. Perform these steps only if they apply)
Must I also make the 3. instruction? Connect to databse prior and drop?
-- Yes you should do
Must I also make the post install action for my database?
(startup migrate ...)
-- Yes. Do run catpatch.sql .
what means at post install actions the following:
'execute these post install actions only if you have one or more databases associated to the upgraded $oracle_homee.
-- In this step make sure you do step 1
1: Java VM and XML DB Requirements
Otherwise catpatch.sql will fail.
Do 2 and 3 only if applicable
Chandar
My database path is e:\oracle\oradata\database my oracle path is e:\oracle\ora92 have I in my case make the post install actions?

10g Release 2 (10.2.0.4) Patch Set 3 for HP-UX Itanium installation failed

hi everyone
after i installed the oracle10g 10.2.0.1,and tried to install the patch set (10.2.0.4)
Prerequisite check failed!
My OS platform is HP-UX B.11.23 IA64
the error info as follow :
Checking the Components installed in Oracle Home
Actual Result: error
Check complete. The overall result of this check is: Not executed <<<<
Recommendation:
=======================================================================
Checking for Oracle Home incompatibilities ...
Check complete. The overall result of this check is: Not executed <<<<
OUI-15038: Unable to execute rule 'CheckCompatibility' from ruleset 'CompatibilityChecks'. The underlying test 'oracle.sysman.oip.oipc.oipcz.OipczCompatibilityChecks.checkProductCompatibility' has thrown an unhandled exception [value for param now is null]. If the exception results in a failure of the test and the exception needs to be propagated, then encapsulate the exception in the result object and return the result.
Recommendation: Choose an existing Oracle Database 10g Oracle Home for installing this software.
=======================================================================
Any advise will be much appriciated!
Do need your helps!
Thanks&Regards
Peter

Hello,
The same problem is documented on Oracle metalink:
OUI 10.2 Prerequisite Check Fails With OUI-15038 And "[value for param now is null]" [ID 602059.1]:
Cause
Some kernel tunables (parameters) have been changed but the new values will not be activated until the next server reboot
Solution
Reboot the server so that the kernel tunable (parameter) changes are activated before installing the Oracle software
Workaround
The errors/warnings can be ignored and the Oracle installation can be completed successfully, but it is best to schedule a reboot of the server soon so that the pending kernel parameter changes are activated.
References
BUG:7150277 - OUI 10.2 PREREQ CHECKS FAIL WITH OUI-15038 AND "[VALUE FOR PARAM NOW IS NULL]"

Error when installing 9.0.1.4.0 patch set for the Oracle Database Server.

Hi to all.
Currently, i am trying to install patches for portal server.
The server OS is Sun Solaris 8.
We are using Oracle9iAS.
Now, we are installing 9.0.1.4.0 patch set for the Oracle Database Server.
We managed to install the patch, but have problem with the Post Install Action.
We managed to run
-ALTER SYSTEM ENABLE RESTRICTED SESSION;
-@rdbms/admin/catpatch.sql
-ALTER SYSTEM DISABLE RESTRICTED SESSION;
-CONNECT / AS SYSDBA
-update obj$ set status=5 where type#=29 and owner#!=0;
-commit;
But, when we come to the next command, which is to shutdown, it gives us like
this..
SQL> update obj$ set status=5 where type#=29 and owner#!=0;
1402 rows updated.
SQL> commit;
Commit complete.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORA-00604: error occurred at recursive SQL level 1
ORA-01219: database not open: queries allowed on fixed tables/views only
We tried to startup the database..it gives us this error..
SQL> startup
ORA-01081: cannot start already-running ORACLE - shut it down first
So, we tried to shutdown again..
SQL> shutdown immediate
ORA-01089: immediate shutdown in progress - no operations are permitted
I been informed that this is maybe a Database problem related. Any ideas?
Best Wishes,
Rushdan Md Saad.

Patchsets could be obtained (only) from http://metalink.oracle.com
You need to have valid CSI for access.
P.S: Sorry Werner, I didn't see you post.
Message was edited by:
Ivan Kartik

FRM 40602 and Patch Set 9

Similar Messages

Maybe you are looking for