1GE_TYPES(1)                Grid Engine User Commands               GE_TYPES(1)
2
3
4

NAME

6       sge_types - Grid Engine type descriptions
7

DESCRIPTION

9       The  Grid Engine user interface consists of several programs and files.
10       Some command-line switches and several file attributes are  types.  The
11       syntax for these types is explained in this page.
12

OBJECT TYPES

14       These types are used for defining Grid Engine configuration:
15
16   calendar_name
17       A calendar name is the name of a Grid Engine calendar described in cal‐
18       endar_conf(5).
19
20       calendar_name := object_name
21
22   ckpt_name
23       A "ckpt_name" is the name of  a  Grid  Engine  checkpointing  interface
24       described in checkpoint(5).
25
26       ckpt_name := object_name
27
28   complex_name
29       A  complex  name  is  the  name  of  a  Grid  Engine resource attribute
30       described in complex(5).
31
32       complex_name := object_name
33
34   host_identifier
35       A host identifier can be either a host name or a host group name.
36
37       host_identifier := host_name | hostgroup_name
38
39   hostgroup_name
40       A host group name is the name of a Grid Engine host group described  in
41       hostgroup(5).   Note, to allow host group names easily be differed from
42       host names a "@" prefix is used.
43
44       hostgroup_name := @object_name
45
46   host_name
47       A host name is the official name of a host  node.  Host  names  with  a
48       domain  specification  such  as  "gridmaster.sun.com" are called fully-
49       qualified host names, whereas host names like "gridmaster"  are  called
50       short   host  names.  Note,  there  are  the  install  time  parameters
51       default_domain and ignore_fqdn (see bootstrap(5)) which affect how Grid
52       Engine deals with host names in general.
53
54   jsv_url
55       The jsv_url has following format:
56
57       jsv_url := jsv_client_url | jsv_server_url
58
59       jsv_server_url := [ type ':' ] [ user '@' ] path
60
61       jsv_client_url := [ type ':' ] path
62
63       type := 'script'
64
65       In  the moment only the type script is allowed. This means that path is
66       either the path to a script or to a binary application  which  will  be
67       used  to  instantiate  a  JSV  process. The type is optional till other
68       types are supported by Grid Engine.
69
70       Specifying a user is only allowed for server JSV's. Client  JSV's  will
71       automatically  be started as submit user and server JSV's as admin user
72       if not other specified.
73
74       The path has always to be the absolute path to a binary or application.
75
76   memory_specifier
77       Memory specifiers are positive decimal, hexadecimal  or  octal  integer
78       constants   which  may  be  followed by a multiplier letter. Valid mul‐
79       tiplier letters are k, K, m, M,  g  and  G, where  k   means   multiply
80       the  value by 1000, K multiply by 1024, m multiply by 1000*1000, M mul‐
81       tiply  by  1024*1024,  g multiply by 1000*1000*1000 and G  multiply  by
82       1024*1024*1024.   If  no  multiplier  is  present,  the  value is  just
83       counted  in bytes.
84
85   pe_name
86       A "pe_name" is the name of a Grid Engine parallel environment described
87       in sge_pe(5).
88
89       pe_name := object_name
90
91   project_name
92       A  project  name  is  the  name  of  a Grid Engine project described in
93       project(5).
94
95       project_name := object_name
96
97   queue_name
98       A queue  name  is  the  name  of  a  Grid  Engine  queue  described  in
99       queue_conf(5).
100
101       queue_name  := object_name
102
103   time_specifier
104       A  time specifier either consists of a positive decimal, hexadecimal or
105       octal integer constant, in which case the value is interpreted to be in
106       seconds,  or  is  built by 3 decimal integer numbers separated by colon
107       signs where the first number counts the hours, the second  the  minutes
108       and the third the seconds. If a number would be zero it can be left out
109       but the separating colon must remain (e.g. 1:0:1 = 1::1 means  1  hours
110       and 1 second).
111
112   user_name
113       A  user  name  can be the name of a login(1) user or of the Grid Engine
114       user object described in user(5).
115
116       user_name := object_name
117
118   userset_name
119       A user set name is the name of an Grid Engine access list or department
120       described in access_list(5).
121
122       userset_name := object_name
123
124   object_name
125       An  object  name  is  a  sequence  of up to 512 ASCII string characters
126       except "\n", "\t", "\r", " ", "/", ":", "´", "\", "[", "]",  "{",  "}",
127       "|", "(", ")", "@", "%", "," or the " character itself.
128

MATCHING TYPES

130       These types are used for matching Grid Engine configuration:
131
132   expression
133       A  wildcard expression is a regular boolean expression that consists of
134       one or more patterns joined by  boolean  operators.   When  a  wildcard
135       expression is used, the following definition applies:
136
137       expression= ["!"] ["("] valExp [")"] [ AND_OR expression ]*
138       valExp  = pattern | expression
139       AND_OR  = "&" | "|"
140
141       where:
142
143       "!"       not operator -- negate the following pattern or expression
144       "&"       and operator -- logically and with the following expression
145       "|"       or operator -- logically or with the following expression
146       "("       open bracket -- begin an inner expression.
147       ")"       close bracket -- end an inner expression.
148       "pattern" see the pattern definition that's follow
149
150       The  expression itself should be put inside quotes ('"') to ensure that
151       clients receive the complete expression.
152
153       e.g.
154              "(lx*|sol*)&*64*" any string beginning with either "lx" or
155                                "sol" and containing "64"
156              "rh_3*&!rh_3.1"   any string beginning with "rh_3", except
157                                "rh_3.1"
158
159   pattern
160       When patterns are used the following definitions apply:
161
162       "*"     matches any character and any number of characters
163               (between 0 and inv).
164       "?"     matches any character. It cannot be no character
165       "."     is the character ".". It has no other meaning
166       "\"     escape character. "\\" = "\", "\*" = "*", "\?" = "?"
167       "[...]" specifies an array or a range of allowed
168               characters for one character at a specific position.
169               Character ranges may be specified using the a-z notation.
170               The caret symbol (^) is not interpreted as a logical
171               not; it is interpreted literally.
172
173       For more details please see
174       fnmatch(5)
175
176
177       The pattern itself should be put inside quotes  ('"')  to  ensure  that
178       clients receive the complete pattern.
179
180   range
181       The task range specifier has the form
182
183       n[-m[:s]][,n[-m[:s]], ...]  or n[-m[:s]][ n[-m[:s]] ...]
184
185       and  thus  consists  of a comma or blank separated list of range speci‐
186       fiers n[-m[:s]]. The ranges are concatenated to the  complete  task  id
187       range. Each range may be a single number, a simple range of the form n-
188       m or a range with a step size.
189
190   wc_ar
191       The wildcard advance reservation (AR) specification  is  a  placeholder
192       for AR ids, AR names including AR name patterns. An AR id always refer‐
193       ences one AR, while the name and pattern might reference multiple ARs.
194
195       wc_ar := ar_id | ar_name | pattern
196
197   wc_ar_list
198       The wildcard advance reservation (AR) list specification allows to ref‐
199       erence multiple ARs with one command.
200
201       wc_ar_list := wc_ar [ , wc_ar , ...]
202
203   wc_host
204       A  wildcard host specification (wc_host) is a wildcard expression which
205       might match one or more hosts used in the cluster.  The first character
206       of  that  string  never  begins with an at-character ('@'), even if the
207       expression begins with a wildcard character.
208
209       e.g.
210              *            all hosts
211              a*           all host beginning with an 'a'
212
213   wc_hostgroup
214       A wildcard hostgroup specification (wc_hostgroup) is a wildcard expres‐
215       sion  which might match one or more hostgroups.  The first character of
216       that string is always an at-character ('@').
217
218       More information concerning hostgroups can be found in hostgroup(5)
219
220       e.g.
221              @*           all hostgroups in the cluster
222              @solaris     the @solaris hostgroup
223
224   wc_job
225       The wildcard job specification is a placeholder for job ids, job  names
226       including  job name patterns. A job id always references one job, while
227       the name and pattern might reference multiple jobs.
228
229       wc_job := job-id | job-name | pattern
230
231   wc_job_range
232       The wildcard job range specification allows to reference specific array
233       tasks for one or multiple jobs. The job is referenced via wc_job and in
234       addition gets a range specifier for the array tasks.
235
236       wc_job_range := wc_job [ -t range]
237
238   wc_job_list
239       The wildcard job list specification allows to reference  multiple  jobs
240       with one command.
241
242       wc_job_list := wc_job [ , wc_job , ...]
243
244   wc_job_range_list
245       The  wildcard job range list (wc_job_range_list) is specified by one of
246       the following forms:
247
248           wc_job[ -t range][{, }wc_job[ -t range]{, }...]
249
250       If present, the task_range restricts the effect of the  qmod  operation
251       to  the array job task range specified as suffix to the job id (see the
252       -t option to qsub(1) for further details on array jobs).
253
254   wc_qdomain
255       wc_qdomain := wc_cqueue "@" wc_hostgroup
256
257       A wildcard expression queue domain  specification  (wc_qdomain)  starts
258       with  a  wildcard expression cluster queue name (wc_cqueue) followed by
259       an at-character '@' and a wildcard expression  hostgroup  specification
260       (wc_hostgroup).
261
262       wc_qdomain  are  used to address a group of queue instances.  All queue
263       instances residing on a hosts which is part of matching hostgroups will
264       be  addressed. Please note, that wc_hostgroup always begins with an at-
265       character.
266
267       e.g.
268              *@@*         all queue instances whose underlying
269                           host is part of at least one hostgroup
270              a*@@e*       all queue instances begins with a whose underlying
271                           host is part of at least one hostgroup begin with e
272              *@@solaris   all queue instances on hosts part of
273                           the @solaris hostgroup
274
275   wc_cqueue
276       A wildcard expression cluster  queue  specification  (wc_cqueue)  is  a
277       wildcard  expression  which might match one or more cluster queues used
278       in the cluster.  That string never contains an at-character ('@'), even
279       if the expression begins with a wildcard character.
280
281       e.g.
282              *            all cluster queues
283              a*           all cluster queues beginning with an 'a'
284              a*&!adam     all cluster queues beginning with an 'a',but not adam
285
286   wc_qinstance
287       wc_qinstance := wc_cqueue "@" wc_host
288
289       A  wildcard  expression  queue  instance  specification  (wc_qinstance)
290       starts with a wildcard expression cluster queue name  (wc_cqueue)  fol‐
291       lowed  by  an  at-character  '@'  and  a  wildcard  expression hostname
292       (wc_host).
293
294       wc_qinstance expressions are used to address a group of queue instances
295       whose  underlying  hostname  matches the given expression.  Please note
296       that the first character of wc_host does never match  the  at-character
297       '@'.
298
299       e.g.
300              *@*          all queue instances in the cluster
301              *@b*         all queue instances whose
302                           hostname begins with a 'b'
303              *@b*|c*      all queue instances whose
304                           hostname begins with a 'b' or 'c'
305
306   wc_queue
307       wc_queue := wc_cqueue | wc_qdomain | wc_qinstance
308
309       A  wildcard  queue  expression  (wc_queue)  might  either be a wildcard
310       expression  cluster  queue  specification  (wc_cqueue)  or  a  wildcard
311       expression  queue  domain  specification  (wc_qdomain)  or  a  wildcard
312       expression queue instance specification (wc_qinstance).
313
314       e.g.
315              big_*1           cluster queues which begin with
316                               "big_" and end with "1"
317              big_*&!*1        cluster queues which begin with
318                               "big_" ,but does not end with "1"
319              *@fangorn        all qinstances residing on host
320                               fangorn
321
322   wc_queue_list
323       wc_queue_list := wc_queue ["," wc_queue "," ...]
324
325       Comma separated list of wc_queue elements.
326
327       e.g.
328              big, medium_*@@sol*, *@fangorn.sun.com
329
330   wc_user
331       A wildcard user name pattern is either a wildcard user name  specifica‐
332       tion or a full user name.
333
334       wc_user := user_name | pattern
335
336   wc_user_list
337       A list of user names.
338
339       wc_user_list := wc_user [ , wc_user , ...]
340
341   wc_project
342       A wildcard project name pattern is either a wildcard project name spec‐
343       ification or a full project name.
344
345       wc_project := project | pattern
346
347   wc_pe_name
348       A wildcard parallel environment name pattern is either  a  wildcard  pe
349       name specification or a full pe name.
350
351       wc_pe_name := pe_name | pattern
352
353   parallel_env n[-[m]]|[-]m,...
354       Parallel  programming  environment  (PE) to select for an AR. The range
355       descriptor behind the PE name specifies the  number  of  parallel  pro‐
356       cesses  to  be run. Grid Engine will allocate the appropriate resources
357       as available. The ge_pe(5) manual page contains information  about  the
358       definition  of  PEs  and  about how to obtain a list of currently valid
359       PEs.
360
361       You can specify a PE name which uses the wildcard character, "*".  Thus
362       the  request  "pvm*"  will  match  any parallel environment with a name
363       starting with the string "pvm". In the case of multiple parallel  envi‐
364       ronments  whose  names  match the name string, the parallel environment
365       with the most available slots is chosen.
366
367       The range specification is a list of range expressions of the form  "n-
368       m",  where  n  and  m are positive, non-zero integers.  The form "n" is
369       equivalent to "n-n".  The form "-m" is equivalent to "1-m".   The  form
370       "n-"  is  equivalent  to "n-infinity".  The range specification is pro‐
371       cessed as follows: The largest number of queues  requested  is  checked
372       first. If enough queues meeting the specified attribute list are avail‐
373       able, all are reserved. If not, the next smaller number  of  queues  is
374       checked, and so forth.
375
376   date_time
377       The date_time value must conform to [[CC]]YY]MMDDhhmm[.SS], where:
378
379       e.g.
380              CC           denotes the century in 2 digits.
381              YY           denotes the year in 2 digits.
382              MM           denotes the month in 2 digits.
383              DD           denotes the day in 2 digits.
384              hh           denotes the hour in 2 digits.
385              mm           denotes the minute in 2 digits.
386              ss           denotes the seconds in 2 digits (default 00).
387
388   time
389       The time value must conform to hh:mm:ss, or seconds where:
390
391       e.g.
392              hh denotes the hour in 2 digits.
393              mm denotes the minute in 2 digits.
394              ss denotes the seconds in 2 digits (default 00).
395              seconds  is a number of seconds (is used for duration values)
396
397              If  any of the optional date fields are omitted, the correspond‐
398              ing value of the current date is assumed. If CC  is  not  speci‐
399              fied, a YY of < 70 means 20YY.
400              Use of this option may cause unexpected results if the clocks of
401              the hosts in the Grid Engine pool are out  of  sync.  Also,  the
402              proper  behavior of this option very much depends on the correct
403              setting of the appropriate timezone, e.g. in the TZ  environment
404              variable (see date(1) for details), when the Grid Engine daemons
405              ge_qmaster(8) and ge_execd(8) are invoked.
406
407   name
408       The name may be any arbitrary alphanumeric ASCII string,  but  may  not
409       contain  "\n", "\t", "\r", "/", ":", "@", "\", "*",  or "?".
410

SEE ALSO

412       qacct(1), qconf(1), qquota(1), qsub(1), qrsub(1)
413
415       Copyright: 2004-2007 by Sun Microsystems, Inc.
416
417
418
419GE 6.2u5                 $Date: 2009/05/28 16:56:18 $              GE_TYPES(1)
Impressum