ViewVC logotype

Contents of /nl.nikhef.pdp.dynsched-pbs-plugin/trunk/RELEASE

Parent Directory Parent Directory | Revision Log Revision Log

Revision 2129 - (show annotations) (download)
Thu Jan 6 15:37:36 2011 UTC (11 years, 8 months ago) by templon
File size: 4514 byte(s)
clarification about the new job attributes; was not clear that they were
printed by the lrmsinfo-pbs program in this release.

1 This file contains release notes and a change history for the
2 pbs/torque and maui plugins for the lcg-info-dynamic-scheduler information provider.
3 The notes are most recent first.
5 Release 2.2.0
6 Moved to new repository format and changed RPM name. Rather large changes in two areas. First, in the logFileParser
7 part of the pbsServer.py code. The new "account" field printed in the torque accounting logs broke the old parser,
8 this is fixed in the current release. The second set of changes have to do with how the LiveServer code parses
9 the 'qstat -f' output. When present (recent versions of torque), the code now uses 'startTime' as the start time
10 of the job, and uses the 'euser' and 'egroup' as the user and group of the job. If these fields are not present,
11 the code reverts to the old behavior.
13 Two user-visible changes: there are two new job attributes in the "Job" object. One is the walltime used by the job,
14 the other is the 'startAnchor' field which tells you whether the code has used the 'startTime' to find the start time,
15 or has done it the old way by subtracting the walltime used from the current time. These data are both printed
16 by lrmsinfo-pbs.
18 Information below this point refers to older versions of the package, under the older naming
19 scheme.
21 Release 2.1.0
22 - Remove support for specifying hostname on command line (savannah bug 35662)
24 Release 2.0.1
25 - fix LICENSE, otherwise no change.
27 Release 2.0.0
28 - uses new lrms.py, otherwise no changes.
30 Release 1.6.1
31 - update documentation and examples to be consistent with 2.0 release
33 Release 1.6.0
35 - some changes to build system (three targets increases aggravation)
36 - some changes to pbsServer classes to assist in debugging.
37 - some changes to vomaxjobs-maui to assist in debugging/testing;
38 also fixed various unreported bugs discovered during testing.
39 - Change mapping of pbs/torque job states in pbs classes; up til now
40 was either queued (Q) or running (any other states). Now we have:
42 From the qstat (torque 2.0.0p4) man page:
44 C - Job is completed after having run (mapped to 'done')
45 E - Job is exiting after having run. (mapped to 'running')
46 H - Job is held. (mapped to 'pending')
47 Q - job is queued, eligible to run or routed. (mapped to 'queued')
48 R - job is running. (mapped to 'running')
49 T - job is being moved to new location. (mapped to 'pending')
50 W - job is waiting for its execution time (mapped to 'queued')
52 Release 1.5.2:
54 pbs package: Fix to vomaxjobs-maui to deal with cases where there is
55 extra 'warning' output near the top of the command output from diagnose -g.
57 Release 1.5.1:
59 fix dependency problems with RPMs.
61 Release 1.5.0
63 in vomaxjobs-maui, adapt to handle MAXPROC specifications like
64 MAXPROC=soft,hard The code reports the 'hard' limit, since
65 this is relevant when the system is not full, and this is when
66 it's needed. Maui uses the soft limit on a full system, but
67 in this case the info provider will drop FreeSlots to zero as
68 soon as jobs remain in the queued state instead of executing
69 immediately.
71 Release 1.4.2
73 in pbsServer.py: included Steve Traylen's patch to deal with jobs for which the
74 uid/gid printed by 'qstat' is not listed in the in running machine's
75 pw DB. This can happen when the CE is not the same physical
76 machine as the actual LRMS server.
78 Estimated Response Time Info Providers (v 1.4.1)
79 ------------------------------------------------
81 This information provider is new in LCG 2.7.0 and is
82 contained in two RPMs, lcg-info-dynamic-scheduler-generic
83 and lcg-info-dynamic-scheduler-pbs. Sites using torque/pbs
84 as an LRMS and Maui as a scheduler are fully supported by
85 this configuration; those using other schedulers and/or
86 LRMS systems will need to provide the appropriate back-end
87 plugins.
89 For sites meeting the following criteria, the system should
90 work out of the box with no modifications whatsoever:
92 LRMS == torque
93 scheduler == maui
94 vo names == unix group names of that vo's pool accounts
96 Documentation on what to do if this is not the case can be
97 found in the file
99 lcg-info-dynamic-scheduler.txt
101 in the doc directory
103 /opt/lcg/share/doc/lcg-info-dynamic-scheduler
105 There is also documentation in this directory indicating
106 the requirements on the backend commands you will need to
107 provide in the case that you are using a different
108 scheduler or LRMS. Tim Bell at CERN can help for people
109 using LSF.


Name Value
svn:keywords Id URL

ViewVC Help
Powered by ViewVC 1.1.28