Menu
▾
▴
ganglia-announce — New releases of ganglia will be announced on this list
You can subscribe to this list here.
| 2002 |
Jan
(5) |
Feb
(7) |
Mar
(8) |
Apr
(4) |
May
(3) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(5) |
Aug
(2) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
|
| 2004 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(2) |
Dec
(2) |
| 2005 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Daniel P. <da...@po...> - 2014-10-18 00:30:19
|
-------- Original Message -------- Subject: [Ganglia-developers] [ANNOUNCEMENT] Ganglia meetup Tue Oct 21 in San Francisco (Quantcast HQ) Date: Fri, 17 Oct 2014 07:37:38 +0000 From: Carlo Marcelo Arenas Belon <ca...@sa...> To: gan...@li... Greetings, next week we have 3 developers from all over the world visiting the bay area so it is only logical that we should take this as an opportunity to meet up and try to figure out why that feature or bug you always wanted never gets the attention it deserves or whatever else crosses your mind. to be sure we have our host (Quantcast) be prepared, would be better that you RSVP if planning to attend using the following Eventbrite URL : https://www.eventbrite.com/e/ganglia-get-together-tickets-13774378537 If you are not local in San Francisco and would be driving all the way from the South Bay or across the bridge and are worried about not being able to find parking, worry no more[1]; or you can always use BART (Montgomery st) Quantcast HQ 201 3rd St San Francisco, CA 94103 there will be most likely further updates as we get closer to the date, and while I know it was a very short notice, was hoping we could find a way to make it work; after all your feedback is very important goes without saying this wouldn't had been possible without Google bringing all this people to the bay area and Jonah stepping up (for the second year in a row) at the last minute but if anything didn't work was all my fault. see you on the other side Carlo [1] http://zirx.com/ ------------------------------------------------------------------------------ Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho _______________________________________________ Ganglia-developers mailing list Gan...@li... https://lists.sourceforge.net/lists/listinfo/ganglia-developers |
|
From: Brad N. <BNI...@no...> - 2009-02-17 17:52:11
|
The Ganglia Project (http://ganglia.info) is pleased to announce the official release of Ganglia 3.1.2 The official tarball is available for immediate download at: http://sourceforge.net/project/showfiles.php?group_id=43021&package_id=35280&release_id=661845 For a full description of the bug fixes and enhancements that are included in the 3.1.2 release as well as upgrade information, please see the current release notes at: http://ganglia.wiki.sourceforge.net/ganglia_release_notes Supported platforms: * Linux (Fedora/RedHat/CentOS, Debian, Gentoo, SuSE/OpenSuSE) * [Open]Solaris * FreeBSD * NetBSD * OpenBSD * DragonflyBSD * Cygwin (no support for DSO yet) * AIX (no support for DSO yet) Please read all the README, INSTALL and other available documentation (http://ganglia.wiki.sourceforge.net) as a lot of things have changed since version 3.0. Use good deployment practices when upgrading from 3.0.x to make sure that you do not mix gmond 3.0 and 3.1 nodes in the same cluster (as defined by a multicast address or unicast collector node). The protocol that allows gmond nodes to communicate within the same cluster, has changed. However the XML packets that are passed between gmond and gmetad have remained compatible from 3.0.x to 3.1.x, allowing a 3.1.x gmetad to continue to pull data from an older 3.0.x gmond cluster. Ganglia Development Team |
|
From: Brad N. <BNI...@no...> - 2008-09-09 15:36:20
|
The Ganglia Project (http://ganglia.info) is pleased to announce the official release of Ganglia 3.1.1 The official tarball is available for immediate download at: http://sourceforge.net/project/showfiles.php?group_id=43021&package_id=35280&release_id=625044 For a full description of the bug fixes and enhancements that are included in the 3.1.1 release as well as upgrade information, please see the current release notes at: http://ganglia.wiki.sourceforge.net/ganglia_release_notes Supported platforms: * Linux (Fedora/RedHat/CentOS, Debian, Gentoo, SuSE/OpenSuSE) * [Open]Solaris * FreeBSD * NetBSD * OpenBSD * DragonflyBSD * Cygwin (no support for DSO yet) * AIX (no support for DSO yet) Please read all the README, INSTALL and other available documentation (http://ganglia.wiki.sourceforge.net) as a lot of things have changed since version 3.0. Use good deployment practices when upgrading from 3.0 to make sure that you do not mix gmond 3.0 and 3.1 nodes in the same cluster (as defined by a multicast address or unicast collector node). The protocol that allows gmond nodes to communicate within the same cluster, has changed. However the XML packets that are passed between gmond and gmetad have remained compatible from 3.0.x to 3.1.x, allowing a 3.1.x gmetad to continue to pull data from an older 3.0.x gmond cluster. Ganglia Development Team |
|
From: Brad N. <BNI...@no...> - 2008-07-30 20:42:05
|
The Ganglia Project (http://ganglia.info) is pleased to announce the first official release of Ganglia 3.1.0 The official tarball is available for immediate download at: http://sourceforge.net/project/showfiles.php?group_id=43021&package_id=35280&release_id=616721 Please refer to http://ganglia.wiki.sourceforge.net/ganglia_release_notes for more information. The main features of this release are: * Introduction of a modular metric interface for C and Python (DSO support) * Scriptable metric module support with Python * All pre-existing metrics (CPU, network, disk, memory, etc.) converted to metric modules * Introduction of new metric modules multicpu, multidisk and tcp_conn status * Modular frontend graph support * Metric groups which can be viewed or hidden as desired * Additional scaling capacity for systems with memory greater than 4TB * Platform support for DragonFlyBSD * Improved native metric support for Windows (Built with CygWin) * Bug fixes and Enhancements Supported platforms: * Linux (Fedora/RedHat/CentOS, Debian, Gentoo, SuSE/OpenSuSE) * [Open]Solaris * FreeBSD * NetBSD * OpenBSD * DragonflyBSD * Cygwin (no support for DSO yet) * AIX (no support for DSO yet) Please read all the README, INSTALL and other available documentation (http://ganglia.wiki.sourceforge.net) as a lot of things have changed since 3.0.7. Use good deployment practices when upgrading from 3.0.x to make sure that you do not mix gmond 3.0 and 3.1 nodes in the same cluster (as defined by a multicast address or unicast collector node). The protocol that allows gmond nodes to communicate within the same cluster, has changed. However the XML packets that are passed between gmond and gmetad have remained compatible from 3.0.x to 3.1.x, allowing a 3.0.x gmetad to continue to pull data from a newer 3.1.x gmond cluster. For those who are interested in upgrading from a 3.0.x installation, your current gmond and gmetad configuration files will need to be moved from their current location to /etc/ganglia. If you are attempting the upgrade via an RPM, the RPM will automatically move your current configuration file to the new location. However, for gmond, the 3.0.x conf file will not work. Please use the patch file gmond-3.1.patch available at http://www.ganglia.info/releases/ to patch your gmond.conf prior to starting, otherwise gmond will fail to startup. There are several known issues with the current release which include the following: * no support for C++ to create DSO modules * no spoofing from modular metrics (use gmetric if spoofing is needed) * race condition for tcpconn python metric module (affects gmond -m) * libdir issues related to building for 64bit platforms * known build issues for platforms: - Darwin (AKA MacOS/X) - HPUX - Tru64 (AKA OSF/1) - Irix Many of the above issues are being addressed and patches will be applied for the next minor release of Ganglia 3.1.x. In addition more information about the current official release, can be found on the Ganglia wiki at http://ganglia.wiki.sourceforge.net/ganglia_release_notes. Ganglia Development Team |
|
From: Brad N. <BNI...@no...> - 2008-07-15 19:57:29
|
The Ganglia Project is pleased to announce the first official testing release of Ganglia 3.1.x. The testing tarball is available for immediate download at: http://www.ganglia.info/testing/ The intent of this first testing release of Ganglia 3.1.x is to validate that the source code is stable and that the new feature set that is included in the 3.1 version of the software, is ready for general release. The release procedure from this point has been documented on the Ganglia wiki site at http://ganglia.wiki.sourceforge.net/ganglia_works under the heading "Generating a Release Candidate and GA Release". Basically the Ganglia 3.1.0 testing tarball has been rolled and made available for testing by the Ganglia community. All bugs found in this testing release should be immediately reported through bugzilla (http://bugzilla.ganglia.info) and can be posted to the gan...@li... mailing list as well. If the bug report is also accompanied by a bug fix patch, this will help avoid delays in producing new testing tarballs and ultimately an official general release of the software. If any critical level bugs are discovered, the current testing release tarball will be thrown away and a new tarball will be rolled and made available for further testing. Once a testing release tarball has been validated by the Ganglia community to be stable and ready for general availability, that tarball will become the official Ganglia 3.1.x release. So basically the sooner we are able to test and validate the Ganglia 3.1 source code, the sooner the project will be able to create an official release. But we need your help to get this done. Any and all testing and feedback, positive or negative, will be greatly appreciated. There are several known issues with the current release which include the following: * no support for C++ to create DSO modules * no spoofing from modular metrics (use gmetric if spoofing is needed) * race condition for tcpconn python metric module (affects gmond -m) * libdir issues related to building for 64bit platforms * known build issues for platforms: - Darwin (AKA MacOS/X) - HPUX - Tru64 (AKA OSF/1) - Irix Many of the above issues are being addressed and patches will be applied for the next minor release of Ganglia 3.1.x. In addition more information about the current testing release or official release, can be found on the Ganglia wiki at http://ganglia.wiki.sourceforge.net/ganglia_release_notes. For those who are interested in upgrading from a current 3.0.x installation, your current gmond and gmetad configuration files will need to be moved from there current location to /etc/ganglia. If you are attempting the upgrade via an RPM, the RPM will automatically move your current configuration file to the new location. However, for gmond, the 3.0.x conf file will not work. Please use the patch file gmond-3.1.patch (available from the testing URL above) to patch your gmond.conf prior to starting, otherwise gmond will fail to startup. The main features of this release are : * Dynamically loaded metric module support (DSO) * Scriptable metric module support with Python * Modular frontend graph support * Platform support for DragonFlyBSD * Improved native metric support for Windows (Built with CygWin) * Bug fixes and Enhancements Supported platforms (additional testing requested): * Linux (Fedora/RedHat/CentOS, Debian, Gentoo, SuSE/OpenSuSE) * [Open]Solaris * FreeBSD * NetBSD * OpenBSD * DragonflyBSD * Cygwin (no support for DSO yet) * AIX (no support for DSO yet) Please read all the README, INSTALL and other available documentation (http://ganglia.wiki.sourceforge.net) as a lot of things have changed since 3.0.7. Use good deployment practices when upgrading from 3.0.x to make sure that you do not mix gmond 3.0 and 3.1 nodes in the same cluster (as defined by a multicast address or unicast collector node). The protocol that allows gmond nodes to communicate within the same cluster, has changed. However the XML packets that are passed between gmond and gmetad have remained compatible from 3.0.x to 3.1.x, allowing a 3.0.x gmetad to continue to pull data from a newer 3.1.x gmond cluster. happy testing |
|
From: Matt M. <ma...@cs...> - 2005-03-25 01:13:51
|
______ ___
/ ____/___ _____ ____ _/ (_)___ _
/ / __/ __ `/ __ \/ __ `/ / / __ `/
/ /_/ / /_/ / / / / /_/ / / / /_/ /
\____/\__,_/_/ /_/\__, /_/_/\__,_/
/____/ Distributed Monitoring System
The Ganglia Development Team is pleased to announce the release of
Ganglia 3.0.1 (Wright) which is available for immediate download
from http://ganglia.info/downloads.php and features...
gmond Unicast Communication Bug Fixed
This serious bug caused unicast-only gmond to completely stop
sending metric updates after network failures.
gmond.conf Conversion Bug Fixed
If you converted your old 2.5.x configuration files to 3.0.0
using the gmond conversion feature. e.g.
% gmond --convert my_old_gmond.conf > my_new_gmond.conf
then you will want to change the host mask from 24 to 32 for
all you trusted hosts. e.g.
tcp_accept_channel {
port = 8649
/* your trusted_hosts assuming ipv4 mask*/
acl {
default = deny
access {
ip = <trusted_host_ip>
mask = 24 /* <========== BUG! */
}
}
}
The conversion code in 3.0.1 correctly sets the host mask to
32.
gmond.conf now processes include() statements
This simple feature provides more flexibility in configuring
gmond. e.g.
globals {
include(globals.conf)
}
Network Metrics Bug Fixed for Linux 2.6.x Kernels
A bug in the pkts_in/out and bytes_in/out collection code
cause Linux 2.6.x system to report bogus network metrics.
Cleaned up bug in RPM for package upgrades
When upgrading a previously installed ganglia package, the
error in the spec file will result in a file named "1" written
into the / directory.
FreeBSD Metric Collection Enhanced
There have been a number of bug fixed and cleanups of the
metric collection code for FreeBSD thanks to the work of
Brooks Davis.
Host view update
The host view web pages now express the time when gmond was
started on the host thanks to the work of Jason A. Smith.
We have deployed a new bugzilla service at
http://bugzilla.ganglia.info/. This site was created for you to
submit bug reports, feature requests and upload patches for
ganglia.
If you have found ganglia to be useful in your organization,
please consider making a donation to the project at
http://sourceforge.net/donate/index.php?group_id=43021
Thanks for using Ganglia!
The Ganglia Development Team
|
|
From: Matt M. <ma...@cs...> - 2005-02-09 19:11:45
|
reports on 3.0.0 have been mostly positive but there is one annoyance
that seems to be effecting many users so i thought i'd report a simple
workaround to prevent others from getting frustrated by the same problem.
if you find that gmond truncates the XML output on your
tcp_accept_channel, the easiest solution is to set the timeout to -1.
for example,
tcp_accept_channel {
port = 8649
timeout = -1
}
this will prevent gmond from timing out writing to the socket since it
will use a blocking write if the timeout is negative.
-matt
--
PGP fingerprint 'A7C2 3C2F 8445 AD3C 135E F40B 242A 5984 ACBC 91D3'
They that can give up essential liberty to obtain a little
temporary safety deserve neither liberty nor safety.
--Benjamin Franklin, Historical Review of Pennsylvania, 1759
|
|
From: Matt M. <ma...@cs...> - 2005-02-07 23:48:50
|
______ ___
/ ____/___ _____ ____ _/ (_)___ _
/ / __/ __ `/ __ \/ __ `/ / / __ `/
/ /_/ / /_/ / / / / /_/ / / / /_/ /
\____/\__,_/_/ /_/\__, /_/_/\__,_/
/____/ Distributed Monitoring System
The Ganglia Development Team is pleased to announce the release of
Ganglia 3.0.0 (Kittyhawk) which is available for immediate
download from http://ganglia.info/downloads.php and features...
Windows Support
Ganglia now runs on Windows. There is support for all standard
metrics except for "disk_free", "disk_total", "max_part_used"
and "cpu_num" (support will be added in future releases).
We have also created a windows installer which allows you to
easily add the ganglia monitoring service to any Windows
NT/2000/XP machine.
Currently, you are required to use unicast messaging since
there is no support for multicast on windows at this time
(although multicast support will be added in the future).
Special thanks to Carlo Marcelo Arenas Belon for providing
metric code which makes native windows calls to collect the
majority of metrics.
Unicast Support
Ganglia now allows you to send status messages over unicast
routes instead of a single multicast channels. This capability
gives you greater flexibility in building your monitoring
overlay and allows ganglia to run on networks that are not
multicast-enabled.
Moreover, you can specify as many unicast and multicast
channels as you like. Whenever a message is sent each and
every channel will receive the message. This feature gives you
much more power in grouping machines.
Gmetric commandline tool parses the configuration file
Gmetric now parses the gmond configuration file and sends
metric information to all unicast and multicast udp channels
specified.
Apache Portable Runtime library
The Apache Portable Runtime (APR) library is the library
underlying the Apache web server which provide memory pools,
networking io, hash tables and arrays in a very portable
manner. APR now serves as the heart of the new ganglia
monitoring daemon to expand portability, improve reliability
and provide new features like IPv6 address support.
More powerful and flexible configuration
The configuration file for "gmond" has changed. This change
was necessary to provide you with a more flexible and powerful
framework in which to configure gmond. There is a man page for
"gmond.conf" (see "man gmond.conf") which explains the new
format.
To convert an old 2.5.x configuration file to the new format
simply run
% gmond --convert old.conf > new.conf
This new format allows you to specify multiple unicast and
multicast channels to send and receive monitoring information,
provides much more flexible access control lists, and allows
you the power to specify exactly what metric you want to
collect on each machine.
Special thanks to the developers of confuse
(http://www.nongnu.org/confuse/) for building such a great
file parser.
Configuration analysis gives bandwidth usage
There is a new option for gmond which allows you to get an
estimate of the bandwidth that gmond will use given a
particular configuration.
% ./gmond -b /etc/gmond.conf
7.945789 bytes/sec
This feature allows you to budget how much bandwidth you will
use for monitoring your machines for a given configuration
(see "man gmond.conf").
More powerful Access Control mechanism
In the old 2.5.x world, the only access control mechanism
available was a list of "trusted_hosts".
Ganglia now supports very elaborate access control lists that
allow you to specify an ip and mask (for filtering subnets)
and outline the default policy (see "man gmond.conf" for
details).
You have complete control over metric collection
The new configuration file format allows you to specify
exactly which metrics are collected. You can also specify
custom time and value thresholds per metric at runtime instead
of needing to modify source at compile time. This flexibility
will allow us to easily add alert mechanism in the near
future.
RPM names were renamed on Linux
The RPM names have been renamed to make them simpler
ganglia-monitor-core-gmond => ganglia-gmond
ganglia-monitor-core-gmetad => ganglia-gmetad
ganglia-monitor-core-lib => ganglia-devel
ganglia-webfrontend => ganglia-web
Major cleanup of ganglia-devel
Lots of unnecessary headers where removed from libganglia and
a ganglia-config script was added for application that link
against ganglia (see ganglia-config --help for details).
ganglia-devel now installs only the following files
/usr/bin/ganglia-config
/usr/include/ganglia.h
/usr/lib/libganglia.a
/usr/lib/libganglia.la
/usr/lib/libganglia.so
Solaris gmond doesn't have to be run as root anymore
Special thanks to Adeyemi Adesanya for switching the Solaris
metric gathering code from kvm to kstat, eliminating the need
to run gmond as root. Gmond on Solaris can now setuid to any
user that you like (see "man gmond.conf" for details).
Mixing different OSes on same channel is okay now
There was a bug in 2.5.x that caused Solaris and HPUX hosts to
interpret metric data from other operating systems
incorrectly. You can now mix any and all supported operating
systems on a single communication channel with no problems.
Fixed the XML DTD
In certain circumstances, gmond would export invalid XML
because of too restrictive of a DTD. The DTD has been updated
to prevent this error.
Darwin metric collection greatly improved
Darwin now supports "mem_total", "bytes_in", "bytes_out",
"pkts_in", "pkts_out", "proc_run", "disk_total", "disk_free"
and "part_max_used" metrics. Special thanks to Sebastian
Hagedorn, Glen Beane, Joshua Durham, Eric Wages and Brian
Peterson for their work on MacOS X.
Fixed bug that required Solaris systems to run in debug mode
Gmond wasn't properly daemonizing on certain Solaris systems
requiring that it be run in debug_mode with the output
redirected to "/dev/null". This bug no longer exists.
Fixed a memory leak on FreeBSD
Brooks Davis fixed a memory leak reported by Glen Beane in
find_disk_space() and a potential memory leak in
makenetvfslist(). General clean up of makenetvfslist().
All metric collection functions are in a standalone library
All the metric code has been moved to "./srclib/libmetrics" in
the ganglia distribution. Special Thanks to Martin Knoblauch
for his hard work in cleaning up the metric collection code.
Potential memory leak fixed in gmetad
Marcelo Veiga Neves determined how a memory leak was possible
for metrics sent via gmetric. Federico Sacerdoti applied a fix
to prevent any leaks.
All web scripts are in the ./web directory of the distribution now
The PHP web scripts have been incorporated into the main
ganglia distribution. Minor bug fixed added by Ramon Bastiaans
and Jason Smith.
All communication protocols are now defined in ./lib/protocol.x
To help in integrating ganglia communications into other
applications, all XDR communication formats are defined in
"./lib/protocol.x". This XDR description file can be parsed by
"rpcgen", for example, to build XDR code for sending and
receiving status messages.
Added a --foreground flag to gmond
Allows you to force gmond to run in the foreground.
Gmetad on Solaris bug fixed
David Wood fixed a bug creating directories on Solaris.
We have deployed a new bugzilla service at
http://bugzilla.ganglia.info/. This site was created for you to
submit bug reports, feature requests and upload patches for
ganglia.
If you have found ganglia to be useful in your organization,
please consider making a donation to the project at
http://sourceforge.net/donate/index.php?group_id=43021
Thanks for using Ganglia!
The Ganglia Development Team
|
|
From: Bas v. d. V. <ba...@sa...> - 2004-12-02 18:07:14
|
0.9.11
- Version 0.9.10 did contain the right patch for pbs_statjob()
function. Sorry for the inconvenience. You still require
pbs_python version 2.7.4 and higher.
- You have only to update the client software.
Just for the people that are using ganglia to monitor the nodes. There
is now a openpbs/torque ganglia monitor available at:
ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
ftp://ftp.sara.nl/pub/outgoing/pbs_python.tar.gz
Here is the README:
====================
This is the SARA port of the ROCKS pbs monitor. In this distribution
there are two directories:
client)
This gathers OPENPBS/TORQUE information and publish this as
metric to the ganglia gmon daemon.
web)
This is web interface to the queue data. Now users can monitor
their jobs, eg: cpu usage, network traffic ...
For installation read the INSTALL file.
Have suggestions or bugs mail them to:
Bas van der Vlies <ba...@sa...>
http://www.sara.nl/index_eng.html for more info about SARA
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
_______________________________________________
torqueusers mailing list
tor...@su...
http://supercluster.org/mailman/listinfo/torqueusers
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: Bas v. d. V. <ba...@sa...> - 2004-12-02 14:05:47
|
0.9.10
- Fixed an error in pbs_stat.py that is triggered by version 1.1.0p4
of torque (pbs_statjob fails). This was an bug in the pbs_python
interface. pbs_python version 2.7.4 and higher solves this problem.
- Updated the installation instructions.
- You have only to update the client software.
Just for the people that are using ganglia to monitor the nodes. There
is now a openpbs/torque ganglia monitor available at:
ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
ftp://ftp.sara.nl/pub/outgoing/pbs_python.tar.gz
Here is the README:
====================
This is the SARA port of the ROCKS pbs monitor. In this distribution
there are two directories:
client)
This gathers OPENPBS/TORQUE information and publish this as
metric to the ganglia gmon daemon.
web)
This is web interface to the queue data. Now users can monitor
their jobs, eg: cpu usage, network traffic ...
For installation read the INSTALL file.
Have suggestions or bugs mail them to:
Bas van der Vlies <ba...@sa...>
http://www.sara.nl/index_eng.html for more info about SARA
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
_______________________________________________
torqueusers mailing list
tor...@su...
http://supercluster.org/mailman/listinfo/torqueusers
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: Bas v. d. V. <ba...@sa...> - 2004-11-11 16:25:36
|
0.9.9
- Fixed an typo in job.php (2.5.4 version) Fixed by Carlos Falquez
- Fixed an error for both web intefaces in job.php, Always fill in
the processors value in queue page, Fixed by Carlos Falquez
You have only to update the web software.
Just for the people that are using ganglia to monitor the nodes. There
is now a openpbs/torque ganglia monitor available at:
ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
Here is the README:
====================
This is the SARA port of the ROCKS pbs monitor. In this distribution
there are two directories:
client)
This gathers OPENPBS/TORQUE information and publish this as
metric to the ganglia gmon daemon.
web)
This is web interface to the queue data. Now users can monitor
their jobs, eg: cpu usage, network traffic ...
For installation read the INSTALL file.
Have suggestions or bugs mail them to:
Bas van der Vlies <ba...@sa...>
http://www.sara.nl/index_eng.html for more info about SARA
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
_______________________________________________
torqueusers mailing list
tor...@su...
http://supercluster.org/mailman/listinfo/torqueusers
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: Bas v. d. V. <ba...@sa...> - 2004-11-03 17:41:13
|
0.9.8
- Fixed an error in pbs_stat.py that is triggered by version 1.1.0p4 of
torque (pbs_statjob fails).
Reported by: Keith Poirier
You have only to update the client software.
Just for the people that are using ganglia to monitor the nodes. There
is now a openpbs/torque ganglia monitor available at:
ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
Here is the README:
====================
This is the SARA port of the ROCKS pbs monitor. In this distribution
there are two directories:
client)
This gathers OPENPBS/TORQUE information and publish this as
metric to the ganglia gmon daemon.
web)
This is web interface to the queue data. Now users can monitor
their jobs, eg: cpu usage, network traffic ...
For installation read the INSTALL file.
Have suggestions or bugs mail them to:
Bas van der Vlies <ba...@sa...>
http://www.sara.nl/index_eng.html for more info about SARA
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: Federico S. <fd...@sd...> - 2004-10-12 23:55:57
|
Dear Ganglia Developers and Users, This second announcement is for an updated ganglia-python package in Ganglia. This represents code from the latest Rocks release which has shown itself to be useful to the greater Ganglia audience. Ganglia Python 3.3.0 -From Rocks 3.3.0 release. Various improvements, including new command line options to see only dead nodes. -New addition of Ganglia-news RSS cooker. This tool generates an RSS stream for a ganglia cluster, notifying about dead nodes, etc. -Please see the release notes at http://sourceforge.net/project/shownotes.php?release_id=274766 for more information on using the ganglia-news RSS system. Enjoy! Federico Rocks Cluster Group, San Diego Supercomputer Center, CA |
|
From: Federico S. <fd...@sd...> - 2004-10-12 23:55:56
|
Dear Ganglia Developers and Users, We are pleased to announce the release of Ganglia 2.5.7. This is a minor feature enhancement to the monitor core and webfrontend. If you are a US citizen, this is your tax dollars hard at work :) Ganglia is free for download at ganglia.sf.net Ganglia Monitor Core 2.5.7 - New gmetad cleanup thread prevents metric explosion in certain cases. - Gmetad presents a more accurate "TN" in xml. Ganglia Webfrontend 2.5.7 -Cleaner static metrics in host view -Interface refinements: GB units in phys view -New host gmetric view Enjoy! The Ganglia Management Team Federico Rocks Cluster Group, San Diego Supercomputer Center, CA |
|
From: Bas v. d. V. <ba...@sa...> - 2004-08-26 12:32:23
|
0.9.7
- Changed the 'Show only jobs for user:' behaviour. It will now only
show jobs for the selected user and not the other user jobs.
Suggested by: Davide Salomoni
This is ported for both web interfaces. After this version support
for web interface 2.5.3 will be dropped.
- Added support to make an debian client package with checkinstall.
This change requires that you have to update the web
interface software
Just for the people that are using ganglia to monitor the nodes. There
is now a openpbs/torque ganglia monitor available at:
ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
Here is the README:
====================
This is the SARA port of the ROCKS pbs monitor. In this distribution
there are two directories:
client)
This gathers OPENPBS/TORQUE information and publish this as
metric to the ganglia gmon daemon.
web)
This is web interface to the queue data. Now users can monitor
their jobs, eg: cpu usage, network traffic ...
For installation read the INSTALL file.
Have suggestions or bugs mail them to:
Bas van der Vlies <ba...@sa...>
http://www.sara.nl/index_eng.html for more info about SARA
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: Bas v. d. V. <ba...@sa...> - 2004-03-18 16:50:16
|
0.9.6
- Replaced an statement in pbs_stat.py. So it now also support python
version 1.5 instead of python 2.0 and higher.
Fixed by: Daniel Olson
- Added an extra option to pbs_stat.py:
-d|--domain <name>
Default: Let pbs_stat.py decide which domain to use.
Reported by: Davide Salomoni
- Fix an error in assignments.php for web interface 2.5.4. Forgot
to include clustername in an url.
Reported by: Davide Salomoni
This change requires that you have to update the client and web
interface with version >= 2.5.4
Just for the people that are using ganglia to monitor the nodes. There
is now a openpbs/torque ganglia monitor available at:
ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
Here is the README:
====================
This is the SARA port of the ROCKS pbs monitor. In this distribution
there are two directories:
client)
This gathers OPENPBS/TORQUE information and publish this as
metric to the ganglia gmon daemon.
web)
This is web interface to the queue data. Now users can monitor
their jobs, eg: cpu usage, network traffic ...
For installation read the INSTALL file.
Have suggestions or bugs mail them to:
Bas van der Vlies <ba...@sa...>
http://www.sara.nl/index_eng.html for more info about SARA
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: Bas v. d. V. <ba...@sa...> - 2004-03-12 16:58:54
|
0.9.2
- Fix an error if openpbs/torque use long hostnames in nodes file.
Thanks to: Fokke Dijkstra
Just for the people that are using ganglia to monitor the nodes. There
is now a openpbs/torque ganglia monitor available at:
ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
Here is the README:
====================
This is the SARA port of the ROCKS pbs monitor. In this distribution
there are two directories:
client)
This gathers OPENPBS/TORQUE information and publish this as
metric to the ganglia gmon daemon.
web)
This is web interface to the queue data. Now users can monitor
their jobs, eg: cpu usage, network traffic ...
For installation read the INSTALL file.
Have suggestions or bugs mail them to:
Bas van der Vlies <ba...@sa...>
http://www.sara.nl/index_eng.html for more info about SARA
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: Ganglia D. <gan...@li...> - 2004-02-03 23:01:16
|
The Ganglia Development Team is please to announce the release of ganglia 2.5.6. To download this new release, please visit http://ganglia.sourceforge.net/downloads.php Changes (see ChangeLog for details): o The host dmax attribute is now honored allowing you to specify a timeout for dead nodes. See the host_dmax attribute in ./gmond/gmond.conf for details. [Federico Sacerdoti] o Ganglia will now compile on 64-bit versions of FreeBSD [Brooks Davis] o A bug has been fixed which caused nodes to falsely be marked as dead because of bogus TN attribute values. [Matt Massie] o An RPM dependency on librrd has been removed making installation and maintenance simpler. [Matt Massie] Thank you for using Ganglia! The Ganglia Development Team |
|
From: l. q. w. <lq_...@ya...> - 2003-11-11 08:46:49
|
the confirm is 654255 ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca |
|
From: matt m. <ma...@cs...> - 2003-11-08 02:23:03
|
______ ___
/ ____/___ _____ ____ _/ (_)___ _
/ / __/ __ `/ __ \/ __ `/ / / __ `/
/ /_/ / /_/ / / / / /_/ / / / /_/ /
\____/\__,_/_/ /_/\__, /_/_/\__,_/
/____/ Distributed Monitoring System
The Ganglia Development Team is proud to announce the release of
Ganglia 2.5.5.
To download this release visit
http://ganglia.sourceforge.net/downloads.php
Changes (see ChangeLog for details):
o FreeBSD users will be happy to know that all standard metrics
are now reported on FreeBSD thanks to the work of Brooks Davis.
o This release also fixes a bug brought to our attention by Jim
Prewett. This bug in gmond allows a specially crafted UDP packet
to crash all gmond on a multicast channel with a segfault. This
special UDP packet cannot be created using gmetric but requires
a custom piece of code or a fuzzer.
o The ganglia documentation is now included in the distribution
as ganglia.html and README. We are working to make sure
the documentation is simpler to use, up-to-date and directly
answers the questions that you have about ganglia.
Thank you for using Ganglia!
The Ganglia Development Team
|
|
From: Bas v. d. V. <pb...@sa...> - 2003-09-26 07:57:43
|
0.9
- There are now two web interfaces:
- One for ganglia webfrontend 2.5.3 ( This was the old one )
- One for ganglia webfrontend 2.5.4 ( The new one )
Both are tested. I do not know if it works with earlier/later
versions of ganglia webfrontend.
There are no changes for the client software.
> Just for the people that are using ganglia to monitor the nodes. There
> is now a openpbs ganglia monitor available at:
> ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
>
> Here is the README:
> ====================
> This is the SARA port of the ROCKS pbs monitor. In this distribution
> there are two directories:
> client)
> This gathers PBS information and publish this has metric
> to the ganglia gmon daemon.
>
> web)
> This is web interface to the PBS data
>
> For installation read the INSTALL file.
>
> Have suggestions or bugs mail them to:
> Bas van der Vlies <ba...@sa...>
> http://www.sara.nl/index_eng.html for more info about SARA
>
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: Bas v. d. V. <ba...@sa...> - 2003-09-22 09:03:53
|
0.8.5
- Reduced the info send by the gmetric command. The gmetric command
can only handle FRAMESIZE long messages (mostly 1400 bytes). Jobs
that uses a lot of nodes crashed pbs_stat.py
This change requires that you have to update the client and web
interface!
Reported by: Keith Poirier
> Just for the people that are using ganglia to monitor the nodes. There
> is now a openpbs ganglia monitor available at:
> ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
>
> Here is the README:
> ====================
> This is the SARA port of the ROCKS pbs monitor. In this distribution
> there are two directories:
> client)
> This gathers PBS information and publish this has metric
> to the ganglia gmon daemon.
>
> web)
> This is web interface to the PBS data
>
> For installation read the INSTALL file.
>
> Have suggestions or bugs mail them to:
> Bas van der Vlies <ba...@sa...>
> http://www.sara.nl/index_eng.html for more info about SARA
>
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: Bas v. d. V. <ba...@sa...> - 2003-09-09 06:40:54
|
0.8
- Fixed a memory leak when running in daemon mode. This requires at
least version 2.7 of the openpbs python module.
> Just for the people that are using ganglia to monitor the nodes. There
> is now a openpbs ganglia monitor available at:
> ftp://ftp.sara.nl/pub/outgoing/ganglia_pbs.tar.gz
>
> Here is the README:
> ====================
> This is the SARA port of the ROCKS pbs monitor. In this distribution
> there are two directories:
> client)
> This gathers PBS information and publish this has metric
> to the ganglia gmon daemon.
>
> web)
> This is web interface to the PBS data
>
> For installation read the INSTALL file.
>
> Have suggestions or bugs mail them to:
> Bas van der Vlies <ba...@sa...>
> http://www.sara.nl/index_eng.html for more info about SARA
>
--
--
********************************************************************
* *
* Bas van der Vlies e-mail: ba...@sa... *
* SARA - Academic Computing Services phone: +31 20 592 8012 *
* Kruislaan 415 fax: +31 20 6683167 *
* 1098 SJ Amsterdam *
* *
********************************************************************
|
|
From: matt m. <ma...@cs...> - 2003-08-08 17:24:52
|
the ganglia development team is pleased to announce the release of ganglia 2.5.4. visit http://ganglia.sf.net/downloads.php to download this release. the largest improvements in this release are the result of the hard work of federico sacerdoti. he has modified gmetad to be interactive allowing for efficient primitive subtree queries of the xml tree. the web frontend has been updated to work with the interactive gmetad so you will notice very significant speed improvements when loading ganglia web pages. gmetad has also been improved to handle clusters with varying clocks (the graph timescales are no longer locked). the time and value thresholds for the gmond network monitors have been increased to prevent unnecessary network traffic. (ironic isn't it?). martin knoblauch has also made ganglia more stable and correct on irix. no new features will be added to the ganglia 2.x branch from this release forward. any development effort on the ganglia 2.x branch will focus on bug or security fixes. we are currently focusing most development effort on the ganglia 3.x branch. ganglia 3.x (g3) will be released in the coming months. to learn more visit http://ganglia.sf.net/g3blog/. -matt |
|
From: Richard Y. <ric...@ho...> - 2003-08-01 04:13:41
|
I have install the ganglia-XXX-2.5.3-1.i386.rpm on five PCs running RedHat7.2. Four of them are running perfectly except that one pc's service -- gmond -- is dead. but gmetab is running. I try to restart it by /etc/rc.d/init.d/gmond restart the command echo: service start [ok]. But infact it is dead. The comand /etc/rc.d/init.d/gmond status: gmond dead but subsys locked. where is the mistake? _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail |