Re: OS Patches
- From: Thomas Roach <troach@xxxxxxxxx>
- To: litanli@xxxxxxxxx
- Date: Wed, 17 Feb 2010 08:03:23 -0500
Couldn't you use a RedHat satellite server to ensure you keep the same
version of the patch when applying? Then you turn off automatic updates of
your satellite and update as you see fit. This way everyone would get the
same updates?
On Tue, Feb 16, 2010 at 3:05 PM, Li Li <litanli@xxxxxxxxx> wrote:
> we had an incident last month when patching one of the RAC nodes (RHEL
> 4.6). when one of our engineers was runing "up2date -u", the server
> automatically rebooted on its own to kernel panic. We have been
> working with redhat support with no luck. We ended up having to drop
> that node out of the cluster because it prevents us from doing RMAN
> clone due to bug 8367313.
>
> I am now very nervous about Redhat patching. My understanding is
> Redhat releases RPM patches on a daily basis and no matter how you
> test the patches in your non-production, you might get a new RPM fix
> when you patch your production on a later date. In our case, we tested
> it in our non-production boxes with no issue, but it caused problem
> when patching production boxes.
>
> I am wondering how you all handle OS patches? one thing I can think of
> is to only patch to a Redhat native release, ie, only patch to 4.7,
> 4.8 etc, instead of running "up2date -u".
>
> Thanks,
> -Li
>
> On Tue, Feb 16, 2010 at 7:45 AM, Peter Nedeljkovich
> <pnedeljkovich@xxxxxxxxxxxxxxx> wrote:
> > We’ve got a 4 node RAC 11gR1 on Linux 4.7 with ASM. We need to bring the
> > latest patches into the OS and I was wondering what the best practice
> would
> > be. I realize that we could do a rolling patch if we were patching CRS or
> > the databases but can that be done for the OS? Would it be better
> (Safer?)
> > to shutdown the whole RAC and do the OS patch to one node at a time or
> can
> > we leave 3 nodes up while patching one?
> >
> >
> >
> >
> >
> > Peter Nedeljkovich
> >
> > DBA
> >
> > Georgian College
> >
> > 705-728-1968 Ext. 1217
> >
> >
> --
> //www.freelists.org/webpage/oracle-l
>
>
>
--
Thomas Roach
813-404-6066
troach@xxxxxxxxx
Other related posts:
