This is the Error we got in alert log.Please also review these docs.
So we raised a SR. In support they asked to follow the document 392006.1 Ora-27300 OS system dependent operation fork failed with status 11. & Database Crashes With ORA-27300, ORA-27301, ORA-27302 On Solaris SPARC [ID 1333824.1]
FOR ADPATCH WE WILL GIVE 32 WORKERS.Do you meet all the requirements in these docs?
After gone through the above docs and the implemented the solution from the docs.Then we start the new upgrade, But again adpatch fails at the same place and the same error in alert log, So we continue with the SR and they asked to change the kernel pageable memory and
root@host# /bin/ksh -f -c "ulimit -a"
core file size (blocks, -c) unlimited
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
open files (-n) 256 to 65536
pipe size (512 bytes, -p) 10
stack size (kbytes, -s) 8192 to unlimited
cpu time (seconds, -t) unlimited
max user processes (-u) 60000
virtual memory (kbytes, -v) unlimited
After the above settings, we plan to restart Again from the backup. After restore we plan to run GATHER SCHEMA STATISTICS, when running STATISTICS,
CPU STATS shows below 5% idle, USER 3.2% the KERNEL is taking the remaining resources. At that time, the forms window takes too much time to loading and opening slowly.
Kindly Provide a solution as soon as possible.