the openSUSE wiki page today while monitoring their launch (we
did appreciate the Sugar mention in their PR) and came across this
page: http://en.opensuse.org/In_the_Press
Nicely presented. Though, I'd probably feel uncomfortable seeing links
to very negative articles...
food for thought.
thanks
Sean
when it comes in?)
Come learn, ask questions, and put together your own monitoring-fu as we
all hang out in #fedora-classroom - logs will be posted afterwards with
followup discussion on the Marketing list
(https://www.redhat.com/mailman/listinfo/fedora-marketing-list).
Many thanks to Kara
are saying about Fedora 12? (And how do we react
to that information when it comes in?)
Come learn, ask questions, and put together your own monitoring-fu
as we all hang out in #fedora-classroom - logs will be posted
afterwards with followup discussion on the Marketing list
(https://www.redhat.com
Frank Cox wrote:
My brother just sent me this inquiry and I thought I would ask here to see if
any of you lot know anything about this before I send him a reply.
Just checking whether you know anything about the various packages
I could use to monitor performance of code running on X86
On 08/07/2009 01:03 AM, Till Maas wrote:
Would it be ok, to do this and allow maintainers to add there package to
a black list, so that no bugs will be filed or should it continue to be
opt-in? Then the packags will still be checked, but only reported by
other, non intrusive ways, e.g. via
On Thu, Aug 6, 2009 at 10:11 PM, Rahul
Sundaramsunda...@fedoraproject.org wrote:
I would prefer the system to be opt-out. For completely new maintainers
or anyone maintaining more than a few packages, it certainly is very
useful to get notification via bugzilla about new upstream releases.
On Fri, Aug 07, 2009 at 06:35:14AM +0200, Ralf Corsepius wrote:
On 08/06/2009 09:33 PM, Till Maas wrote:
currently upstream release monitoring[0] bug filing is opt-in, which
means that it will be only performed for packages that have been activly
added by probably a maintainer of the package
On Thu, Aug 06, 2009 at 11:27:23PM -0500, Eric Sandeen wrote:
Speaking just for myself, I'd be happy to have it automatic for my
packages. But wow, who's going to key in all those regexps and keep it
up to date?
On source of normalized data is Oswatershed[0]. My long time vision
would be to
On Fri, 2009-08-07 at 10:48 +0200, Till Maas wrote:
Would it be ok, to do this and allow maintainers to add there package to
a black list, so that no bugs will be filed or should it continue to be
opt-in? Then the packags will still be checked, but only reported by
other, non intrusive
On Fri, Aug 07, 2009 at 10:56:03AM +0200, Pierre-Yves wrote:
It remembers me a website made by Remi[1] which list for all the package
available, for all the branch what version are in the repo.
It also provides comparison between upstream and repo for some packages
such as the PECL, PEAR and
On Friday 07 August 2009 09:56:03 Pierre-Yves wrote:
It remembers me a website made by Remi[1] which list for all the package
available, for all the branch what version are in the repo.
It also provides comparison between upstream and repo for some packages
such as the PECL, PEAR and R
On Thu, Aug 06, 2009 at 10:21:20PM -0800, Jeff Spaleta wrote:
On Thu, Aug 6, 2009 at 10:11 PM, Rahul
Sundaramsunda...@fedoraproject.org wrote:
I would prefer the system to be opt-out. For completely new maintainers
or anyone maintaining more than a few packages, it certainly is very
On 08/07/2009 10:48 AM, Till Maas wrote:
On Fri, Aug 07, 2009 at 06:35:14AM +0200, Ralf Corsepius wrote:
On 08/06/2009 09:33 PM, Till Maas wrote:
currently upstream release monitoring[0] bug filing is opt-in, which
means that it will be only performed for packages that have been activly
On Fri, Aug 07, 2009 at 12:28:50PM +0200, Ralf Corsepius wrote:
On 08/07/2009 10:48 AM, Till Maas wrote:
On Fri, Aug 07, 2009 at 06:35:14AM +0200, Ralf Corsepius wrote:
On 08/06/2009 09:33 PM, Till Maas wrote:
currently upstream release monitoring[0] bug filing is opt-in, which
means
On Fri, 2009-08-07 at 11:29 +0200, Till Maas wrote:
Is there something like python-fedora to create notifications within the
portal?
I don't have an answer to the above question, but I do have an answer
about the future.
The eventual goal is to use a AMQP message bus to pass this kind of
Jesse Keating (jkeat...@redhat.com) said:
Ralf, this entire service is informational only. Maintainers don't need
to do anything with this information, particularly if it isn't being
filed as bugs and only provided on a webpage. They can simply ignore
the information or even pretend that
On Thu, Aug 06, 2009 at 09:33:06PM +0200, Till Maas wrote:
Would it be ok, to do this and allow maintainers to add there package to
a black list, so that no bugs will be filed or should it continue to be
opt-in? Then the packags will still be checked, but only reported by
other, non intrusive
On Fri, Aug 07, 2009 at 10:56:10AM -0400, Bill Nottingham wrote:
- BZ seems the wrong place. It's the only push mechanism we have other
than raw e-mail, though.
Pushing messages to maintainers is not the only necessary feature. The
maintainers also need to be able to easily coordinate who
Hiyas,
currently upstream release monitoring[0] bug filing is opt-in, which
means that it will be only performed for packages that have been activly
added by probably a maintainer of the package. There is at least one
maintainer that does not like having these bugs filed for his packages,
so he
2009/8/7 Till Maas wrote:
[..]
Would it be ok, to do this and allow maintainers to add there package to
a black list, so that no bugs will be filed or should it continue to be
opt-in? Then the packags will still be checked, but only reported by
other, non intrusive ways, e.g. via a website.
Till Maas wrote:
Hiyas,
currently upstream release monitoring[0] bug filing is opt-in, which
means that it will be only performed for packages that have been activly
added by probably a maintainer of the package. There is at least one
maintainer that does not like having these bugs filed
On 08/06/2009 09:33 PM, Till Maas wrote:
Hiyas,
currently upstream release monitoring[0] bug filing is opt-in, which
means that it will be only performed for packages that have been activly
added by probably a maintainer of the package. There is at least one
maintainer that does not like having
Hi all,
I'm installing Fedora 11 on a Dell PE840.
Disks are connected to the internal RAID controller SAS 5/iR.
I configured the mirror between 2 disks, and now I'm trying to monitor
it with smartd
But smartd on /dev/sda told me that the disk is unsupported.
The disk is discovered by the kernel
smnp to access the remote
servers, implementing a pull process to get the information. Webmin looks
potentially useful, but it appears to require that I setup webmin on each
server that I want to handle from the master server (master monitoring
app).
Any thoughts/comments/opinions
the information.
Webmin looks
potentially useful, but it appears to require that I setup
webmin on each
server that I want to handle from the master server (master
monitoring app).
Any thoughts/comments/opinions on this?
Try PandoraFMS
to get the information. Webmin looks
potentially useful, but it appears to require that I setup webmin on each
server that I want to handle from the master server (master monitoring app).
Any thoughts/comments/opinions on this?
thanks
-bruce
Hi
Honestly, I think Nagios is the best option. It's well
smnp to access the remote
servers, implementing a pull process to get the information. Webmin looks
potentially useful, but it appears to require that I setup webmin on each
server that I want to handle from the master server (master monitoring app).
Any thoughts/comments/opinions
El vie, 15-05-2009 a las 20:39 +0100, Marcelo M. Garcia escribió:
Hi
Honestly, I think Nagios is the best option. It's well established, with
a big community, huge collection of plugins, etc
But it is a pain to get it working, furthermore, it is, by default, the
ugliest thing ever :)
--
Hi
Any softwares can monitor and capture port traffic in
graph?
Thank you
Send instant messages to your online friends http://uk.messenger.yahoo.com
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines:
Any softwares can monitor and capture port traffic in
graph?
http://oss.oetiker.ch/mrtg/
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
On Thu, Aug 21, 2008 at 10:35 PM, Les Mikesell [EMAIL PROTECTED] wrote:
Adam Hough wrote:
My only beef with OpenNMS is that it is a polling type monitoring
system which is fine for say network gear but I would rather have a
client/server setup for servers that I want to monitor.
Polling
be under very heavy load (like say a process
using almost all available resources) but the they system was just to
slow to actually respond to the poll request. The monitoring system
(Nagios) would mark the system as just down. With a client/server
system it gives you a better chance of figuring out
I know this has been bandied about by every n00b about once every couple
of months, but hear me out.
I'm no n00b and I'm in the awkward position to try to find a potential
replacement for our Proprietary monitoring solution (SMARTS if anyone is
familiar with it.) We run SMARTS along
On Thu, Aug 21, 2008 at 7:55 AM, Mark Haney [EMAIL PROTECTED] wrote:
I know this has been bandied about by every n00b about once every couple of
months, but hear me out.
I'm no n00b and I'm in the awkward position to try to find a potential
replacement for our Proprietary monitoring solution
Adam Hough wrote:
We need something like Nagios, SNMP, port monitoring, interface monitoring
on our core routers, etc. WE also need something really granular for
alerting via text or email so we don't get deluged with messages at night
for things that aren't critical.
I would have
can also
configure OpenNMS to send specific alarms to email if you want.
We do run OpenNMS as well, and it's a good tool, but I was interested in
something /like/ nagios that does monitoring and alerting. Something
new, maybe, or something I've not heard of. The previous reply
mentioned
a potential
replacement for our Proprietary monitoring solution (SMARTS if anyone is
familiar with it.) We run SMARTS along with Nagios and several home grown
scripts, but my boss has this itch to find something that might potentially
replace SMARTS, but give him a nice GUI to work
OpenNMS to send specific alarms to
email if you want.
We do run OpenNMS as well, and it's a good tool, but I was interested in
something /like/ nagios that does monitoring and alerting.
I'm not sure I understand the distinction or why you'd need both.
OpenNMS is like nagios in some ways
Les Mikesell wrote:
Mark Haney wrote:
We do run OpenNMS as well, and it's a good tool, but I was interested
in something /like/ nagios that does monitoring and alerting.
I'm not sure I understand the distinction or why you'd need both.
OpenNMS is like nagios in some ways, different
Mark Haney wrote:
Les Mikesell wrote:
Mark Haney wrote:
We do run OpenNMS as well, and it's a good tool, but I was interested
in something /like/ nagios that does monitoring and alerting.
I'm not sure I understand the distinction or why you'd need both.
OpenNMS is like nagios in some
Adam Hough wrote:
My only beef with OpenNMS is that it is a polling type monitoring
system which is fine for say network gear but I would rather have a
client/server setup for servers that I want to monitor.
Polling is the best way to know if a service is actually working, but
OpenNMS also
On Thu, 2008-07-31 at 22:48 -0600, Michael Yingbull wrote:
We're running it on a regular RHEL machine as well at $dayjob. We've
not seen those problems.
Also using Zenoss on Centos 5.2 for monitoring here at $dayjob. I've
been keeping it on the current version using their native RPM for a
year
On Fri, Aug 01, 2008 at 07:03:52PM +0530, Rahul Sundaram wrote:
Mike McGrath wrote:
Anyone know when zenoss will be in Fedora? It is a requisite of ours.
Even an estimate?
Doesn't look like it is going to be soon looking at
https://bugzilla.redhat.com/show_bug.cgi?id=435470
Rahul
If
On Fri, 1 Aug 2008, Ray Van Dolson wrote:
On Fri, Aug 01, 2008 at 07:03:52PM +0530, Rahul Sundaram wrote:
Mike McGrath wrote:
Anyone know when zenoss will be in Fedora? It is a requisite of ours.
Even an estimate?
Doesn't look like it is going to be soon looking at
On Fri, 2008-08-01 at 12:45 -0500, Mike McGrath wrote:
On Fri, 1 Aug 2008, Ray Van Dolson wrote:
On Fri, Aug 01, 2008 at 07:03:52PM +0530, Rahul Sundaram wrote:
Mike McGrath wrote:
Anyone know when zenoss will be in Fedora? It is a requisite of ours.
Even an estimate?
Ray Van Dolson wrote:
On Thu, Jul 31, 2008 at 02:51:38PM +1000, Rob K wrote:
Where could OpenNMS fit into this? They've been pretty friendly to us,
and it's a solid bit of gear.
OpenNMS is rock solid, but it's Tomcat/Java powered... would it run
well with OpenJDK?
Yes. Refer
Nigel Jones wrote:
Okay, so while this was intended to be a primary discussion point for
tomorrows Infrastructure meeting we had a little bit of discussion first
in #fedora-admin, and then in #fedora-meeting regarding Zabbix, a tool
like Nagios that I begun to setup for testing this week.
I
brett lentz wrote:
Also, zenoss uses rpath, which makes maintaining it a huge pain.
Just their appliance does. We are using ZenOSS on RHEL (well, CentOS) 5.2.
--
Jonathan Steffan
daMaestro
GPG Fingerprint: 93A2 3E2F DC26 5570 3472 5B16 AD12 6CE7 0D86 AF59
We're running it on a regular RHEL machine as well at $dayjob. We've not
seen those problems.
On Thu, Jul 31, 2008 at 9:22 PM, Jonathan Steffan [EMAIL PROTECTED]
wrote:
brett lentz wrote:
Also, zenoss uses rpath, which makes maintaining it a huge pain.
Just their appliance does. We are
locations
10:47 mmcgrath nod
10:47 mmcgrath Do you have a dedicated db? How big is the raw database?
10:48 fchiulli_ mmcgrath: I'm assuming that part of the discussion
will be whether to have more than one zabbix monitoring host.
10:48 wakko666 mmcgrath: we've got a dedicated mysql db for each
On Thu, 2008-07-31 at 14:59 +1200, Nigel Jones wrote:
Okay, so while this was intended to be a primary discussion point for
tomorrows Infrastructure meeting we had a little bit of discussion first
in #fedora-admin, and then in #fedora-meeting regarding Zabbix, a tool
like Nagios that I
David Lutterkort wrote:
On Thu, 2008-07-31 at 14:59 +1200, Nigel Jones wrote:
Okay, so while this was intended to be a primary discussion point for
tomorrows Infrastructure meeting we had a little bit of discussion first
in #fedora-admin, and then in #fedora-meeting regarding Zabbix, a tool
Where could OpenNMS fit into this? They've been pretty friendly to us,
and it's a solid bit of gear.
--
Rob K http://ningaui.net
I swear, if I collected all seven dragonballs,
I'd bring back Jon Postel. - Raph
___
Fedora-infrastructure-list mailing
and KDE have system monitoring applications, but since I
dont' have X installed on the servers I desire to monitor like this, I
figure web based would be next best.
cacti (cacti.net) is a nice web-based frontend for snmp (and other)
monitoring, it's not realtime by default, but updates every 5
(AJAX or JAVA based) for a server? I would like to
set up something where I can monitor server status at a glance without
having 400 shell windows open (Like I do now when doing that stuff). I
know Gnome and KDE have system monitoring applications, but since I
dont' have X installed
something where I can monitor server status at a glance without
having 400 shell windows open (Like I do now when doing that stuff). I
know Gnome and KDE have system monitoring applications, but since I
dont' have X installed on the servers I desire to monitor like this, I
figure web based would
or JAVA based) for a server? I would like to
set up something where I can monitor server status at a glance without
having 400 shell windows open (Like I do now when doing that stuff). I
know Gnome and KDE have system monitoring applications, but since I
dont' have X installed on the servers I
Around 10:27pm on Thursday, July 17, 2008 (UK time), Seann Clark scrawled:
I know this isn't exactly the place to look for anything like this,
but I am wondering from the Fedora users base, if there is any
good/recommended tools to display real-time or near real time system
information
to display real-time or near real time system
information VIA web (AJAX or JAVA based) for a server? I would like to
set up something where I can monitor server status at a glance without
having 400 shell windows open (Like I do now when doing that stuff). I
know Gnome and KDE have system monitoring
information VIA web (AJAX or JAVA based) for a server? I would like to
set up something where I can monitor server status at a glance without
having 400 shell windows open (Like I do now when doing that stuff). I
know Gnome and KDE have system monitoring applications, but since I
dont' have X
Steve Searle wrote:
Around 10:27pm on Thursday, July 17, 2008 (UK time), Seann Clark scrawled:
I know this isn't exactly the place to look for anything like this,
but I am wondering from the Fedora users base, if there is any
good/recommended tools to display real-time or near real time
like to
set up something where I can monitor server status at a glance without
having 400 shell windows open (Like I do now when doing that stuff). I
know Gnome and KDE have system monitoring applications, but since I
dont' have X installed on the servers I desire to monitor like this, I
figure
information VIA web (AJAX or JAVA based) for a server? I would like to
set up something where I can monitor server status at a glance without
having 400 shell windows open (Like I do now when doing that stuff). I
know Gnome and KDE have system monitoring applications, but since I
dont
On Fri, 8 Feb 2008, Chuck Anderson wrote:
I thought people here might be interested in my nagios config for
checking the output of the mirrorlist CGI.
Oooh, nice. I'm not sure we need it internally, but I could certainly
use it on my Nagios instance. Very useful.
Thanks Chuck!
Jima
I thought people here might be interested in my nagios config for
checking the output of the mirrorlist CGI.
- Forwarded message from Chuck Anderson [EMAIL PROTECTED] -
From: Chuck Anderson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Fri, 8 Feb 2008 01:43:44 -0500
Subject: netblock
) stop monitoring swap on the builders
2) reduce resolution on the builders (check less often and require more
failures in a row before notification, right now is 3 failures in a row
results in a notification)
3) increase swap (presently about 1G / core so between 2G and 8G of swap
on the boxes
66 matches
Mail list logo
