[pca] [OT] OpenSolaris / IPS support & patching

[Rajiv Gunja]

Dave,
In fact all our servers (2000+) in my org has mirrored disk encapsulation
via Veritas (Solaris 8, 9, 10) We use Live Upgrade to create a new ABE and
we use PCA to patch the ABE.

If you would like to know about our entire process, send me an email.
opn(dot)src(dot)rocks (at) gmail(dot)com

-GGR

--
Rajiv G Gunja
Blog: http://ossrocks.blogspot.com


2009/12/15 Jones, Dave <Dave.Jones at maritz.com>

>
> Thanks for the reply Kevin.
> That answered a few of my questions.
>
> The root disk encapsulation is the big part of the problem with VxVM.
> One of many poor choices on the part of the original design team.
>
> I can roll-back the kernel (or any other) patches in Linux as well,
> without snapshots at all.
> In fact, rolling back a kernel patch is just a matter of rebooting into
> one of several older kernels as you probably know.
> Not that it makes Linux superior somehow but I was just pointing it out.
>
> I think I will roll OpenSolaris out on some old hardware we have and let
> some of the App & Dev teams play around with it to get their feedback.
> Few better ways see how easy it is to break something that to give it to
> the users.  ;-)
>
> Thanks again,
> Dave
>
> -----Original Message-----
> From: pca-bounces at lists.univie.ac.at
> [mailto:pca-bounces at lists.univie.ac.at] On Behalf Of Bliss, Kevin L
> Sent: Tuesday, December 15, 2009 12:40 PM
> To: 'PCA (Patch Check Advanced) Discussion'
> Subject: Re: [pca] [OT] OpenSolaris / IPS support & patching
>
> See in line comments.
>
> -----Original Message-----
> From: pca-bounces at lists.univie.ac.at
> [mailto:pca-bounces at lists.univie.ac.at] On Behalf Of Jones, Dave
> Sent: Tuesday, December 15, 2009 10:24 AM
> To: PCA (Patch Check Advanced) Discussion
> Subject: [pca] [OT] OpenSolaris / IPS support & patching
>
>
> Hi Team.
>
> This is a bit off-topic but I have a few questions about OpenSolaris as
> it regards to to support & patching.
> I thought someone on the list (maybe even Don) might know the answers.
>
> 1) Do the Sun support subscriptions for OpenSolaris offer the same
> levels and types of support as they do for Solaris?
>
> <kb> Don't know
>
> 2) Is anyone on the list running OpenSolaris in th place of Solaris on
> Test/Dev/Prod?  If so what are your experiences?
>
> <kb> Just use it on workstations currently, very pleased with it and
> can't wait until IPS move in Solaris!
>
> 3) Does IPS/OpenSolaris/Sun still "require" you perform patch installs
> in Single User mode on OpenSolaris?
>
> <kb> No, single user is not required. Patching is very much like linux.
> As of the last time I patched you did have to reboot after kernel patch.
>
> We are strongly considering migrating off of Sun if we cannot get out of
> the 8 - 12 hour patch windows we currently need to patch some of our
> systems.
>
> <kb> Agreed, Sun needs to get moving on this issue.
>
> Live Upgrade is not an option because of several factors in our
> environment, including excapsulated root disks with VxVM and several
> containers per host.
>
> <kb> live upgrade is VxVM aware, this is not an issue.  If your
> containers are on separate disk groups that are visible to more than one
> server (SAN, NAS, etc), migrate the containers to another server (2 to
> 10 minutes for most containers) then patch the server, then migrate
> back.  If you move to ZFS you save money and it is just as easy or
> easier to migrate containers and lu is much easier.
>
> We cannot justify staying on Solaris under these conditions when Linux
> allows us to patch the whole box in minutes while still at run level 3.
> In fact, with Ksplice we do not even need to reboot to change kernels in
> Linux anymore.
>
> <kb> That is nice, but in the event of a bad patch is there an easy roll
> back.  ZFS on solaris allows for a snapshot to roll back to even if you
> don't use LU.
>
> If OpenSolaris and IPS does meets our needs then we can move in that
> direction.
>
> Thanks,
> Dave
>
> Confidentiality Warning:  This e-mail contains information intended only
> for the use of the individual or entity named above.  If the reader of
> this e-mail is not the intended recipient or the employee or agent
> responsible for delivering it to the intended recipient, any
> dissemination, publication or copying of this e-mail is strictly
> prohibited.  The sender does not accept any responsibility for any loss,
> disruption or damage to your data or computer system that may occur
> while using data contained in, or transmitted with, this e-mail.
> If you have received this e-mail in error, please immediately notify us
> by return e-mail.  Thank you.
>
>
>
>
>
>
> Confidentiality Warning:  This e-mail contains information intended only
> for the use of the individual or entity named above.  If the reader of this
> e-mail is not the intended recipient or the employee or agent responsible
> for delivering it to the intended recipient, any dissemination, publication
> or copying of this e-mail is strictly prohibited.  The sender does not
> accept any responsibility for any loss, disruption or damage to your data or
> computer system that may occur while using data contained in, or transmitted
> with, this e-mail.
> If you have received this e-mail in error, please immediately notify us by
> return e-mail.  Thank you.
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.univie.ac.at/mailman/private/pca/attachments/20091215/eb639248/attachment-0001.html