PROBLEM PATCHING SOLARIS 10 FOR DST

OK - I messed up installing the DST patch, but now I cannot reinstall.
I used "pkgadd" to install the patch 122032-04. It went fine into the global zone, but "partially failed" going into my other 4 zones.
NOW - using "date" gives the correct time zone and time in all zones (including global), but my TOMCAT/SERVLETS do not get the correct time zone.
So - I read more and installed the mega-patch (fixes a zone bug): 119254-35. This patch was also installed with "pkgadd" (that's what the readme said).
Then I tried to reinstall the failed DST patch - 122032-04, but it won't go past the first dialog. It fails with "ld.so.1: patchadd: fatal: relocation error: file patchadd: symbol zonecfg_set_root: referenced symbol not found.
Note that the above latest error says "patchadd" that's because I've tried pkgadd AND patchadd - neither works but both give the same reference symbol not found error.
NOW WHAT??? I tred uninstalling the patch, but that failed as well - said it could not even find the package. (pkgrm).
Thanks in advance.
-Richard

Thanks. The DST patch actually was complete enough to work after reboot.
It's just the inability to remove the bad patch for now. I suspect there's a problem with the patches in that they want you to be in maintenance mode, but they also want the zones to be booted.
I wish they would either
a) figure this out and make single-user mode patches work when you are IN single user mode (without requiring other steps which ARE NOT SPECIFIED in the readme), or
b) Allow these zone patches to be applied in normal operation mode (multi-user mode).
-R

Similar Messages

JVM patch required for DST on 10.2.0.2 RAC cluster

I have looked all over the internet and Metalink for information regarding the JVM patching on a RAC cluster and haven't found anything useful, so I apologize if this question has already been asked multiple times. Also if there is a forum dedicated to DST issues, please point me in that direction.
I have a 10.2.0.2 RAC cluster so I know I have to do the JVM patching required because of the DST changes. The README for 5075470 says to follow post-implementation steps in the fix5075470README.txt file. Step 3 of those instructions say to bounce the database, and then not allow the use of java until step 4 is complete (which is to run the fix5075470b.sql script).
Here's my question: since this is a RAC database, does that mean I have to shutdown both instances, start them back up, run the script, and then let users log back in? IN OTHER WORDS, AN OUTAGE IS REQUIRED?
Is there a way around having to take an outage? Can I bounce each instance separately (in a rolling fashion) so there's no outage, and then run the script even though users are logged on if I think java isn't being used by the application? Is there a way to confirm whether or not it's being used? If I confirm the application isn't using java, is it ok to run the script while users are logged on?
Any insight would be greatly appreciated.
Thanks,
Susan

According to Note: 414309.1 USA 2007 DST Changes: Frequently Asked Questions an Problem for Oracle JVM Patches, question 4 Does the database need to be down before the OVJM patch is applied, the bounce is necessary. That says nothing about a rolling upgrade in RAC.
You might file an SR asking if a rolling upgrade is possible.

DST Patch 2007 for Oracle Enterprise Manager 10g

Hi,
I went through several metalink documents for DST 2007 patch application on my Oracle Enterprise Manager Server and got confused in lot of articles. It is a stand-alone server
Can you please help me in formulating a plan?
I have the following versions installed:
1) Repository db -Oracle Database 10g Enterprise Edition Release 10.1.0.4.0 - 64bit
2) Oracle Enterprise Manager 10g Grid Control Release 10.2.0.1.0
3) OS - AIX 5.3
Thanks

I just had a similar problem the other day. My repositoy is on 10.1.0.4, which is behind on released. We are very cautious of upgrade OEM.
After doing research on OEM DST issue and reviewing our jobs, we found out that OEM was reporting we were on EST instead of EDT. The fix we applied was to download the "tzupdater" from sun.com. Then we ran "tzupdater" on the OMS home directories ($OMS_HOME/jdk/lib/tzupdater -u). This will update your java DST file for OMS.
Then you should be able to do the OPatch to bring OEM to DST 4.
Bobby

Patch number for Oracle 8.1.7.4 on Solaries SPARC 64bit

Guys,
Oracle Version: 8.1.6.0
OS: Solaris SPARC 64-bit
I would like to patch to 8.1.7.4. I need a patch number for this, I find it very difficult to search for the patch on Metalink. Would you please suggest the patch number and maybe also suggest the easier way to search for patches on Metalink.
Thanks in advance
Durbanite

Go to Metalink
Click on "Patches & Updates" tab
Click on "Simple Search"
Search by "Product and Family" and enter RDBMS Server
Choose the target release you are looking for (8.1.7.4)
Patch type => "Patchset/Minipack"
Classification => "Any"
Choose the "Platform or Language" your plateform (Sun Solaris SPARC 64bits)
And finally click on Go button.
You'll get only one row as result, the patchset you are looking for actually.
Nicolas.

Solaris 10 SPARC Recommended Patch Cluster for 2008 quarter 3 version

Dear All,
Could any one please guide me, where I can download "Solaris 10 SPARC Recommended Patch Cluster" for 2008 quarter 3 version.
I have checked in sunsolve.sun.com, I'm able to find only the latest release.
please guide me.
Thanks and regards,
veera

Ok,
Here's a cute little formula to try using your systems parameters to gain some "head's-up" on an expected or estimated time to complete the patch run.
You will need a few things to prepare.
Number of "real" CPU's (not hyperthreads)
Speed of each CPU as a whole number i.e 2.87Ghz = 2,867
the total number of patches from the cluster i.e. Sept 15th = 381 (Solaris 10)
Network factor if using NFS = 2.5
local cluster file factor = 1.5
Patch cluster on CDROM factor = 3.25
Now, combine all of those elements in this equation:
{ ( #1 * #2 ) / #3 * factor(#4 or #5 or #6) }
This will yield a number in minutes of patch run time. Then all you will need to add is the standard boot up time to get the total of all patching and reboot.
Of course you could write a script to extract all of this information and feed it to "bc -l" to get a quick figure.
Example, on one of my Solaris 10 boxes with the information filled in to the equation:
#> echo "((4*2660)/381)*1.5"|bc -l
#> 41.88976377952755905511
It actually took 44.2 minutes to complete the patching of this box plus another 12 minutes to reboot. But all in all a pretty fair estimate I think.

Patch for DST for Enterprise manager Grid on windows.

Hi
All
What is the patch I need to apply for DST for oracle enterprise manager grid control?
plateform: windows server 2003
database: 10.2.0.2
let me know If you need more information.
Thanks,
Vishal

Metalink:
Subject: Enterprise Manager DST Quick Fix Guide
Doc ID: Note:418792.1

Get the patch 5 for Solaris

can you tell me where can download 6i patch 5 for Sun Solaris? thanks
null

1) Go to http://Metalink.oracle.com
2) Then click on the link at the top with text:
==> Click here for Patches released after February 19, 2001 and for all Application Patches. "
3) Then Choose
Product family = oracle developer
Platform = Solaris or anything you wish
Limit Search to = Latest Product Patchsets or Minipacks
You should be able to see the patchset you are asking for. If you are looking for a one-off patch then select the default "all product patches" for the option "Limit search to".
null

Problem downloading Patch : 5985072 for Discoverer

Hello,
I faced a problem while downloading Patch : 5985072 for Discoverer 10g. It is asking for a password to download this patch. Please guide me that where I can get this password.
Because downloading this patch is important as applying this patch and one more Patch i.e. 4960210 allow Oracle Application users to login to Discoverer Administrator and Discoverer Desktop. So please guide.
Thank You.
Regards,
Meghana

Hi,
You will have to raise an Oracle support service request to obtain the password for this patch. This patch is not generally available and can only be download using a password that changes from time to time.
Rod West

Latest (November) EIS-Patching ISO for Solaris SPARC & X86 systems download.

Hi All,
I hope someone can assist as this has given me a headache for the last few days.
I require the latest (November) EIS-Patching ISO for Solaris SPARC & X86 systems.
I require the ISO and not just the Patch set.
Please advise.
Kind regards,
Paul

The current ISO (october) is available at the usual place : EIS for Partner
And for information, the next planned EIS will be available very soon but not this month.

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

C++ 5.0 patch equivalent for C++ 5.2

Hi,
I am looking for the C++ 5.2 equivalent of a C++ 5.0 patch
Version I am using: Sun WorkShop 6 update 1 C++ 5.2 2000/09/11
Problem encountered: SEGV signal in mallocunlocked
Found a patch that addresses this problem but the patch is for a different version of the compiler:
Patch-ID# 107311-16
Keywords: C++ CC 5.0 SC5.0
Synopsis: C++ 5.0: Patch for C++ 5.0 compiler
Date: Dec/17/2001
Solaris Release: 2.5.1 2.6 7 8
SunOS Release: 5.5.1 5.6 5.7 5.8
Unbundled Product: C++
Unbundled Release: 5.0
Can anyone help me find a patch for my compiler version?
Thanks!

I don't know of an equivalent patch, but you should be aware that a SEGV inside malloc or free is almost always the result of a bug in user code. Your code is probably trashing the heap in some way (writing past end of an array, following invalid pointer, double-delete, etc.). You should triple-check your code to find the error.
Josh Walker

"Short read error" after patching solaris 10 x86?

We recently bought an Ultra 20 with Solaris 10. The first thing we did was attempt to patch it with smpatch. Specifically, we did the following steps:
> smpatch update
> shutdown -i s -g 0
> smpatch add -x idlist=/var/sadm/disallowed_patch_list
> reboot
When the machine rebooted we got a "short read error" message when trying to load in various drivers and wouldn't boot. We assumed that the disk had crashed and we reinstalled solaris from the DVDs. After the reinstallation, we went to patch the machine again, with the same steps, and exactly the same thing happened!
So is there something wrong with patching solaris 10 on x86? Has anybody else experienced this problem where the patching corrupts the disks (or the drivers)?
Thanks.
Karl

There have always been "short read error"s during boot on <b>some</b> systems with Solaris 10 x86 since the release.
http://groups.yahoo.com/group/solarisx86/message/29310
http://groups.yahoo.com/group/solarisx86/message/29358
Do you get the error every time during boot? Sometimes it helps to
press <RETURN> at the boot prompt, and not let the system wait for
the five second timeout.

Qsort problems on Solaris 10 with Forte 6.0u2

All,
I know the Forte version is a bit behind - but I'm stuck with it.
I'm trying to port some software we have working on Solaris 2.6 thru Solaris 9 over to Solaris 10, but am having some trouble linking my executable due to the extern "C++" declaration of qsort in /usr/include/iso/stdlib_iso.h.
The problem is easily visible with a simple test program.
#include <stdlib.h>
int comp(const void pv1, const void pv2)
return 1;
int main(int argc, char *argv[])
int iArray[20];
std::qsort((void *)&iArray[0],
sizeof(iArray)/sizeof(iArray[0]),
sizeof(iArray[0]),
comp);
return 0;
Yes it's non-functional, but it's sufficient for displaying my problem.
If I compile with the C compiler (cc) it compiles clean - however when I compile with the C++ compiler (CC).....
[tony@sol10]:~/export:29 % CC -o testqsort testqsort.c
Undefined first referenced
symbol in file
void std::qsort(void*,unsigned,unsigned,int(*)(const void*,const void*)) testqsort.o
ld: fatal: Symbol referencing errors. No output written to testqsort
Now it's obvious to me that the problem is due to the fact that under the C++ compiler qsort is now (under Solaris 10) getting declared as extern "C++", but I'm not sure how I can resolve this. I know that qsort is implemented in libc, but this obviously isn't sufficient due to the shift of namespace. Yes, I need to use the C++ compiler as my code is C++, only my test code is valid C.
Can anybody lend some assistance? Is there just another lib I need to link to? I'm expecting this to be something basic that I'll be embarrassed about when it's pointed out. But for now I'm stumped. Running nm across all my libs yielded no implementation apart from in libc.so.
Thanks in advance
Tony

Standard C++ defines two versions of qsort (and also bsearch): one that takes a pointer to a C function, and one that takes a pointer to a C++ function.
Recall that in standard C++, a pointer to a C function has a different type than a pointer to a C++ function. This issue is discussed at length in the C++ Migration Guide that comes with the compiler.
The version of qsort that takes a pointer to a C function is the C version of qsort, and is in libc.so (the basic Solaris runtime library that all programs use).
The version of qsort that takes a pointer to a C++ function is in the C++ runtime library libCrun.so that all C++ programs use.
But because it took a while for Solaris headers to be updated to the C++ requirement, early versions of libCrun did not have the C++ version of qsort (or bsearch). If you get the latest C++ runtime library patch (SUNWlibC) for your system, your program should link. You can get patches here:
http://developers.sun.com/prodtech/cc/downloads/patches/index.html
Not only the system where you build the program needs updating, but every system that runs the program you build.
Alternatively, you can declare the comparison function extern "C" so that the C version of qsort will be used.
extern "C"
int comp(const void pv1, const void pv2)
But if the comparison function is in a namespace or is a class member function, you cannot usefully declare it extern "C".

Problems patching VirtualBox s10x_u8 BE

Hi,
I'm having problems patching a VirtualBox Solaris 10 x86 environment with the latest patch cluster from December.
I've unloaded the zip file in /var/tmp and attempted to apply-prereq to the current BE prior to the ABE. This fails during the checkinstall process for 119255-71 (patching of patchadd etc). These are the first patches applied to this s10x_u8 install - the only additional pkg is SUNWvboxguest.
It reports:
/var/tmp/10_x86_Recommended/patches/119255-71/SUNWinstall-patch-utils-root/install/checkinstall: /var/tmp/10_x86_Recommended/patches/119255-71/SUNWinstall-patch-utils-root/install/checkinstall: cannot open
pkgadd: ERROR: checkinstall script did not complete successfully
I've tried applying this patch outside 'installcluster' using patchadd and the same issue is reported.
I cannot see anything obvious in any of the 'readme's and checked a number of solutions regarding loopback filesystems etc.
Are there any further methods of debugging this issue and does anyone know why this patchadd is not working?

Hi Darren,
Thanks for that - I think I've seen this one before (before Solaris 10) and never twigged that it would/could back to haunt me!
# echo<span style="color:#000000"> "install:x:0:1:installpatch braindamage:/:/bin/true"</span> >> /etc/passwd
# pwconv
# cd /tmp
# patchadd 119255-71
Validating patches...
Loading patches installed on the system...
Done!
Loading patches requested to install.
Done!
Checking patches that you specified for installation.
Done!
Approved patches will be installed in this order:
119255-71
Checking installed patches...
Executing prepatch script...
Installing patch packages...
Patch 119255-71 has been successfully installed.
See /var/sadm/patch/119255-71/log for details
Executing postpatch script...
Patch packages installed:
SUNWinstall-patch-utils-root
SUNWpkgcmdsr
SUNWpkgcmdsu
SUNWswmt
# userdel installI then deleted the user and continued the patching of the alt BE - It did not appear to require the user for the remaining pre-req patches or the other BE!
# cd /var/tmp/10_x*
# ./installcluster --apply-prereq --s10cluster
Setup .......
Solaris 10 x86 Recommended Patch Cluster (2010.01.06)
Application of patches started : 2010.01.14 16:48:36
Applying 120901-03 (1 of 9) ... skipped
Applying 121334-04 (2 of 9) ... skipped
Applying 119255-71 (3 of 9) ... skipped
Applying 119318-01 (4 of 9) ... skipped
Applying 121297-01 (5 of 9) ... skipped
Applying 122035-05 (6 of 9) ... skipped
Applying 127885-01 (7 of 9) ... skipped
Applying 141589-03 (8 of 9) ... skipped
Applying 142252-01 (9 of 9) ... skipped
Application of patches finished : 2010.01.14 16:49:01
Following patches were skipped :
Patches already applied
120901-03     119255-71     121297-01     127885-01     142252-01
121334-04     119318-01     122035-05     141589-03
Installation of prerequisite patches complete.
Install log files written :
/var/sadm/install_data/s10x_rec_cluster_short_2010.01.14_16.48.36.log
/var/sadm/install_data/s10x_rec_cluster_verbose_2010.01.14_16.48.36.log
# lustatus
Boot Environment           Is       Active Active    Can    Copy
Name                       Complete Now    On Reboot Delete Status
s10x_u8a                   yes      no     no        yes    -
s10x_u8b                   yes      yes    yes       no     -
# ./installcluster -B s10x_u8a --s10cluster
Setup ............
Solaris 10 x86 Recommended Patch Cluster (2010.01.06)
Application of patches started : 2010.01.14 16:50:59
Applying 120901-03 ( 1 of 172) ... skipped
Applying 121334-04 ( 2 of 172) ... skipped
Applying 119255-71 ( 3 of 172) ... success
Applying 119318-01 ( 4 of 172) ... skipped
...I'll add a further update once the other 172 patches have been tried and whether the BE boots or not.
Regards, Clive

Patch manager for sol9 missing some recommended patches

I just tried cross checking a machine that was completely up to date according to patch manager with the Sol 9 recommended patch set.
The recommended patch set included the following patches that patch manager doesnt appear to distribute.
114049, 111711, 111712, 119211.
I would have thought anything that was important enough to be included in the recommended patch set was worth distributing through patch manager.
In particular, 114049 and 119211 appear to have security implications.

Hi Robert,
This forum is for Sun update Connection problems on Solaris 10 only.
I cannot give you reply as to why Patch manager for sol9 missing is some recommended patches. I will email an internal email alias and try to find out.
Regards,
Scott

PROBLEM PATCHING SOLARIS 10 FOR DST

Similar Messages

Maybe you are looking for