[StarCluster] Best practice query?

[Nik Krumm]

Hi Lyn,

How about using the SGE plugin (this one [1] not the baked-in setup) and a simple script-runner plugin (see [2] for the one I use), but having the SGE plugin last in the order. That way the setup script should run first, and then SGE will be configured second.
I have not tested this approach but in principal it will work.

So a sample config snippet:

[cluster smallcluster]
 # don't use baked-in SGE
disable_queue = True
 # the order matters here
plugins = scriptrunner, sge

[plugin sge]
setup_class = starcluster.plugins.sge.SGEPlugin
master_is_exec_host = False

[plugin scriptrunner]
setup_class = scriptrunner.ScriptRunner
 # note this is the path on the cluster itself, e.g., NFS drive.
node_startup_script = /path/to/script

Good luck,
Nik

[1] http://star.mit.edu/cluster/docs/latest/plugins/sge.html
[2] https://gist.github.com/nkrumm/8292905

On Jan 6, 2014, at 10:14 AM, Lyn Gerner wrote:

> Hi Folks,
> 
> I need to make node-resource-specific SGE config changes everytime I add a new node.  To avoid race conditions, I need to bring the node up in a disabled state, make the changes, then enable it for running jobs.
> 
> I don't see a way to do this with StarCluster commands or config settings.  Maybe I missed something.
> 
> Could I get a best practice suggestion for how to achieve that set of interactions?  I don't want to hack the SGE plugin if there's a better way.
> 
> Thanks,
> Lyn
> _______________________________________________
> StarCluster mailing list
> StarCluster at mit.edu
> http://mailman.mit.edu/mailman/listinfo/starcluster

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/starcluster/attachments/20140106/76db1a28/attachment.htm