Arch Linux

Brilliant; I've updated the PKGBUILD to reflect that. Thanks for reporting :)

FYI, ganglia appears to compile just fine on the raspberry pi. I've only compiled it on the v1 (armv6h), so I don't know about other arches, but it should be safe to add 'armv6h' to the list of supported architectures in the PKGBUILD.

I discovered that I had in fact completely failed to install the Python modules correctly previously. They should be fixed now.

Thanks, but I'm afraid I don't understand what you intend this to be used for? The unit files are installed in the correct location by default already. The only unit file changes in the PKGBUILD are to override the default unit files, as they don't create pidfiles.

giddie, --with-systemdsystemunitdir=/usr/lib/systemd work now.

OK, the python modules are installed now. Thanks for the suggestion :) It's not clear to me why they're not installed by default, and in fact there's no documented way to install them that I can see. Still, the more "manual" approach in the PKGBUILD seems to work fine.

Could you add :
cp gmond/python_modules/*/*.pyconf* "$pkgdir/etc/ganglia/conf.d/"
cp gmond/python_modules/*/*.py "$pkgdir/usr/lib/ganglia/python_modules/"

to the PKGBUILD so that python scripts get installed ?

Great; glad I could help.

Yeap, we use cairo-ubuntu, and in IgnorePkg i found cairo. Thanks, build is ok.

It looks like it's actually failing because Cairo is looking for libGL.so.1 and not finding it. On my system, it's provided by mesa-libgl, which is a dependency of Cairo. Can you verify that /usr/lib/libGL.so.1 exists on your system?

http://bit.ly/1ltMNKP log here

Hmm, can you post your config.log somewhere for me to look at? Also, could you maybe try "sudo ldconfig" to force a library cache update and try building again?

I install fresh arch, log http://bit.ly/1foeTau

And try to yaourt -S ganglia, log http://bit.ly/PN8MzS

Huh; that's a bit odd. How are you going about building the package?

checking for pthread_create in -lpthread... yes
checking for pthread_create in -lpthreads... no
checking rrd.h usability... yes
checking rrd.h presence... yes
checking for rrd.h... yes
checking for rrd_create in -lrrd... no
Trying harder by including the X library path
checking for rrd_create in -lrrd... no

The Ganglia Meta Daemon uses the Round-Robin Database Tool (rrdtool)
for storing historical information. You have chosen to compile the
monitoring core with gmetad but librrd could not be found. Please
visit http://www.rrdtool.org/, download rrdtool and then try again

rrdtool installed, /usr/lib have a lib. Help.

OK, I've created a new package "ganglia-minimal" that does not contain gmetad, and conflicts with this package.

The AUR doesn't support proper split packages, and having separate ganglia-gmond and ganglia-gmetad packages would mean building ganglia twice, which is just inconvenient, so I decided simply to offer a "minimal" package for installation where we don't want to pull in rrdtool and all its dependencies. Hope this helps!

+1 for splitting, it's the way ganglia is packaged in other distros.

Hmm, I'm not too keen to split gmond and gmetad into separate packages, really, just because it's a little un-Arch-y. Maybe if we get another couple of votes for that, though, I'll do it simply because pulling in mesa does seem excessive for headless nodes.

rrdtool isn't needed by gmond by itself (remove --with-gmetad). Perhaps each should be split into their own separate package?

For gmetad though, I'm guessing the only way to avoid pulling in mesa (rrdtool -> pango -> cairo -> mesa -> ...) would be to manually build cairo without the --enable-gl, --enable-egl that was added here? https://projects.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h=packages/cairo&id=c1cab9246c8e9f84730c71c424332468adb3e3d4

Thanks, that's appreciated. I've made the necessary changes. I haven't bumped the pkgrel, because I don't think people really need to rebuild just for these changes.

I think we can ignore the empty directory warning.

I then get only one warning:

ganglia W: Directory (usr/lib/ganglia/python_modules) is empty

I don't know if this can be disabled specifically in PKGBUILD ...

I checked freshly built package with namcap and prepared a patch for it:

https://gist.github.com/wookietreiber/6776740#file-0001-fix-missing-custom-license-dir-and-dependency-warnin-patch

Fantastic, thanks :)

Thanks sakaru for giving me the kick I need to update the package.

* The daemons now live in /usr/bin instead of /usr/sbin.
* The RC files are no longer installed by default. (You'll have to uncomment a couple of lines in the PKGBUILD if you're still using initscripts.)

Ganglia 3.6 has been released.

For me the large dependency is rrdtool, since this pulls in pango → cairo → mesa → llvm-amdgpu-lib-snapshot, but I can live with that.
$ pacman -Ql pango cairo mesa llvm-amdgpu-lib-snapshot | awk '{print $2}' | xargs du --exclude="*/" -ch | tail -n1
66M total


Lastly, /usr/sbin/gmetad and /usr/sbin/gmond should be moved into /usr/bin/. See https://mailman.archlinux.org/pipermail/arch-dev-public/2013-June/025043.html

Could you give me a little more detail on which dependencies are the heaviest? I thought Python might be a biggie, and I think there's a chance we could make that an optdepends. However, as far as I can tell, python2 is only about 22MiB, and the whole of ganglia's dependencies are only around 50MiB.

If you're not sure how to check, this is how I did it:
pacman -Ql python2 | awk '{print $2}' | xargs du --exclude="*/" -ch | tail -n1

This can also be combined with "pactree", if you want to go deeper down the tree.

I'm uncertain how exactly to go about this, but I was wondering if you wouldn't mind a split to a third package, one that only had the gmond in it, and didn't have gmetricd built. Mostly because having gmetricd adds about 200MB of dependencies that aren't necessary if you're only collecting metrics. Thanks :)

By the way, be careful after the change to nss-myhostname. If I understand correctly, Ganglia uses a reverse-DNS lookup to determine the hostname, and removing the hostname from /etc/hosts might affect this. Be sure to restart gmond and make sure you don't get any spurious hostnames appearing, such as localhost.localdomain, or another undesired hostname (if your server responds to several names).

The new override_hostname option can be helpful if you can't get the ip to resolve to the correct hostname.

Systemd unit files; hooray!

FYI, my problem was solved by switching from network to networkmanager...

Ganglia has now been split into two packages. If you need the web frontend, you'll need to install ganglia-web as well now.

I'm a little unclear on this: if you start gmond with /etc/rc.d/gmond, does it work correctly? Is the problem only at boot? If so, make sure that your network is up before gmond is launched; it might be having trouble binding to the right network interface.

The daemon starts without error, and I can see the process running with right user and options... I don't know if it worked before, I didn't use it with the rc.d daemons before. Do you have running fine when autostarted in rc.conf ? What is your launch order ?

That's a bit odd. Does the rc.d script return [FAILED] when you run it? Have there been any recent changes to your system? Did it used to work before, or is this the first time you've tried to run it?

I can't get gmond to work when launched automatically through rc.conf, or even in rc.local. The process is started but the host always appears as down in the web UI. To make it work, I have to manually start it, and then everything works fine. Any idea on this ?

Yes, I orphaned it immediately after nicoulaj post. :)

Huh; look at that. I noticed noone was under "Maintainer", so I guess that means it had been orphaned since nicoulaj's post.

PLEASE NOTE: From version 3.3.1-1, this PKGBUILD is somewhat different to the previous one. See below for some of the things that have changed.

I found that I needed to make some modifications for this PKGBUILD to suit my needs. For instance:

* I've moved the webapp to /usr/share/webapps, to match other webapp packages e.g. phpPgAdmin.
* I patch the config so that the daemons run as the "ganglia" user.
* The installed gmond.conf file is generated from "gmond --default_config", to kind of future-proof the PKGBUILD for future versions.
* The installed config files are now listed in the "backup" line to prevent overwriting them.
* The install script seemed broken to me; it didn't handle user removal on uninstall correctly.
* I split the package into "build" and "package" and removed the unnecessary "|| return 1"s.
* I made the RC files more robust. They now check that their daemon is still running after 1 second.

After doing all this, I'd be happy to adopt this and upload my work.

Can you update or orphan please ?

Updated to 3.1.7.