On Tue, 18 Jan 2005, Laurence wrote:
> About 6 months ago the experiments wanted to have one queue per VO so
> that they could implement some ranking algorithms.
It seems to be pretty useless to me, since in the end, there is just one
queue in practice and it's dynamically scheduled by maui fairshare. At
least in our case. Tricking pbs into giving the impression that these are
separate queues seems just as pointless as tricking the information
provider and jobmanager.
> If want to use the Yaim scripts, but do not want to configure one queue
> per VO, this request is documented by the Savannah bug #6319.
> In the meantime, the work around is straight forward.
> After running the Yaim configuration, edit the file
> /opt/lcg/var/gip/lcg-info-genric.conf to reflect your queue structure
> and then re-run the configuration.
> /opt/lcg/sbin/lcg-info-generic-config
> /opt/lcg/var/gip/lcg-info-generic.conf.
Ok, I will take some downtime on the HPC2N site for tomorrow (announcement
coming soon), and redo it in that way instead of the hackis way. How do I
list multiple VOs in GlueCEAccessControlBaseRule? Or is that attribute
just informative and not needed if left out?
/Mattias Wadenstein
|