public DST patches for 10g?
usenetper...@gmail.com
Oracle Database 10g Release 2 (10.2.0.1.0) for Solaris Operating
System
(SPARC) (64-bit) for evaluation.
I did this sometime ago but now I find that oem will not fire up
due to a DST issue where some places on Earth have 'new' DST
settings (like most of North America) and the agent thinks
I'm 1 hour out of sync and refuses to start.
For those of us who do not have or need a metalink account (: >)
are there public patches available? I belive that 10.2.0.4 addresses
this.
Thanks
ora...@msn.com
No.
David Fitzjarrell
hpuxrac
You need a valid support contract to be eligible to obtain patches.
Anyone that would supply you with the patches would be in violation of
their licensing agreement with oracle.
So in other words, this is not the forum to ask about something like
this.
agt
On Tue, 8 Apr 2008, hpuxrac wrote:
h : On Apr 8, 12:16 pm, usenetpersonger...@gmail.com wrote:
h : > On the Oracle site you can download :
h : > Oracle Database 10g Release 2 (10.2.0.1.0) for Solaris Operating
h : > System
h : > (SPARC) (64-bit) for evaluation.
h : > I did this sometime ago but now I find that oem will not fire up
h : > due to a DST issue where some places on Earth have 'new' DST
h : > settings (like most of North America) and the agent thinks
h : > I'm 1 hour out of sync and refuses to start.
h : > For those of us who do not have or need a metalink account (: >)
h : > are there public patches available? I belive that 10.2.0.4 addresses
h : > this.
h : You need a valid support contract to be eligible to obtain patches.
h : Anyone that would supply you with the patches would be in violation of
h : their licensing agreement with oracle.
Good enough
h : So in other words, this is not the forum to ask about something like
h : this.
I don't see why not - the question is answered, no one is asking to
violate anything, simple: the answer is no.
As to what impression the current evaluation will leave on
anyone downloading/installing/running it at the moment
will be well..
Vladimir M. Zakharychev
There used to be time (like 10 years ago) when some patchsets were
publicly available on Oracle's FTP, but the policy changed since then
to "no current support contract - no patches, even for critical
problems, including security and showstopper bugs." Not the best
policy if you ask me, but we'll have to live with it unless Mary Ann
will eventually switch her focus from talent supply chain issues and
poor code quality due to unskilled personnel they have to recruit to
delivery of at least CPUs to all paying customers, with or without
current support contract :) (What? Do I really have to spend good
amounts of cash each year just to be able to keep my *licensed*
software up to date and plug serious security holes in it? Ridiculous.
Even Microsoft realized that unpatched vulnerable software is
dangerous to the whole infrastructure, pirated or not, and they patch
critical bugs regardless... Oracle should act no different, at least
with regard to CPUs, though I wouldn't mind them opening patch sets as
well.)
Regards,
Vladimir M. Zakharychev
N-Networks, makers of Dynamic PSP(tm)
http://www.dynamicpsp.com
hpuxrac
snip
> h : So in other words, this is not the forum to ask about something like
> h : this.
>
> I don't see why not - the question is answered, no one is asking to
> violate anything, simple: the answer is no.
There are some places on the internet where on can find almost
anything if ... well ... cdos is not going to be the place to point
there however.
hpuxrac
<vladimir.zakharyc...@gmail.com> wrote:
snip
> There used to be time (like 10 years ago) when some patchsets were
> publicly available on Oracle's FTP, but the policy changed since then
> to "no current support contract - no patches, even for critical
> problems, including security and showstopper bugs." Not the best
> policy if you ask me, but we'll have to live with it unless Mary Ann
> will eventually switch her focus from talent supply chain issues and
> poor code quality due to unskilled personnel they have to recruit to
> delivery of at least CPUs to all paying customers, with or without
> current support contract :) (What? Do I really have to spend good
> amounts of cash each year just to be able to keep my *licensed*
> software up to date and plug serious security holes in it? Ridiculous.
> Even Microsoft realized that unpatched vulnerable software is
> dangerous to the whole infrastructure, pirated or not, and they patch
> critical bugs regardless... Oracle should act no different, at least
> with regard to CPUs, though I wouldn't mind them opening patch sets as
> well.)
Nicely said.
usenetper...@gmail.com
O that's what you meant. .. I'd rather do the legit thing.
Is it possible that updating the offending Java bits to 2007 (!)
and a relink would sort things out.. Hmm
Shakespeare
<usenetper...@gmail.com> schreef in bericht
news:20c92843-d509-4848...@b9g2000prh.googlegroups.com...
Did you try emctl resetTZ agent
?
Shakespeare
usenetper...@gmail.com
> <usenetpersonger...@gmail.com> schreef in berichtnews:20c92843-d509-4848...@b9g2000prh.googlegroups.com...
> > On the Oracle site you can download :
> > Oracle Database 10g Release 2 (10.2.0.1.0) for Solaris Operating
> > System
> > (SPARC) (64-bit) for evaluation.
> > I did this sometime ago but now I find that oem will not fire up
> > due to a DST issue where some places on Earth have 'new' DST
> > settings (like most of North America) and the agent thinks
> > I'm 1 hour out of sync and refuses to start.
> > For those of us who do not have or need a metalink account (: >)
> > this.
> Did you try emctl resetTZ agent
Well that's what the error log suggests trying.
But there's nothing wrong with the time zone : >
Other than it was shifted ahead a few weeks in 2007.
I tried all the suggestions anyway but no go.
I think the only cure is a patchset properly appllied.
Shakespeare
for that:
<usenetper...@gmail.com> schreef in bericht
news:e89b45d2-3741-47d5...@k1g2000prb.googlegroups.com...
That's right. I had to do some of these patches myself lately, a lot of docs
referring to other docs, dead links in the html docs etc. It took me some
hours to find the patch itself was very simple, once I FOUND it. To find out
our time zone (MET-1METDST) was still not in it. But Europe/Paris seems to
be the same.
One thing you could try is to run the Sun Timezone updater (tzupdater)
without patching your db, you'll get the new time zones files as well. And
it looks like that's all you need.
Run it in your database home jre environment.
BUT: I did not test this. At least backup your jre/1.xx/lib/zi directroy
before you do so.
For those who HAVE support and read this thread: it's patch 6672979 you'll
need.
It is a CORE patch.
Shakespeare
usenetper...@gmail.com
>
> <usenetpersonger...@gmail.com> schreef in berichtnews:e89b45d2-3741-47d5...@k1g2000prb.googlegroups.com...
Being a Sun kinda guy I did that very thing but it had no effect - at
least with
my Grid Control test box. I then attempted a relink there hoping
that might convince 'oem' all is well but now other things are
borked : >
Im going to start over, and attempt to walk through the about-as-
convoluted-as-you-can-get
documentation on the patch to .4 from .2 process : >
Should I succeed I wonder if the Grid will speak to a lowly .2 EE
without IT
being patched as well. O well its an exercise.
> without patching your db, you'll get the new time zones files as well. And
> it looks like that's all you need.
> Run it in your database home jre environment.
> BUT: I did not test this. At least backup your jre/1.xx/lib/zi directroy
> before you do so.
As an FYI the tzupdater does what its supposed to do in that a test
afterwards passes without errors.