Custom Query (43 matches)

It seems that by default, a make install installs the new_rack_pbsmon.py script into $prefix/bin/pbsmon. While this would seem okay, the new_rack_pbsmon.py depends on hostname formats to detect where the nodes are located in the individual racks. The problem here is that not all installation use this hostname format, and users will have to edit the resulting pbsmon script before it will work correctly.

On the other hand, the example pbsmon.py runs without changes regardless of the hostname configuration.

I suggest that a make install installs the pbsmon.py as $prefix/bin/pbsmon instead as it will work on a wider variety of clusters, and give the impression of a cleaner out-of-the-box install.

The quick fix here, to avoid installing new_rack_pbsmon.py is to remove the sara_install target from the Makefile's install line.

there are 2 errors in the spec file;

• ${_tmppath} should be: %{_tmppath}
• %setup pbs-python sourcedir should be pbs_python

getnode(s) function now returns a dictionary with values, eg pbsnodes: :

gb-r16n1
 state = job-exclusive
 np = 2
 properties  cores2,fabric1,gigabit,infiniband,mem4gb,parallel,switchF
 ntype = cluster
 jobs = 0/2171604.batch-ng.irc.sara.nl, 1/2171604.batch-ng.irc.sara.nl
 status = arch=x86_64,opsys=linux,uname=Linux ib-r16n1.irc.sara.nl 2.6.29.1-sara1 #1 SMP Mon Apr 6 15:43:08 CEST 2009 x86_64,sessions=32128,nsessions=1,nusers=1,idletime=24505,totmem=8039848kb,availmem=7556400kb,physmem=4039856kb,ncpus=2,loadave=2.32,gres=max_jobs:1+ideal_jobs:1,netload=3403654969,size=71647620kb:71652296kb,state=free,jobs=2171604.batch-ng.irc.sara.nl,rectime=1241791421

This is not useful at all. I will change the structure as follow:

1. key = value, value ---> key = list([ value, value ]), key value is a list
2. key = name1=value1 name2=value2---> key = dict( [name1] = value1, [name2] = value2), key value is a dictionary

The programming will be easier:

1. print !nodestate?arch?
2. if 'cores2' in !nodeproperties?