Hi, > Am 28.06.2016 um 11:06 schrieb Rémy Dernat <remy...@gmail.com>: > > Hi, > > I am using SGE for some years now. I install my nodes through rocks cluster > with images. However, since Rocks is based on a old version of CentOS, which > is older than the last fedora or RedHat, we think about moving to a debian > base cluster, because we don't need certified stuff (eg. for IB or nvidia or > for some other software/reason). > > I will configure my new nodes using the couple FAI/salt. > > I have already many salt formulas/recipes. > > I would like to manage my future cluster, and obviously my job scheduler, > SGE, with salt. > > Concerning SGE, I think we will move to the last version of SoGE. > > I know that many of you already did it with puppet. I saw this repository on > github: > https://github.com/AAFC-MBB/sge-puppet.git > > I take a look into this puppet formula, and it seems that there is a lot to > configure, not only SGE (ssh keys, iptables, nfs...). BTW, it is doing an > update on the exec node, which is *not wanted* here. > > On many configuration file, on my master, I have this warning: > ``` > # Version: 2011.11p1 > # > # DO NOT MODIFY THIS FILE MANUALLY! > # > ``` > > Indeed, I have OGS/GE 2011.11p1, but how SGE store is configuration datas ? > Everything is in configuration files ? If so, why this warning ?
It depends whether you choose classic spooling or berkley DB during installation. Although changing the files by hand in the frmer case my work in some cases, the best is to use the `qconf` command to change certain settings. Otherwise changes may not be reflected instantly. As these files are only present on the master, there is no need to copy them to all nodes. -- Reuti > Any idea or best practice to look at ? > > Is $SGE_ROOT/$SGE_CELL is the only thing that needs to be checked with some > other system stuffs (network, firewall...) ? > > I would be happy if any of you already did this work and share it (even with > another configuration management tool, like puppet above). > > Best regards > > Remy > > _______________________________________________ > users mailing list > users@gridengine.org > https://gridengine.org/mailman/listinfo/users _______________________________________________ users mailing list users@gridengine.org https://gridengine.org/mailman/listinfo/users
