For additional information about Platform LSF Version 8, visit the Platform Computing web site:
http://www.platform.com/Products/platform-lsf/features-benefits
To achieve the highest degree of performance and scalability, we strongly recommend that you use a powerful master host.
There is no minimum CPU requirement. For the platforms LSF is supported on, any host with sufficient physical memory can run LSF as master host. Swap space is normally configured as twice the physical memory. LSF daemons use about 20 MB of memory when no jobs are running. Active jobs consume most of the memory LSF requires.
DO NOT use the UNIX and Linux upgrade steps to migrate an existing LSF Version 7 or LSF 7 Update 1 cluster to LSF Version 8. Follow the manual steps in the document Migrating to Platform LSF Version 8 on UNIX and Linux to migrate an existing LSF Version 7 or LSF 7 Update 1 cluster to LSF Version 8 on UNIX and Linux.
At release, LSF Version 8 includes all bug fixes up to and including November 29, 2010, and all solutions delivered up to and including September 30, 2010.
Bug fixes between November 29, 2010 and LSF 8.0 release, and all solutions between September 30, 2010 and LSF 8.0 release, will be available in the first LSF 8.0 quarterly maintenance pack.
Bug fixes and solutions delivered after LSF 8.0 release will be will be available in the next LSF release.
Visit the Platform Computing Web site for information about supported operating systems and system requirements for Platform LSF:
http://www.platform.com/Products/platform-lsf/technical-information
To take full advantage of new Platform LSF Version 8 features, you should recompile your existing Platform LSF applications with Platform LSF Version 8.
Applications need to be rebuilt if they use APIs that have changed in Platform LSF Version 8.
See the Platform LSF API Reference for more information.
The following APIs have changed for LSF Version 8:
All master lim and FlexNet binaries on certified platforms are built with FlexNet 10.8.5.0 or above, except for Mac OS (FlexNet 10.8.6). If you are using your own license server, it must run FlexNet version 10.8.5.0 or later.
If the master host is a certified platform, the FlexNet server must be 10.8.5.0.
For a list of certified platforms, see
http://www.platform.com/workload-management/high-performance-computing/technical-information
You can use live reconfiguration to make configuration changes in LSF active memory that take effect immediately, faster than if you had to run badmin reconfig. Live reconfiguration requests use the new bconf command, and generate updated configuration files in the directory set by LSF_LIVE_CONFDIR in lsf.conf.
Live configuration changes made using the bconf command are recorded in the history file liveconf.hist located under $LSB_SHAREDIR, and can be queried using the bconf hist command. Not all configuration changes are supported by bconf.
When a file exists in the directory set by LSF_LIVE_CONFDIR, all LSF restart and reconfig commands read the file in this directory instead of the equivalent configuration file in LSF_CONFDIR.
You can now guarantee resources such as hosts or slots by configuring guaranteed resource pools with new guarantee-type SLAs.
Each guaranteed resource pool configured in lsb.resources contains resources, guarantee distribution policies, and (optionally) loan policies. Guarantees are made to Service Classes defined in lsb.serviceclasses, identifying which consumers are guaranteed the resources. Only guarantee-type SLAs can be used with guaranteed resource pools.
LSF reserves sufficient resources to honor guarantees without changing the scheduling priority in any other way. Jobs are considered for dispatch according to whatever other scheduling features are considered, and then also have access to the guaranteed resources. You can automatically attach jobs to guarantee SLAs for complete transparency to users.
By default guaranteed resources are reserved and left idle when not in use; configuring loan policies allows jobs without guarantees access to guaranteed resources. Resource pools can loan to specific queues, to jobs shorter than a configured length (based on runtime estimate or runtime limit), or allow unlimited loans.
Fairshare scheduling can now calculate users’ dynamic priority based on a decayed runtime by setting the parameter RUN_TIME_DECAY in lsb.params. The decay rate used is the same as for cumulative CPU time and historical runtime.
All parameters in the user dynamic priority calculation for fairshare scheduling can now be set at the queue level.
Queue-based fairshare using slot pools can now limit the number of slots available from the slot pool using the parameter MAX_SLOTS_IN_POOL in lsb.queues. After job scheduling occurs for each queue, LSF can dispatch jobs to any remaining slots in the pool across queues if the parameter USE_PRIORITY_IN_POOL is set in lsb.queues.
Several internal improvements have been made affecting LSF performance and scalability. mbatchd and mbschd memory consumption and communications have been enhanced, and mbatchd startup is faster. Time to reconfigure mbatchd is reduced. Queries, job submissions and job dispatch have all been optimized.
Some new features improve performance, for example, job packs (bsub -pack) improves job submission rate, guaranteed SLAs improve resource usage, bjobs enhancements improve query performance, and live reconfiguration improves deamon response time.
LSF 8.0 uses a consistent core-based licensing model. This replaces the former CPU-based policy. In addition, the notion of license classes is no longer supported. Client licensing has also changed. All client types including floating clients are now supported by the same client license (lsf_client).
Additional license keys are required to run Platform Session Scheduler, Platform License Scheduler, or Platform Make.
Using the new parameter DEFAULT_USER_GROUP in lsb.params, you can now assign a default user group to all jobs submitted without a user group specified.
For ease of administration, you can now reject any UserGroup configuration in lsb.users that does not follow a tree-like structure. Enable by setting ENFORCE_UG_TREE in lsb.params, and the second and subsequent appearance of a user group in GROUP_MEMBER is ignored. This makes it easier to manage inherited rights.
User group administrators can now have usershares or full rights, allowing them to adjust user group shares or user group membership using the bconf command, in addition to controlling jobs within the user group.
The parameter STRICT_UG_CONTROL in lsb.params allows you to enable user group administrators for groups with the special member all. The parameter also allows you to limit the rights of the user group administrator: by default, a user group administrator has control over all jobs belonging to group members, but with the parameter set, a user group administrator can only control the jobs that are submitted to that user group (bsub -G).
The purpose of this feature is to speed up submission of a large number of jobs. When the feature is enabled, you can submit jobs by submitting a single file containing multiple job requests.
LSF running on Windows hosts now supports VBScript ELIMs with the extension .vbs. Full paths can be up to 230 characters in length.
Host-based rusage is now available for parallel jobs (blaunch or pam/taskstarter jobs only), allowing tracking of processes across hosts and providing detailed resource usage information. Host-based rusage includes the runtime mem, swp, cputime, PIDs, and PGIDs, and the finished job mem, swp, and cputime.
When LSF_HPC_EXTENSIONS="HOST_RUSAGE" in lsf.conf, runtime host-based rusage is included in output from bjobs -l, finished host-based rusage is included in output from bjobs -l, bhist -l, and bacct -l, and in the lsb.acct , lsb.events and lsb.stream files, and the bhosts -l option output displays accurate host-based memory reservation values.
We recommend that you configure cumulative rusage with host rusage (without cumulative rusage, every blaunch or pam/taskstarter command overwrites the rusage value). Set LSF_HPC_EXTENSIONS="CUMULATIVE_RUSAGE HOST_RUSAGE" in lsf.conf.
The command bmod now has options -v and -vn to modify or remove the swap limit of running or pending jobs.
On Linux kernel versions 2.6.14 to 2.6.25: When LSF_PIM_LINUX_ENHANCE is enabled in lsf.conf, exact memory usage is reported.
When EGO_PIM_SWAP_REPORT is also enabled, the swap amount is correctly reported.
You can now limit the uninterrupted run time before preemption occurs as well as the maximum total accumulated preemption time. The parameters NO_PREEMPT_INTERVAL and MAX_TOTAL_TIME_PREEMPT can be set in lsb.applications, lsb.queues, or lsb.params.
The NICE value can now be defined at the application level in lsb.applications, and overrides the queue level value, if set.
You can now have a job starter that runs on a Windows execution host and has symbols (like && or ||).
The time strings displayed in output from the commands bjobs -l, bacct -l, and bhist -l, -b, or -t can now include the year. Enable by setting LSB_DISPLAY_YEAR=Y in lsf.conf.
bsub -K now displays the execution host in the command output when LSB_SUBK_SHOW_EXEC_HOST is defined in lsf.conf.
lsrcp can now be configured to use rcp, scp, or a self-defined shell script as a fallback command if copying files through RES fails, using the parameter LSF_REMOTE_COPY_CMD in lsf.conf.
You can now specify an array name element (rather than an entire array) when submitting a job with a dependency. For example: bsub -w "ended(jobArray[1])" sleep 1000. The new job is not dispatched until the first element from jobArray has completed.
In locations where job_id can be specified, it can be replaced with job_name.
The following configuration parameters and environment variables are new or changed for LSF Version 8:
ADVRSV_USER_LIMIT: Limits the number of advanced reservations users or user groups can make.
DEFAULT_USER_GROUP: If used, jobs submitted without a user group specified will be associated with the defined default user group.
ENFORCE_UG_TREE: Enables strict checking for the user group configuration, such that user groups must form tree-like structures.
JOB_DEP_LAST_SUB: If used, jobs submitted with dependency conditions using a job name that belongs to multiple jobs, evaluate only the most recently submitted job.
MAX_TOTAL_TIME_PREEMPT: Sets the accumulated preemption time in minutes after which a job cannot be preempted again.
NO_PREEMPT_INTERVAL: Prevents preemption of jobs for the specified number of minutes of uninterrupted run time.
PREEXEC_EXCLUDE_HOST_EXIT_VALUES: Specify one or more values (between 1 and 255, but not reserved value 99) that correspond to the exit code your pre-execution scripts exits with in the case of failure. LSF excludes any hosts that attempt to run the pre-execution script and exit with the value specified.
RUN_TIME_DECAY: Enables decay for runtime at the same rate as the decay set by HIST_HOURS for cumulative CPU time and historical runtime. Used only with fairshare scheduling.
STRICT_UG_CONTROL: Enables user group administrators for groups containing the special member all. Limits control to the administrator of the specified user group for jobs submitted with user group specified (bsub -G).
EGO_DEFINE_NCPUS: The default setting has changed from procs to cores.
JOB_STARTER_EXTEND: For job starters that have symbols (like && or ||) and run on Windows execution hosts. Used in conjuction with JOB_STARTER=preservestarter in lsb.queues.
LSB_DISPLAY_YEAR: Includes the year in the time strings displayed in output from the commands bjobs -l, bacct -l, and bhist -l, -b, or -t.
LSB_INDEX_BY_JOB: Enables the creation of a job index of job names for optimized job name searches when specifying job dependencies using job names.
LSB_MAX_PACK_JOBS: Enables the job packs feature and specifies the maximum number of jobs in one pack.
LSB_PACK_MESUB: If LSB_PACK_MESUB=N, mesub will not be executed for any jobs in the job submission file, even if there are esubs configured at the application level (-a option of bsub), or using LSB_ESUB_METHOD in lsf.conf, or through a named esub executable under LSF_SERVERDIR.
LSB_PACK_SKIP_ERROR: If LSB_PACK_SKIP_ERROR=Y, all requests in the job submission file are submitted, even if some of the job submissions fail. Otherwise job submission stops at the first error.
LSB_SACCT_ONE_UG: Minimizes mbatchd startup memory use during fairshare accounting at job submission by only creating share accounts for active users.
LSB_SUBK_SHOW_EXEC_HOST: Enables display of the execution host in the output of the bsub -K command.
LSF_HPC_EXTENSIONS: When defined as "HOST_RUSAGE", host-based rusage (of jobs created with blaunch or pam/taskstarter) is displayed by bjobs -l, bhist -l, bacct -l, lsb.events, lsb.acct, and lsb.stream. Suggested use is LSF_HPC_EXTENSIONS="CUMULATIVE_RUSAGE HOST_RUSAGE".
LSF_LIVE_CONFDIR: Specifies a directory for configuration files changed by bconf commands. All restart and reconfiguration operations will use files in this directory if they exist.
LSF_NIOS_ERR_LOGDIR: Specifies a directory for all NIOS errors to be output to. Applies to Windows only.
LSF_PIM_LINUX_ENHANCE: On Linux kernel versions 2.6.14 to 2.6.25, when enabled, reports exact memory usage.
When EGO_PIM_SWAP_REPORT is also enabled, the swap amount is correctly reported.
LSF_REMOTE_COPY_CMD: If defined, specifies the fallback remote copy command used by lsrcp if copying files through RES fails.
MAX_TOTAL_TIME_PREEMPT: Sets the accumulated preemption time in minutes after which a job cannot be preempted again (overrides any queue-level and lsb.params setting).
NO_PREEMPT_INTERVAL: Prevents preemption of jobs for the specified number of minutes of uninterrupted run time (overrides any queue-level and lsb.params setting).
NICE: Sets an application-level NICE value, which overrides any queue-level NICE values.
Some of the configuration in lsb.queues can be modified using the bconf command. The updated lsb.queues file is written under the directory set by LSF_LIVE_CONFDIR in lsf.conf.
The following fairshare user priority parameters can now be configured at the queue level:
JOB_STARTER now takes the keyword preservestarter, for use with JOB_STARTER_EXTEND in lsf.conf.
MAX_SLOTS_IN_POOL: Maximum number of job slots available in the slot pool the queue belongs to for queue-based fairshare.
MAX_TOTAL_TIME_PREEMPT: Sets the accumulated preemption time in minutes after which a job cannot be preempted again.
NO_PREEMPT_INTERVAL: Prevents preemption of jobs for the specified number of minutes of uninterrupted run time.
SLA_GUARANTEES_IGNORE: Allows jobs in the queue to use resources guaranteed to SLAs to which the queue does not belong. Use with a guaranteed resource pool in lsb.resources and a guaranteed SLA in lsb.serviceclasses.
USE_PRIORITY_IN_POOL: Queue-based fairshare only. Enables LSF to dispatch jobs to any remaining slots in a slot pool across queues after job scheduling for each queue is complete.
Some of the configuration in lsb.resources can be modified using the bconf command. The updated lsb.resources file is written under the directory set by LSF_LIVE_CONFDIR in lsf.conf.
The Limit section has two new consumers: LIC_PROJECTS to enforce limits on specific license projects, and PER_LIC_PROJECT to enforce per-project limits on license projects.
Some of the configuration in lsb.serviceclasses can be modified using the bconf command. The updated lsb.serviceclasses file is written under the directory set by LSF_LIVE_CONFDIR in lsf.conf.
The -l option output time string now includes the year when LSB_DISPLAY_YEAR=Y in lsf.conf.
The -l option displays host-based accounting information for completed jobs when LSF_HPC_EXTENSIONS="HOST_RUSAGE" in lsf.conf.
The -l, -b, and -t option output time strings now include the year when LSB_DISPLAY_YEAR=Y in lsf.conf.
The -l option displays host-based CPU time used for completed jobs when LSF_HPC_EXTENSIONS="HOST_RUSAGE" in lsf.conf.
The -l option now includes the exit reason for terminated jobs.
The -l option output now displays accurate host-based memory reservation values when LSF_HPC_EXTENSIONS="HOST_RUSAGE" in lsf.conf.
The -l option output time string now includes the year when LSB_DISPLAY_YEAR=Y in lsf.conf.
The -l option output now includes the host-based resource usage when LSF_HPC_EXTENSIONS="HOST_RUSAGE" in lsf.conf.
If a job has been submitted with an SLA (using bsub -sla) or automatically attached to a guarantee SLA, the -l option shows the SLA.
New option -Lp displays license projects on which limits are enforced. This information is not shown by default.
Now expands the group administrator list to show individual users, even if user groups are the configured administrators.
The new bmod options -v and -vn modify or remove the swap limit of a running or pending job.
bmod -Gn now moves the job to the default user group, if DEFAULT_USER_GROUP in lsb.params is configured.
You cannot modify a job such that it no longer satisfies the assigned guarantee SLA. Jobs auto-attached to guarantee SLAs and modified before they run re-attach to another SLA as required, but running jobs must continue to satisfy the auto-attached SLA.
The -land-r options show the new parameters such as SLA_GUARANTEES_IGNORE, MAX_SLOTS_IN_POOL, and USE_PRIORITY_IN_POOL, if defined, and the queue-level fairshare factors, if defined.
STATUS - Whether guarantee is being met. Possible values are ok, unknown, overcommitted (more resources guaranteed than in pool), and close_loans (new loans suspended due to pending demand).
TOTAL - number of resources included in guaranteed resource pool.
FREE - number of unused resources in guaranteed resource pool.
The new -m option (used with -g and -l) displays the hosts currently in guaranteed resource pools. This includes configured hosts in the states ok, closed_Busy, closed_Excl, closed_cu_Excl, and closed_Full.
Now displays information about resource-based guarantee SLAs as well as time-based velocity, deadline, and throughput SLAs.
The -K option now displays the execution host in the command output when LSB_SUBK_SHOW_EXEC_HOST is defined in lsf.conf.
The new -pack job_submission_file option allows submission of jobs from a file. The job packs feature must be enabled.
When switching a job that has been auto-attached to a guarantee SLA, a running job is only switched if the new queue satisfies the SLA, while a job that has not started is switched and the auto-attachment changed if required.
Output from bugroup now shows the user group administrator rights. Group administrators are expanded to show individual users, even if user groups are the configured administrators.
Platform Make has improved performance and efficiency, and now supports large make files.
The new -a and -x options help you to avoid errors from file system latency.
Use -x to automatically rerun a command that has failed, and specify how many times to retry the command. The interval between attempts automatically increases each time.
Use -a when you have dependent targets that may run on different hosts, and you want to allow time for the shared file system to synchronize client and server. Specify longer times for slower file systems. Used together with -x, the new -a option also affects the timing of retry attempts, so the interval between attempts is longer for slower file systems.
The new -y option displays summary information after the job is done.
The new -u option generates a data file tracking the number of tasks running over time.
The -m option syntax has been improved, so you can simply specify the number of cores (slots) after the host name when you want to use multiple cores on a host.
The -j option now considers the number of cores on multi-core hosts.
Platform Make now supports the following standard LSF debug options: LSF_CMD_LOGDIR, LSF_CMD_LOG_MASK, LSF_DEBUG_CMD, LSF_TIME_CMD, LSF_NIOS_DEBUG.
All changes to configuration files made by the new bconf command are recorded in the liveconf.hist file located under $LSB_SHAREDIR. The bconf hist command queries this file.
The order of sections and the syntax used in the configuration file templates must be maintained in all configuration files used with live reconfiguration. If configuration files use irregular syntax, the result of using the bconf command is unpredictable behaviour.
Note that the badmin ckconfig command does not detect all syntax errors.
For both host partition and queue-level fairshare, if you specify user share assignments with the keyword "others", there can be a problem using the bconf rmmember command to modify the share assignment. The "others" keyword is not intended to be used by itself, but you can use the bconf rmmember command to define an assignment this way, for example:
FAIRSHARE=USER_SHARES[others,10]
After you run bconf rmmember, the bad syntax is temporarily interpreted as equal share configuration, so fairshare continues to work, as if the syntax was:
FAIRSHARE=USER_SHARES[default,1]
After you restart or reconfigure mbatchd, the entire line is ignored and fairshare is disabled, because the syntax is illogical.
If equal shares is what you want, you must modify the file manually.
If you use the bconf command to modify membership of a host group, a problem can occur, but only if your host group excludes one or more hosts.
This example shows the problem.
Define groups so Group1 and Group2 have a host in common, and Group3 specifies an excluded host:
Begin HostGroupGROUP_NAME GROUP_MEMBERGroup1 (hostA hostB hostC hostX)Group2 (hostA hostQ)Group3 (Group1 Group2 ~hostX)End HostGroup
At this point, Group3 contains four hosts {hostA hostB hostC hostQ}.
The problem will occur if you use the bconf command to remove Group2 from Group3.
After you run bconf, all the hosts in Group2 are removed from Group3, including HostA (temporarily).
After you restart or reconfigure mbatchd, Group3 includes HostA again, because HostA belongs to Group1.
At this point, Group3 contains three hosts {hostA hostB hostC}.
If Group3 did not specifically exclude hostX (or any other host), the system would use a different method to determine group membership during live reconfiguration, and the problem would not occur at all.
When you use the bconf command to configure group membership of a host group, you can only use the square brackets syntax once per root host name. For example, to specify hostA1 and all hosts between hostA10 and hostA20, specify everything in one set of square brackets:
If you configure lsb.resources and define HOSTS in a limit with host type or model, do not use the bconf command to modify the HOSTS membership, or the result is unpredictable.
When SLOTS, HOSTS, or USERS is defined as a limit in lsb.resources, you cannot use the bconf command to change the limit to SLOTS_PER_PROCESSOR, PER_HOST, or PER_USER. You need to delete and recreate the limit.
Administrators must move files from LSF_LIVE_CONFDIR to LSF_CONFDIR manually before upgrading LSF, or applying patches to LSF. This is limitation of the LSF installer.
Platform Analytics 7.6 is compatible with LSF 8.0, but it was developed for use with LSF 7.0, and for full data collection functionality it should be configured to work with the LSF version 7.0 library (not 8.0). However, the Platform Analytics 7.6 node installer cannot detect LSF version 8.0 or later, and by default it configures Platform Analytics to work with LSF version 6.2.
After installing Platform Analytics, take these steps to fix the configuration:
You cannot use the bconf command to modify an LSF user group if a UNIX user group exists with the same name. The workaround is to modify configuration manually.
You cannot use the bconf command to modify Windows users or nonexistent users in a mixed cluster. The workaround is to modify users manually.
Access to the Platform FTP site is controlled by login name and password. If you cannot access the distribution files for download, send email to support@platform.com.
You must provide your Customer Support Number and register a user name and password on my.platform.com to download LSF.
To register at my.platform.com, click New User? and complete the registration form. If you do not know your Customer Support Number or cannot log in to my.platform.com, send email to support@platform.com.
Before installing Platform LSF Version 8, you must get a demo license key.
Contact license@platform.com to get a demo license.
Put the demo license file license.dat in the same directory where you downloaded the Platform LSF product distribution tar files.
Use the lsfinstall installation program to install a new LSF Version 8 cluster, or upgrade from an earlier LSF version.
See Installing Platform LSF on UNIX and Linux for new cluster installation steps.
See the Platform LSF Command Reference for detailed information about lsfinstall and its options.
DO NOT use the UNIX and Linux upgrade steps to migrate an existing LSF 7 cluster or LSF Version 7 Update 1 cluster to LSF Version 8. Follow the manual steps in the document Migrating to Platform LSF Version 8 on UNIX and Linux to migrate an existing LSF 7 Update 1 cluster to LSF Version 8 on UNIX and Linux.
Platform LSF on Windows 2003, Windows 2008, Windows 7, and Windows 2008R2 is distributed in the following packages:
See Installing Platform LSF on Windows for new cluster installation steps.
To migrate your existing LSF Version 7 cluster on Windows to LSF Version 8, you must follow the manual steps in the document Migrating Platform LSF Version 7 to Platform LSF Version 8 on Windows (lsf_migrate_windows_to_8.pdf).
Platform Application Center provides a free web-based user interface for job submission and monitoring. Additional functionality is available in Platform Application Center Enterprise Edition.
See Installing Platform Application Center for installation and configuration steps.
Information about Platform LSF Version 8 is available in the LSF area of the Platform FTP site (ftp.platform.com/distrib/8.0/).
The latest information about all supported releases of Platform LSF is available on the Platform Web site at www.platform.com.
If you have problems accessing the Platform web site or the Platform FTP site, send email to support@platform.com.
my.platform.com—Your one-stop-shop for information, forums, e-support, documentation and release information. my.platform.com provides a single source of information and access to new products and releases from Platform Computing.
On the Platform LSF Family product page of my.platform.com, you can download software, patches, updates and documentation. See what’s new in Platform LSF Version 8, check the system requirements for Platform LSF, or browse and search the latest documentation updates through the Platform LSF Knowledge Center.
The Platform LSF Documentation page is your entry point for all LSF documentation. If you have installed Platform Application Center or Platform Management Console, access and search the Platform LSF documentation through the link in the interface.
Get the latest LSF documentation from my.platform.com. Extract the LSF documentation distribution file to the directory LSF_TOP/docs/lsf.
Platform’s Professional Services training courses can help you gain the skills necessary to effectively install, configure and manage your Platform products. Courses are available for both new and experienced users and administrators at our corporate headquarters and Platform locations worldwide.
Customized on-site course delivery is also available.
Find out more about Platform Training at www.platform.com/services/training, or contact Training@platform.com for details.
Contact Platform Computing or your LSF vendor for technical support. Use one of the following to contact Platform technical support:
You can take advantage of our Web-based self-support available 24 hours per day, 7 days a week ("24x7") by visiting http://my.platform.com. The Platform eSupport and Support Knowledgebase site enables you to search for solutions, submit your support request, update your request, enquire about your request, as well as download product manuals, binaries, and patches.
To get periodic patch update information, critical bug notification, and general support notification from Platform Support, contact supportnotice‑request@platform.com with the subject line containing the word "subscribe".
To get security related issue notification from Platform Support, contact securenotice‑request@platform.com with the subject line containing the word "subscribe".
© 1994-2011, Platform Computing Inc.
Although the information in this document has been carefully reviewed, Platform Computing Inc. (“Platform”) does not warrant it to be free of errors or omissions. Platform reserves the right to make corrections, updates, revisions or changes to the information in this document.
UNLESS OTHERWISE EXPRESSLY STATED BY PLATFORM, THE PROGRAM DESCRIBED IN THIS DOCUMENT IS PROVIDED “AS IS” AND WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT WILL PLATFORM COMPUTING BE LIABLE TO ANYONE FOR SPECIAL, COLLATERAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING WITHOUT LIMITATION ANY LOST PROFITS, DATA, OR SAVINGS, ARISING OUT OF THE USE OF OR INABILITY TO USE THIS PROGRAM.
This document is protected by copyright and you may not redistribute or translate it into another language, in part or in whole.
You may only redistribute this document internally within your organization (for example, on an intranet) provided that you continue to check the Platform Web site for updates and update your version of the documentation. You may not make it available to your organization over the Internet.
LSF is a registered trademark of Platform Computing Corporation in the United States and in other jurisdictions.
POWERING HIGH PERFORMANCE, PLATFORM COMPUTING, PLATFORM SYMPHONY, PLATFORM JOBSCHEDULER, and the PLATFORM and PLATFORM LSF logos are trademarks of Platform Computing Corporation in the United States and in other jurisdictions.
UNIX is a registered trademark of The Open Group in the United States and in other jurisdictions.
Linux is the registered trademark of Linus Torvalds in the U.S. and other countries.
Microsoft is either a registered trademark or a trademark of Microsoft Corporation in the United States and/or other countries.
Windows is a registered trademark of Microsoft Corporation in the United States and other countries.
Globetrotter and FlexNet are registered trademarks or trademarks of Flexera Software Corporation in the United States of America and/or other countries.
Oracle is a registered trademark of Oracle Corporation and/or its affiliates.
Intel, Itanium, and Pentium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries.
Other products or services mentioned in this document are identified by the trademarks or service marks of their respective owners.