Now edit_ganglia_conf detect if ganglia is installed is /usr/share/ganglia or in /var/www/html/ganglia).
-- Olivier LAHAYE CEA DRT/LIST/DCSI/DIR ________________________________________ De : LAHAYE Olivier Date d'envoi : jeudi 20 juin 2013 10:46 À : oscar-devel@lists.sourceforge.net Objet : [PROVENANCE INTERNET] [Oscar-devel] RE : ganglia on FC-18 DongInn, Thanks for the info, it seems that the upstream packaging differs from the distro packaging on that point: upstream uses nobody as daemon user while distro uses gnaglia (at least redhat/fc). This is not a problem except for jobmonarch packaging and jobmonarch-opkgs that needs to handle this. (not a big deal). I've just found also that edit_ganglia_conf does not check the ganglia root and wrongly assumes that it's always /var/www/html/ganglia while it's /usr/share/ganglia on rhel/fc for example. I'll enhance the script for correct detection. Note: yesterday, I've done a deployment test on 2 VMs centos6, and it works without errors up to step 7. Only few minor errors in step 8... Regards, Olivier; -- Olivier LAHAYE CEA DRT/LIST/DCSI/DIR ________________________________________ De : DongInn Kim [di...@cs.indiana.edu] Date d'envoi : mercredi 19 juin 2013 18:06 À : oscar-devel@lists.sourceforge.net Objet : Re: [Oscar-devel] ganglia on FC-18 > BTW, could you tell me in FC18 what package is responsible to create the > ganglia user. > (rpm -q --scripts gangia-xxxxx) > I'd like to know if a specific user id is used. It seems that it is the ganglia package which creates the ganglia user. But it does not assign the user id directly. Maybe somewhere else? Anyway, it is assigned as a system account. > [root@fedora dikim]# getent passwd ganglia > ganglia:x:990:987:Ganglia Monitoring System:/var/lib/ganglia:/sbin/nologin > [root@fedora dikim]# rpm -qa | grep ganglia > ganglia-gmetad-3.6.0-1.fc18.x86_64 > ganglia-3.6.0-1.fc18.x86_64 > ganglia-web-3.5.8-1.fc18.x86_64 > [root@fedora dikim]# rpm -q --scripts ganglia-gmetad > postinstall scriptlet (using /bin/sh): > > if [ $1 -eq 1 ] ; then > # Initial installation > /usr/bin/systemctl preset gmetad.service >/dev/null 2>&1 || : > fi > preuninstall scriptlet (using /bin/sh): > > if [ $1 -eq 0 ] ; then > # Package removal, not upgrade > /usr/bin/systemctl --no-reload disable gmetad.service > /dev/null > 2>&1 || : > /usr/bin/systemctl stop gmetad.service > /dev/null 2>&1 || : > fi > postuninstall scriptlet (using /bin/sh): > > /usr/bin/systemctl daemon-reload >/dev/null 2>&1 || : > if [ $1 -ge 1 ] ; then > # Package upgrade, not uninstall > /usr/bin/systemctl try-restart gmetad.service >/dev/null 2>&1 || : > fi > [root@fedora dikim]# rpm -q --scripts ganglia > preinstall scriptlet (using /bin/sh): > ## Add the "ganglia" user > /usr/sbin/useradd -c "Ganglia Monitoring System" \ > -s /sbin/nologin -r -d /var/lib/ganglia ganglia 2> /dev/null || : > /sbin/ldconfig > postinstall program: /sbin/ldconfig > postuninstall program: /sbin/ldconfig > [root@fedora dikim]# rpm -q --scripts ganglia-web > postinstall scriptlet (using /bin/sh): > if [ ! -L /usr/share/ganglia/lib/Zend ]; then > ln -s /usr/share/php/Zend /usr/share/ganglia/lib/Zend > fi > > ### A sysv => systemd migration contains all of the same scriptlets as a > ### systemd package. These are additional scriptlets > > # Note: the NEVR in trigger scripts should all be the version in > # which the package switched to systemd unit files and the comparision > # should be less than. Using <= the last version with the sysV script won't > # work for several reasons: > # 1) disttag is different between Fedora releases > # 2) An update in an old Fedora release may create a newer NEVR > # Note that this means an update in an older Fedora release must be NEVR > # lower than this. Freezing the version and release of the old package and > # using a number after the disttag is one way to do this. Example: > # httpd-1.0-1.fc18 => httpd-1.0-1.fc18.1 > [root@fedora dikim]# Regards, -- - DongInn On Jun 18, 2013, at 4:15 AM, LAHAYE Olivier <olivier.lah...@cea.fr> wrote: > > Hi dongInn, > > If my memory is correct, the oscar ganglia package is the build of unmodified > upstream package. > It is build to replace distro package (newer version) so jobmonarch > requirements are met. > If FC18 version is compatible with jobmonarch requirements, it's fine to drop > the ganglia build for jobmonarch as there is no value added. > > The only difference I see with ganglia upstream package and distro package is > that distro package is also creating a ganglia user while upstream package > uses root.root to store files and nobody to run daemons. > > BTW, could you tell me in FC18 what package is responsible to create the > ganglia user. > (rpm -q --scripts gangia-xxxxx) > I'd like to know if a specific user id is used. > > Regards, > > Olivier. > > -- > Olivier LAHAYE > CEA DRT/LIST/DCSI/DIR > > ________________________________________ > De : DongInn Kim [di...@cs.indiana.edu] > Date d'envoi : lundi 17 juin 2013 17:58 > À : Devel OSCAR > Objet : [Oscar-devel] ganglia on FC-18 > > Hi, > > FC-18 provides ganglia packages (ganglia, ganglia-gmetad, and ganglia-web) > with the latest version and these packages make conflicts with the OSCAR > ganglia package. > If we provide some particular configuration for ganglia in OSCAR, we have to > keep hosting the ganglia packages on our official repository but we have to > rename the package with like "ganglia-gmetd-oscar", "ganglia-web-oscar", and > so on. > > Otherwise, we may need to drop ganglia on FC-18. > > What do you think about renaming the ganglia packages? > > Regards, > > -- > - DongInn > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Oscar-devel mailing list > Oscar-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oscar-devel > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Oscar-devel mailing list > Oscar-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oscar-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Oscar-devel mailing list Oscar-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oscar-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Oscar-devel mailing list Oscar-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oscar-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Oscar-devel mailing list Oscar-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oscar-devel
