[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: Nagios upgrade
- From: Michael Stahnke <mastahnke gmail com>
- To: EPEL development disccusion <epel-devel-list redhat com>
- Subject: Re: Nagios upgrade
- Date: Mon, 30 Mar 2009 18:45:30 -0500
On Mon, Mar 30, 2009 at 6:37 PM, Bryan J Smith <bjs redhat com> wrote:
> On Mon, 2009-03-30 at 18:25 -0500, Michael Stahnke wrote:
>> Just a question, do people in Enterprises apply updates in EPEL
>> without reading through each one and ensuring it's compatible with
>> your needs/design? We review most every update, mostly curious.
>
> My clients bring in select updates into their YUM Custom Repos or Red
> Hat Network (RHN) Satellite Server Custom Channels, and rarely tap the
> repo directly. But there could be some putting the EPEL YUM Repo
> directly into their yum.conf/yum.repos.d.
>
We have pulled EPEL directly in some cases, but still, we don't apply
updates without really looking into them. I think that's more what I
was trying to ask. I hope people aren't just running yum-cron or 'yum
-y update' in cron on EL. I mean, from a maintainers perspective,
having to have Nagios3 and Nagios isn't fun. From a client
perspective, you'd probably like both. You'd HATE it if you went from
2->3 and it broke all your monitoring, because you might not catch
that for a while...
>
> --
> Bryan J Smith Senior Consultant Red Hat GPS SE US
> mailto:bjs redhat com +1 (407) 489-7013 (Mobile)
> mailto:b j smith ieee org (non-RH/ext to Blackberry)
> --------------------------------------------------------
> You already know Red Hat as the entity dedicated to 100%
> no-IP-strings-attached, community software development.
> But do you know where CIOs rate Red Hat versus other
> software and services firms for their own, direct needs?
> It's no comparison: http://www.redhat.com/promo/vendor/
>
> _______________________________________________
> epel-devel-list mailing list
> epel-devel-list redhat com
> https://www.redhat.com/mailman/listinfo/epel-devel-list
>
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]