[PATCH] gkrellmd doesn't play nicely with autofs

Under linux, running gkrellmd in combination with autofs will force
all auto-mounted filesystems to be mounted, and to stay mounted or
repeatedly unmount and remount.

Mount table entries of type "autofs" represent mount points under
control of the automount daemon; if the mount point directory is
accessed, then the daemon causes a real filesystem mount to occur.
After such an auto-mount, there will be two entries in the mount
table, one of type "autofs" and one for the newly mounted filesystem.

gkrellmd periodically scans mount points to support the filesystem
free-space monitoring. It treats mount points of type "autofs" as real
filesystems and attempts to determine their free space. This access
causes an automount to occur. If autofs has been configured to
automatically unmount after a timeout, then the gkrellmd polling will
either prevent the unmount occurring, or cause repeated mount, unmount
cycles, depending on the exact configuration.

The solution is trivial, simply ignore filesystems of type "autofs"
during filesystem polling.

Note that with this fix gkrellmd will still happily report on already
auto-mounted filesystems through their real mount entries, it just
won't cause the auto-mounts to occur. If the user wants to allow these
filesystems to auto-unmount, they must be careful to configure
gkrellmd's (n)fs-interval to be larger than twice the auto-unmount time.

-------------------------------------

--- gkrellm-2.3.5.old/src/sysdeps/linux.c 2010-10-06 03:27:33.000000000 +1100

[PATCH] gkrellm doesn't treat cifs as a network filesystem

gkrellmd knows that certain filesystem types are network filesystems;
it supports different free-space polling frequencies (or disabling of
polling) for network vs non-network filesystems via the configuration
parameters fs-timeout and nfs-timeout.
Filesystems of type "cifs" should be treated identically to those of type "smb".

----------------------

--- gkrellm-2.3.5.old/server/monitor.c	2010-10-06 03:46:59.000000000 +1100
+++ gkrellm-2.3.5/server/monitor.c	2011-11-24 02:01:30.871402778 +1100
@@ -1329,7 +1329,8 @@
 static gchar *remote_fs_types[] =
 	{
 	"nfs",
-	"smbfs"
+	"smbfs",
+	"cifs"
 	};

 void
--- gkrellm-2.3.5.old/src/fs.c	2010-09-15 02:25:51.000000000 +1000
+++ gkrellm-2.3.5/src/fs.c	2011-11-24 02:00:17.347088370 +1100
@@ -163,7 +163,8 @@
 static gchar *remote_fs_types[]	=
 	{
 	"nfs",
-	"smbfs"
+	"smbfs",
+	"cifs"
 	};

[PATCH] gkrellmd plays badly with autofs

Under linux, running gkrellmd in combination with autofs will force
all auto-mounted filesystems to be mounted, and to stay mounted or
repeatedly unmount and remount.

Mount table entries of type "autofs" represent mount points under
control of the automount daemon; if the mount point directory is
accessed, then the daemon causes a real filesystem mount to occur.
After such an auto-mount, there will be two entries in the mount
table, one of type "autofs" and one for the newly mounted filesystem.

gkrellmd periodically scans mount points to support the filesystem
free-space monitoring. It treats mount points of type "autofs" as real
filesystems and attempts to determine their free space. This access
causes an automount to occur. If autofs has been configured to
automatically unmount after a timeout, then the gkrellmd polling will
either prevent the unmount occurring, or cause repeated mount, unmount
cycles, depending on the exact configuration.

The solution is trivial, simply ignore filesystems of type "autofs"
during filesystem polling.

Note that with this fix gkrellmd will still happily report on already
auto-mounted filesystems through their real mount entries, it just
won't cause the auto-mounts to occur. If the user wants to allow these
filesystems to auto-unmount, they must be careful to configure
gkrellmd's (n)fs-interval to be > twice the auto-unmount time.

---------

--- gkrellm-2.3.5.old/src/sysdeps/linux.c 2010-10-06 03:27:33.000000000 +1100

[gkrellm] nvidia-drivers 295.20 breaking gkrellm

I (and a few others: 
http://forums.gentoo.org/viewtopic-t-912998-start-0.html 
http://forums.gentoo.org/viewtopic-t-912998-start-0.html ) 
noticed that monitoring the GPU temperature with the newer nvidia-drivers
(295.20 and above) breaks gkrellm.

Annoyingly, gkrellm works fine when run under gdb.  As the debug messages
show, it seems that it's able to get the initial temperature from nvidia
fine, but then segfaults from the command line.  Here are the debug
messages.  Both of these were run with: gkrellm --debug-level 0x3080 (from
gdb and command line):

gdb (working):

--- GKrellM 2.3.5 ---
        [gkrellm_connect_to: (2,1,6) 127.0.0.1:7634]
hddtemp_daemon_read (once a minute):
        |/dev/sda|WDC WD3200AAJS-00L7A0|35|C|
nvidia-settings: result=1  output=
1 GPU on hector:0

    [0] hector:0[gpu:0] (Quadro NVS 290)

 stderr=
nvidia-settings gpus = 1
nvidia-settings GPUCoreTemp: result=1  output=
  Attribute 'GPUCoreTemp' (hector:0.0): 66.
    'GPUCoreTemp' is an integer attribute.
    'GPUCoreTemp' is a read-only attribute.

gkrellm as a phone app for servers

has anyone given thought to creating a gkrellm client android app to monitor computers 
running gkrellmd?

lots would have to be stripped but have it ask the server to monitor when starting, then 
just show the hardware reports from the server.  i doubt the classic inline display would 
be readable, but maybe a 'thumb through' setup page by page to view the processors, temps, 
processes, sensors, etc..

possible or a pipe dream?

--

-- 

Rio

______________________________________________
Gkrellm mailing list
gkrellm <at> lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com

Fw: Re: Plugins and remote monitoring

On Wed, 14 Mar 2012 20:32:42 +0000
Damien Moody <online <at> audiodef.com> wrote:

> Hi Bill,
> 
> I've tried gkrelltop but have not gotten it to display remote
> data. Do I need to install gkrelltop on both the remote and local
> machines? 
> 
> Damien

When you emerged gkrelltop, the local gkrelltop.so and a gkrelltopd.so intended
for a server was probably built, but the server gkrelltopd.so plugin needs to be
installed on the server machine and it needs to be enabled . 
So the requirements on the server are:
	1) gkrelltopd.so in one of
		~/.gkrellm2/plugins-gkrellmd
		/usr/local/lib/gkrellm2/plugins-gkrellmd

	2) Enable gkrelltopd.so on the server by having the line
		plugin-enable gkrelltopd
	in at least one of the files
		~/.gkrellmd.conf
		/usr/local/etc/gkrellmd.conf

On the server, run gkrellmd -plist to see what server plugins are installed
and gkrellmd -plog to see if it can load OK.

If the local and remote architectures are compatible, you can just copy over the
gkrellmtopd.so file from where it was built.  Otherwise you can build on the server

Plugins and remote monitoring

I seem to be unable to use plugins with remote monitoring. All the
builtins use remote data, but any plugins I add use local data, even
when starting with the -s switch. 

Is this a known issue? Can I fix this?

I use Gentoo, and I've installed gkrellm + various plugins via emerge. 

______________________________________________
Gkrellm mailing list
gkrellm <at> lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com

gkrellmd problem

Dear Gkrellm developer,

we have a problem with gkrellmd. We use gkrellm to check if a computer idles and can be used for calculations.
On each computer gkrellm is startet with:
/usr/bin/gkrellmd --pidfile /var/run/gkrellmd.pid --user nobody --group nogroup --max-clients 50
--update-hz 4 --port 19150 --allow-host 192.0.0.* --io-timeout 0 --reconnect-timeout 0 -d

Then up to six or seven people open there gkrellm client and connect to that server (gkrellmd). After some
time the gkrellmd server seems to leak. For up to 30 second the client will get no information. Atfer data is
send to the client for about 5 seconds and so on.

What could be the problem? A reconnection of the client doesn't resolve the problem. Only a restart of the daemon.

Best regards
Andreas Hauffe

----------------------------------------------------------------------------------------------------
Technische Universität Dresden
Institut für Luft- und Raumfahrttechnik / Institute of Aerospace Engineering
Lehrstuhl für Luftfahrzeugtechnik / Chair of Aircraft Engineering

01062 Dresden
Germany

phone : (++49)351 463 38496
fax : (++49)351 463 37263
mail : andreas.hauffe <at> tu-dresden.de
Website : http://tu-dresden.de/mw/ilr/lft
----------------------------------------------------------------------------------------------------

gkrellm only shows temp from one gpu

Disk Labels

Hi There,

I am using GkrellM to monitor software raid disks and the disk labels are
md0 md1 md2 ...  I would like the labels to be more descriptive such as the
various mount points.  Is there any way to do this? TIA for any info.

 
Regards,

Jerry McCarthy
CPMG
 

______________________________________________
Gkrellm mailing list
gkrellm <at> lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com

Compiling an RPM

Hi,

I'm trying to compile an RPM from the source downloaded from
http://members.dslextreme.com/users/billw/gkrellm/gkrellm.html.

http://members.dslextreme.com/users/billw/gkrellm/gkrellm-2.3.5.tar.bz2
is my source.

rpmbuild -ta gkrellm-2.3.5.tar.bz2

RPM build errors:
    File not found: /var/tmp/gkrellm-2.3.5-root/usr/lib64/pkgconfig/gkrellm.pc
    Installed (but unpackaged) file(s) found:
   /usr/lib/pkgconfig/gkrellm.pc

When I manually unpack the source, the gkrellm.pc is in the root
directory.  I'm not sure how to fix this one.  It looks like the spec
file is expecting to see it copied to that destination during the
build.

Any advice/info appreciated.

Thanks!

______________________________________________
Gkrellm mailing list
gkrellm <at> lists.netservicesgroup.com
Read archives-join-leave-set RSS feed:
http://archive.lists.netservicesgroup.com
This service is provided by The Network Services Group:
http://www.netservicesgroup.com