- LoadLeveler 5.1.0.x for Red Hat Enterprise Linux 6 (RHEL6) on servers with 64-bit Opteron or EM64T processors
- LoadLeveler 5.1.0.x for SUSE LINUX Enterprise Server 11 (SLES11) on servers with 64-bit Opteron or EM64T processors
- LoadLeveler 5.1.0.x for Red Hat Enterprise Linux 6 (RHEL6) on POWER servers
- LoadLeveler 5.1.0.x for AIX 7
- If the scheduler and resource manager components on the same machine are not at the same level, the daemons will not start up.
- Please refer to the "Known Limitations" section under the fix pack README for more limitation information for this release.
- Please refer to the "Setting up control groups on a diskless (or stateless) cluster for preemption, process tracking, workload management (WLM), and checkpoint/restart" under the "Installation Information" section for more information on how to setup control groups.
Problems fixed in LoadLeveler 5.1.0.17 [September 4, 2013]
- The LoadLeveler code has been modified to record timestamps for all 4 configuration files in the shared memory and to compare each time stamp from the SHM buffer with the time stamp from the corresponding file time stamp to decide whether the shared memory needs to be refreshed.
- Added energy capping support on Power Linux.
- Added a check to the LlNetProcess::cmRecovery member function to bypass taking any action for non-daemon processes to avoid the llctl hang.
- Shortened the length of suspend_control filed in table TLL_CFGCluster to avoid the row length limit.
- Fixed the issue that the LoadL_startd daemon will take too long to discover an alternate region manager when re-starting an execute node (one running the LoadL_startd daemon) after a region manager failover takes place.
- Skipped the nodes on which LoadL_Schedd failed to get energy consumption for energy consumption calculation.
- Fixed that issue that energy consumption was incorrect when removing ibmaem module.
- Removed the check of decreasing column size when updating DB from PTF16 to PTF17.
- Fixed the issue that llstatus -l failed to print energy after reconfiguration.
- Fixed the issue that the LoadL_negotiator crashed because of processing incomplete jobs in a send all jobs transaction.
- Added README file to explain the restrictions regarding the PTF 14 incompatibility.
- The LoadLeveler code has been modified not to generate the output file when LoadL_schedd can't access the energy output file directory.
- Resource Manager only:
- Added the necessary checking for NULL before attempting to reference the object pointer to avoid core dump of LoadL_Startd.
- The serialization issue has been corrected to avoid the core dump of Resource Manager in high stress conditions.
- The LoadLeveler code has been changed to set the LOADL_TOTAL_TASKS environment variable for LL jobs with job type of PARALLEL.
- Changed the description of the -p option for llrstatus command.
- Fixed the issue that LoadL_startd crashed because a single thread attempted to acquire the same UID lock twice.
- Blue Gene:
- Fixed the issue when BlueGene job completes, LoadLeveler may free the blocks before the runjob client processes exit.
- Added the support for BlueGene API LiveModel::monitorBlockAllocate to receive the block deallocation event.
- Added new catalog messages for BlueGene sub block support.
- Fixed the issue that LoadL_negotiator crashed at deallocateBlockThread when shutting down LL.
- Added the support BGQ co-schedule job.
- Fixed the issue that LoadLeveler allocated blocks with wrong midplanes.
- Fixed the issue that LoadLeveler tracked dual-use I/O link usage in a wrong way.
Problems fixed in LoadLeveler 5.1.0.16 [July 30, 2013]
- Update for Blue Gene/Q only
- Remove the misleading error message caused by unthread_open.
- The LoadLeveler code has been modified to ignore the pending flush or vacate when completing an interactive step.
- Add support for GFlops in energy reports.
- The problem that upgrading the LoadLeveler utility package failed has been fixed.
- The problem that calling std::sort causing invalid object pointers leads to LoadL_negotiator crashed has been fixed.
- The resource manager never discovers the current serving CM after a CM failover has been fixed.
- The LoadLeveler code has been modified to avoid referencing a null pointer which leads to llsummary command core dump.
- Resource Manager only:
- The problem that LoadL_schedd failed to start if there are corrupted spool files has been fixed.
- Add the required synchronization to the LoadL_startd to ensure the Max_Starters value does not get set incorrectly.
- The problem that no events found in RAS log by killing LoadL_schedd has been fixed.
- The problem that the aggregate adapter with no managed adapters leads to LoadL_startd core dump has been fixed.
- Blue Gene:
- A new configuration keyword enforce_bg_min_block_size is added. When the value is true, the I/O ratio will not have effect to the block size. When the value is false, the behavior is the same as before.
- The problem that resources in a block which failed to be released are reused has been fixed.
- The problem that llbgstatus query caused LoadL_negotiator core dump has been fixed.
- The LoadLeveler code has been modified to add newly created block into hash table so that the coschedule job can be dispatched.
- The problem that reservation for large block was not honored has been fixed.
- Add support for Blue Gene sub-block jobs.
- The problem that LoadLever didn't calculate IO links correctly has been fixed.
- Remove the misleading message for the drained resources.
- Remove the flooding messages when the reservation becomes active.
- Scheduler only:
- The problem that LoadL_negotiator managing lists of job steps that require floating resources leads to a core dump has been fixed.
Problems fixed in LoadLeveler 5.1.0.15 [June 19, 2013]
- Update for X86 LINUX (on May 20, 2013) and AIX (on June 19, 2013) ONLY
- LoadLever is changed to ensure that whenever a resource manager daemon is started, it is notified of the active central manager.
- The code path to write RAS records has been changed to avoid deadlock. The Schedd will no longer hang if there are a large number of jobs starting and terminating.
- The S3 policy enhancement for the cluster level is added.
- The LoadLeveler code has been modified to rename the free_list function so that the LoadL_negotiator will not terminate abnormally.
- A new keyword which decides if gather Hardware Performance Monitor counters is added.
- The problem that LoadL_schedd reported incorrect power value has been fixed.
- The problem that llq printed incorrect Coschedule state for step has been fixed.
- Resource Manager only:
- LoadLeveler has been changed to ensure that accounting records for terminating events are transmitted and recorded in the LoadLeveler history file for all machines used to run a parallel job.
- The resource manager crash problem after reconfig power policy for the machine has been fixed.
- The mail sent to the LoadLeveler administrators when a switch table error occurs is modified to reference a current document which provides information on debugging switch table problems.
- Reference counting of LoadLeveler job objects has been corrected in the resource manager.
- The LoadLeveler LoadL_startd daemon is fixed to remove the synchronization defect between the job termination and job step verification threads. Jobs completing normally will not be vacated for this reason.
- Scheduler only:
- The central manager will now recognize and account for all resources for all machines added to a LoadLeveler cluster whether or not the machine is listed in the LoadLevler admin file when machine authentication is disabled.
Problems fixed in LoadLeveler 5.1.0.14 [March 18, 2013]
- Update for POWER LINUX ONLY
- Fixed a dispatch problem of Intermittently jobs which are submitted after a llctl drain startd command.
- Fixed the problem of llsummary command core dumps.
- LoadLeveler is modified to ignore a failure of the mkdir system call if the directory already exists.
- Resource Manager only:
- Fixed issue of Startd daemon slow startup
- Blue Gene:
- The class job count will be decremented if a bluegene job fails because of a failed block boot, then subsequent jobs can be scheduled with correct class slots value.
- When some nodeboard is not available, LL will not add the whole midplane in the block for some step.
- One new keyword value, loadl, for bg_cache_blocks has been added. when bg_cache_blocks = loadl, the initialized static block will not be reused by LoadLeveler if it is not requried explicitly, and the static block will be freed after use.
- When some cable is not available for job step, LoadLeveler will show both ends of the cable in llq -s command.
- Scheduler only:
- LoadLeveler has been changed to keep rejected step away from the reject machine in scheduler.
- Performance improvement to the scheduling of work by the central manager.
- When LoadL Negotiator dispatch one co-scheduled steps job, if someone step is failed to dispatched, LoadL Negotiator will not abort.
- The central manager will not core dump when removing unusable RunClassRec objects successfully.
Problems fixed in LoadLeveler 5.1.0.14 [March 15, 2013]
- Update for X86 LINUX ONLY
- Fixed a dispatch problem of Intermittently jobs which are submitted after a llctl drain startd command.
- Fixed the problem of llsummary command core dumps.
- LoadLeveler is modified to ignore a failure of the mkdir system call if the directory already exists.
- Resource Manager only:
- Fixed issue of Startd daemon slow startup
- Scheduler only:
- LoadLeveler has been changed to keep rejected step away from the reject machine in scheduler.
- Performance improvement to the scheduling of work by the central manager.
- When LoadL Negotiator dispatch one co-scheduled steps job, if someone step is failed to dispatched, LoadL Negotiator will not abort.
- The central manager will not core dump when removing unusable RunClassRec objects successfully.
Problems fixed in LoadLeveler 5.1.0.13 [March 11, 2013]
- Update for LINUX POWER ONLY
- Corrected an issue causing the LoadL_negotiator daemon to stall for several minutes at a time.
- Refresh of the man pages
- Fixed an issue where the consumablememory setting of a node was being set to 0.
- Fixed a problem the Negotiator code dumping after a reconfig
- The import of environment variables containing semicolons has been corrected
- A new LoadLeveler job command file keyword first_node_tasks is added.
- Blue Gene:
- The BlueGene block holding the nodeboards which are in software error state will be freed after the job is terminated/completed. The nodeboards can be used for future scheduling.
- Resource Manager only:
- The Region Manager will no longer exit when the dgram port is in use.
- Fixed issue of LOADL_PROCESSOR_LIST not being set correct for serial jobs.
- The startd daemon will not crash when the value of keyword power_management_policy is reconfigured.
- Scheduler only:
- Fixed issue of scheduler getting into especially long dispatching cycles.
- Performance improvement to the scheduling of work by the central manager.
Problems fixed in LoadLeveler 5.1.0.14 [March 4, 2013]
- Update for AIX ONLY
- Fixed a dispatch problem of Intermittently jobs which are submitted after a llctl drain startd command.
- Fixed the problem of llsummary command core dumps.
- LoadLeveler is modified to ignore a failure of the mkdir system call if the directory already exists.
- Resource Manager only:
- Fixed issue of Startd daemon slow startup
- Scheduler only:
- LoadLeveler has been changed to keep rejected step away from the reject machine in scheduler.
- Performance improvement to the scheduling of work by the central manager.
- When LoadL Negotiator dispatch one co-scheduled steps job, if someone step is failed to dispatched, LoadL Negotiator will not abort.
- The central manager will not core dump when removing unusable RunClassRec objects successfully.
Problems fixed in LoadLeveler 5.1.0.13 [December 10, 2012]
- Update for AIX ONLY
- Corrected an issue causing the LoadL_negotiator daemon to stall for several minutes at a time.
- Refresh of the man pages
- Performance improvement for termination of interactive jobs.
- Fixed an issue where the consumablememory setting of a node was being set to 0.
- Fixed a problem the Negotiator code dumping after a reconfig
- The import of environment variables containing semicolons has been corrected
- Resource Manager only:
- The Region Manager will no longer exit when the dgram port is in use.
- Fixed issue of LOADL_PROCESSOR_LIST not being set correct for serial jobs.
- Scheduler only:
- Fixed issue of scheduler getting into especially long dispatching cycles.
- Performance improvement to the scheduling of work by the central manager.
Problems fixed in LoadLeveler 5.1.0.12 [October 12, 2012]
- LoadLeveler now shows correct value of ConsumableCpus when machine group is configured.
- The LoadLeveler job query commands will now return the correct "Step Cpus" value for the running job that requires ConsumableCpus in the node_resources keyword.
- The central manager daemon will not core dump when attempting to use the VerifyJobs transaction to contact thousands of LoadLeveler stard daemons.
- The LoadL_configurator daemon will not crash when the node tries to get the configuration data from the config hosts.
- A core dump problem when running command llstatus -L machine has been fixed.
- Resource Manager only:
- The handling of hierarchical communication errors is restored to the prior release behavior.
- LoadLeveler Startd daemon will ensure that the cpu map files are created before terminating a checkpointing job.
- The LOADL_HOSTFILE environment variable will be set in the environment of the job prolog and the user environment prolog.
- Obsolete code which attempts to terminate left over job processes is removed.
- LoadLeveler enables the use of mdcr 5 for checkpoint/restart on AIX. The name of the mdcr library will be changed to libmdcr5.so and the binary ll_mdcr-checkpoint will be built as a 64 bit binary since libmdcr5 is 64 bit.
- Blue Gene:
- Once LoadLeveler defects the error of BlueGene I/O node or compute node, it will put the nodes into drain state. And if a block fails to boot for three times, it will be destroyed.
- Scheduler only:
- The scheduler will ignore any floating resource requirement with a 0 value.
- A dead lock problem in resource manager daemon has been fixed.
Problems fixed in LoadLeveler 5.1.0.11 [August 27, 2012]
- The coredump problem when fetching step adapter usage information has been fixed.
- It has been fixed that the command "llstatus -l -L" shows submit-only node down.
- The negotiator daemon now correctly free the memory so that the core dump will not occur.
- Resource Manager only:
- The Region Manager has been modified to ignore all adapters on the same subnet as the adapter that was filtered out with adapter_list. Instead of the Region Manager marking those adapters down, those adapters will remain in an HB_UNKNOWN state.
- Blue Gene:
- If a Blue Gene job terminates due to a kill timeout, the node used by the job is availble for future jobs after the block in use has been freed.
- Scheduler only:
- Only the messages from the last iteration of topdog scheduling is printed out in the command "llq -s".The intermediate message is not printed.
- The accounting record which has a negative wall clock value is now skipped by the llsummary command.
Problems fixed in LoadLeveler 5.1.0.10 [July 20, 2012]
- The region manager failover and recovery code is changed to ensure that the resource manager is notified when a region manager becomes active which makes all active nodes and adapters available for scheduling.
- Resource Manager only:
- The resource manager daemon will not crash once startup LL if set D_FULLDEBUG for RESOURCE_MGR_DEBUG in LoadL_config file.
- Blue Gene:
- LoadLeveler Changes to use the new checkIO() call for V1R1M1 BlueGene software.
- The dependency check for the libbgsched shared object is removed from the LoadLeveler Blue Gene rpm so that the rpm nodeps option is no longer required.
- LoadLeveler llqres command will display the information for the Blue Gene reservation which specifying bg_block.
- A check that was preventing Blue Gene reservations from being modified has been fixed so the change request can be processed.
- When some nodeborard is down in one midplane, the Blue Gene small block job can run in the midplane if the resource can meet the job requirement.
- The nodeboard list that is returned from the BGQ scheduler API may not always be in order. LoadLeveler will sort this list to ensure it is in order before indexing on it.
Problems fixed in LoadLeveler 5.1.0.9 [June 19, 2012]
- Update for LINUX on 64-bit Opteron or EM64T processors ONLY
- Implemented internal LoadLeveler data contention improvements.
- Jobs were rejected when the schedd daemon was unable to determine the protocol versions for the nodes allocated to a job step it was trying to dispatch. The corre ct protocol version is being called now so that the jobs will be started correctly.
- Fixed Negotiator daemon memory leaks.
- Incorrect error messages seen for user prolog/epilog during llctl ckconfig command which is fixed by correcting the internal user variables names.
- Corrected inefficiency when reading configuration data from the database and protect against these kinds of performance issues that had caused LoadLeveler from st arting when large systems are configured.
- Corrected the lldbupdate to be able to update from 5.1.0.6 to 5.1.0.9.
Problems fixed in LoadLeveler 5.1.0.8 [June 15, 2012]
- Update for LINUX on POWER ONLY
- Implemented internal LoadLeveler data contention improvements.
- Jobs were rejected when the schedd daemon was unable to determine the protocol versions for the nodes allocated to a job step it was trying to dispatch. The correct protocol version is being called now so that the jobs will be started correctly.
- Fixed Negotiator daemon memory leaks.
- Incorrect error messages seen for user prolog/epilog during llctl ckconfig command which is fixed by correcting the internal user variables names.
- Corrected inefficiency when reading configuration data from the database and protect against these kinds of performance issues that had caused LoadLeveler from starting when large systems are configured.
- Corrected the lldbupdate to be able to update from 5.1.0.6 to 5.1.0.8.
Problems fixed in LoadLeveler 5.1.0.7 [June 8, 2012]
- Do not install LL 5.1.0.7 service update if you are using or planning to use a database for the LoadLeveler configuration.
- The llstatus command shows the startds to be up even though the llrstatus command shows the startd and the region manager they report to is actually down. The central manager will now be notified by the resource manager when the startd is marked as down by the resource manager so the llstatus command will now show the correct output state as the llrstatus command.
- Fixed llconfig from core dumping if trying to add a new machine_group or region to a cluster that has more than 128 machines.
- Fixed llconfig to correctly set the island in the maching_group.
- Blue Gene:
- LoadLeveler will correctly calculate the I/O ratio per midplane based on hardware state to support a mixed I/O environment on Blue Gene/Q.
Problems fixed in LoadLeveler 5.1.0.6 [April 27, 2012]
- Mandatory service pack for Red Hat Enterprise Linux 6 (RHEL6) on POWER servers.
- The CAU value is now allocated correctly on all the nodes on which the job is run.
- Resource Manager only:
- Fixed dead lock in Region manager daemon when determining heartbeat status and llstatus information will now show the correct status after reconfig.
- Fixed startd daemon from core dump when preempting a running job via suspend method.
- Fixed checking of process tracking during job termination so jobs will be able to terminate correctly in an environment that does that hve process tracking set.
- Blue Gene:
- Enhanced the support for Blue Gene block booting failures by draining problem hardware from the LoadLeveler cluster.
- Fixed problems with LoadLeveler scheduling blocks using pass through.
- Updated llq -h command output to reflect changes in Blue Gene terminology (Partitions are now referred to as Blocks)
- Corrected display of connectivity for large blocks in llsummary output.
- Fixed a problem calculating the minimum block size for LoadLeveler jobs when midplanes contain error with iolinks.
Problems fixed in LoadLeveler 5.1.0.5 [April 4, 2012]
- Fixed some memory leaks in Startd and Schedd daemons.
- If there is no network statement in the job command file, then the default network is used, which assumes ethernet. If the cluster does not have ethernet configured, then the job will stay in the "ST" state and not run. The default network support will now use the adapter associated with the hostname with which the machine is configured in the administration file.
- Fixed LoadL_master from core dumping during llctl stop in database environment due to timing locks.
- Fixed LoadL_negotiator from core dumping by not sending corrupted job step data to the central manager.
- Fixed lldbupdate command from getting the 2544-019 error message by parsing the database information correctly so LoadLever will be able to start up.
- Resource Manager only:
- A problem in pe_rm_connect() that caused read() to be called on a socket that was not ready to be read has been corrected, allowing pe_rm_connect() to continue to retry to the connection for the specified rm_timeout amount of time.
- Scheduler only:
- The list of reserved resources was not being updated properly when the reservation requesting a 0 count ended, leading to the core dump. That reservation list is now being being updated correctly in all cases.
Problems fixed in LoadLeveler 5.1.0.4 [March 16, 2012]
- Mandatory service pack for Red Hat Enterprise Linux 6 (RHEL6) and SUSE LINUX Enterprise Server 11 (SLES11) on servers with 64-bit Opteron or EM64T processors.
- LoadLeveler can now display the host name correctly based on the name_server configuration. The previous limitation of the name_server keyword being ignore is now lifted.
- On SLES11, the lldbupdate fails to connect to the database due to incorrect odbc.ini location is now corrected.
- Fixed Linux schedd daemon core dump in a mixed AIX and Linux cluster when submitting a job from the AIX cluster.
- Fixed potential central manager deadlock.
Copyright and trademark information
http://www.ibm.com/legal/copytrade.shtml
Notices
INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS
PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS
OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR
PURPOSE. Some jurisdictions do not allow disclaimer of express or
implied warranties in certain transactions, therefore, this
statement may not apply to you.
This information could include technical inaccuracies or
typographical errors. Changes are periodically made to the
information herein; these changes will be incorporated in new
editions of the publication. IBM may make improvements and/or
changes in the product(s) and/or the program(s) described in this
publication at any time without notice.
Microsoft, Windows, and Windows Server are trademarks of Microsoft
Corporation in the United States, other countries, or both.
Intel, Intel logo, Intel Inside, Intel Inside logo, Intel Centrino,
Intel Centrino logo, Celeron, Intel Xeon, Intel SpeedStep, Itanium, and
Pentium are trademarks or registered trademarks of Intel Corporation or its
subsidiaries in the United States and other countries.
Other company, product, or service names may be trademarks or
service marks of others.
THIRD-PARTY LICENSE TERMS AND CONDITIONS, NOTICES AND INFORMATION
The license agreement for this product refers you to this file for
details concerning terms and conditions applicable to third party
software code included in this product, and for certain notices
and other information IBM must provide to you under its license
to certain software code. The relevant terms and conditions,
notices and other information are provided or referenced below.
Please note that any non-English version of the licenses below is
unofficial and is provided to you for your convenience only. The
English version of the licenses below, provided as part of the
English version of this file, is the official version.
Notwithstanding the terms and conditions of any other agreement
you may have with IBM or any of its related or affiliated entities
(collectively "IBM"), the third party software code identified
below are "Excluded Components" and are subject to the following
terms and conditions:
- the Excluded Components are provided on an "AS IS" basis
- IBM DISCLAIMS ANY AND ALL EXPRESS AND IMPLIED WARRANTIES AND CONDITIONS WITH RESPECT TO THE EXCLUDED COMPONENTS, INCLUDING, BUT NOT LIMITED TO, THE WARRANTY OF NON-INFRINGEMENT OR INTERFERENCE AND THE IMPLIED WARRANTIES AND CONDITIONS OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
- IBM will not be liable to you or indemnify you for any claims related to the Excluded Components
- IBM will not be liable for any direct, indirect, incidental, special, exemplary, punitive or consequential damages with respect to the Excluded Components.