Re: Request for review [updates templates]
Hi,
I have incorporated all suggested changes. I'm attaching the updated
templates, as well as a diff of all changes done on top of the
templates update that Justin sent.
The only remaining issue seems to be the confusion regarding the 'UID domain'.
I'd be glad to get suggestions on how to rewrite this template.
Thanks,
Michael
--
Michael Hanke
http://mih.voxindeserto.de
Template: condor/title
Type: title
_Description: Condor configuration
Template: condor/wantdebconf
Type: boolean
Default: false
_Description: Manage initial Condor configuration automatically?
The setup for Condor can be handled automatically, asking a few questions
to create an initial configuration appropriate for a machine that is either
a member of an existing pool or a fully functional "Personal Condor
installation". This generated initial configuration can be further extended
later on.
.
Otherwise, Condor will be installed with a default configuration that needs
to be customized manually.
Template: condor/phonehome
Type: boolean
Default: false
_Description: Enable submission of usage statistics?
The Condor authors politely request that each Condor pool sends them periodic
updates with basic information about the status of the pool. Updates include
only the total number of machines, the number of jobs submitted, the number
of machines running jobs, the host name of the central manager, and the name
of the pool. These updates help the Condor Team see how Condor is being used
around the world.
Template: condor/centralmanager
Type: string
_Description: Address of the central manager:
If this machine is intended to join an existing Condor pool, the address of the
central manager machine has to be specified. Any address format supported
by Condor can be used, including macro expressions.
.
Example: condor-manager.example.org
Template: condor/daemons
Type: multiselect
Choices-C: SCHEDD, STARTD, COLLECTOR:NEGOTIATOR
__Choices: Job submission, Job execution, Central manager
Default: SCHEDD, STARTD
_Description: Role of this machine in the Condor pool:
Please specify the intended role or roles of this machine, for which the
corresponding daemons will be started automatically.
.
A machine in a Condor pool can have multiple roles. In general there is one
central manager and multiple nodes that run jobs. Often the central manager
is also the machine from which users submit jobs. However, it is also
possible to have multiple machines available for job submission.
Template: condor/admin
Type: string
Default: root@localhost
_Description: Email address of the local Condor administrator:
The condor administrator will receive error messages if something goes wrong
with Condor on this machine.
Template: condor/uiddomain
Type: string
_Description: User ID domain:
# FIXME
Condor uses this label to decide under which user account to run a particular
job. If the UID domain on the submitting machine is different from the
UID domain on the machine that runs your job, then Condor will automatically
run the job as a user 'nobody'. If the UID domain is identical, Condor will
run a job as the user that submitted the job. The UID domain needs to be
a real domain name. When Condor sends email about a job, it sends the
e-mail to user@UID_DOMAIN. If this is left blank Condor will run all
job on this machine as 'nobody'.
.
Any domain format supported by Condor can be used, including macro expressions.
Example: $(FULL_HOSTNAME)
Template: condor/filesystemdomain
Type: string
_Description: File system domain label:
This label is an arbitrary string that is used to decide if a submitting
machine and an execute machine share the same file system. In a dedicated
cluster all machines will most likely use a shared file system and hence
should use the same label. If left blank, it will automatically be set to
the fully qualified hostname of the local machine, which will prevent
Condor assuming that any two machines share a file system.
.
Example: my_shared_volume
Template: condor/personal
Type: boolean
Default: true
_Description: Perform a "Personal Condor installation"?
A Personal Condor installation is a fully functional Condor pool on a single
machine. Condor will automatically configure and advertise as many slots as
it detects CPU cores on this machine. Condor daemons will not be available
through external network interfaces.
.
This configuration is not appropriate if this machine is intended to be a
member of a pool.
Template: condor/reservedmemory
Type: string
_Description: Amount of physical memory to withhold from Condor (in MB):
By default, Condor considers all the physical memory of a machine as
available to be used by Condor jobs. If this value is defined,
Condor subtracts it from the amount of memory it advertises as available.
.
Example (to reserve 1 GB): 1024
Template: condor/allowwrite
Type: string
_Description: Machines with write access to this host:
All machines that are to participate in the Condor pool need to be listed
here. This setting can be a plain comma-separated list, a domain with
wildcards, or a macro expression. By default only localhost is allowed to
access Condor daemons on this machine.
.
Example: *.condor-pool.example.org
Template: condor/startpolicy
Type: boolean
Default: false
_Description: Run Condor jobs regardless of other machine activity?
By default Condor only starts jobs when a machine is idle, i.e. no keyboard
activity or CPU load for some time. Moreover, it also suspends jobs whenever
there is console activity and doesn't continue them until the machine becomes
idle again. However, for a dedicated compute node or a Personal Condor
installation it might be desirable to always start jobs as soon as they are
submitted (given that resources are still available), and to run them
continuously regardless of other activity on this machine.
.
If you plan to compose a custom policy it is best to keep Condor's default
here.
diff --git a/debian/condor.templates b/debian/condor.templates
index ab4f129..9b74bcb 100644
--- a/debian/condor.templates
+++ b/debian/condor.templates
@@ -8,7 +8,7 @@ Default: false
_Description: Manage initial Condor configuration automatically?
The setup for Condor can be handled automatically, asking a few questions
to create an initial configuration appropriate for a machine that is either
- a member of an existing pool or a fully functional "personal Condor
+ a member of an existing pool or a fully functional "Personal Condor
installation". This generated initial configuration can be further extended
later on.
.
@@ -39,7 +39,7 @@ Template: condor/daemons
Type: multiselect
Choices-C: SCHEDD, STARTD, COLLECTOR:NEGOTIATOR
__Choices: Job submission, Job execution, Central manager
-__Default: Job submission, Job execution
+Default: SCHEDD, STARTD
_Description: Role of this machine in the Condor pool:
Please specify the intended role or roles of this machine, for which the
corresponding daemons will be started automatically.
@@ -53,7 +53,7 @@ Template: condor/admin
Type: string
Default: root@localhost
_Description: Email address of the local Condor administrator:
- The condor administrator will receive error messages when something goes wrong
+ The condor administrator will receive error messages if something goes wrong
with Condor on this machine.
Template: condor/uiddomain
@@ -75,7 +75,6 @@ _Description: User ID domain:
Template: condor/filesystemdomain
Type: string
_Description: File system domain label:
-# FIXME
This label is an arbitrary string that is used to decide if a submitting
machine and an execute machine share the same file system. In a dedicated
cluster all machines will most likely use a shared file system and hence
@@ -83,13 +82,13 @@ _Description: File system domain label:
the fully qualified hostname of the local machine, which will prevent
Condor assuming that any two machines share a file system.
.
- Example: my_super_computer
+ Example: my_shared_volume
Template: condor/personal
Type: boolean
Default: true
-_Description: Perform a "personal Condor installation"?
- A personal Condor installation is a fully functional Condor pool on a single
+_Description: Perform a "Personal Condor installation"?
+ A Personal Condor installation is a fully functional Condor pool on a single
machine. Condor will automatically configure and advertise as many slots as
it detects CPU cores on this machine. Condor daemons will not be available
through external network interfaces.
@@ -110,9 +109,9 @@ Template: condor/allowwrite
Type: string
_Description: Machines with write access to this host:
All machines that are to participate in the Condor pool need to be listed
- here. This setting can be a plain list, a domain with wildcards, or a macro
- expression. By default only localhost is allowed to access Condor daemons
- on this machine.
+ here. This setting can be a plain comma-separated list, a domain with
+ wildcards, or a macro expression. By default only localhost is allowed to
+ access Condor daemons on this machine.
.
Example: *.condor-pool.example.org
@@ -123,7 +122,7 @@ _Description: Run Condor jobs regardless of other machine activity?
By default Condor only starts jobs when a machine is idle, i.e. no keyboard
activity or CPU load for some time. Moreover, it also suspends jobs whenever
there is console activity and doesn't continue them until the machine becomes
- idle again. However, for a dedicated compute node or a personal Condor
+ idle again. However, for a dedicated compute node or a Personal Condor
installation it might be desirable to always start jobs as soon as they are
submitted (given that resources are still available), and to run them
continuously regardless of other activity on this machine.
Reply to: