Difference: ReleaseNotes1841 (14 vs. 15)

Revision 152008-08-29 - MarcoCecchi

Line: 1 to 1
 
META TOPICPARENT name="WebHome"

Release notes for Patch #1841

Changed:
<
<
Release 08_98 of the WMS for gLite3.1/SL4. Changes with respect to the current production version (patch #1726*):
>
>
Release 08_98 of the WMS for gLite3.1/SL4. Changes with respect to the current production version (patch #1726):
 
  • Enabled submission to CREAM CE. A newly introduced component in the WMS internal architecture, called ICE, implements the job submission service to CREAM. Its functionality can be compared to what the three components JC. LM and CondorG do for the submission to LCG CE
Line: 11 to 11
 1) if the recovery is not enabled, simply starting and stopping the glite-wms-workload_manager process (and of course restarting after whatever kind of interruption) might cause duplicating requests. 2) the recovery only works with "JobDir" (see below)
Changed:
<
<
  • "JobDir", the newest mailbox-based persistent communication mechanism between the WM proxy and the WM is with the present release enabled by default. A tool is available for converting from the former mechanism based on filelist (conversion in the opposite way is also supported). At the moment this not done automatically. Of course, another option to handle this transition will consist in putting the WMS in drain and wait for the filelist to be empty.
>
>
  • "JobDir" is a mailbox-based persistent communication mechanism, for the moment adopted between the WM proxy and the WM. In the present release it is enabled by default. A tool is available for converting from the former mechanism based on filelist (conversion in the opposite way is also supported). At the moment this not done automatically. Of course, another option to handle this transition will consist in putting the WMS in drain and wait for the filelist to be empty.
 
  • Modified design to allow for DNS-based load balancing mechanisms
Line: 20 to 20
 
  • Purchasing from CEMon has been temporarily disabled
Changed:
<
<
  • Purchasing from RGMA has been dismissed
>
>
  • Purchasing from R-GMA has been dismissed
 
  • Added support for MPI jobs according to the latest specifications from the MPI working group. The value "MPICH" for the JDL attribute JobType becomes deprecated from now on, just set it to "Normal" and follow the new guideline instead
Changed:
<
<
  • Support for interactive jobs has been dismissed. However, the functionality is not compromised at all because it can be achieved using a tool called i2glogin (formerly known as glogin). This different approach is actually more flexible, the user being totally in charge, and it follows the trend set by the aforementioned MPI jobs). Being the support dismissed (not deprecated), JobType = "Interactive" in the JDL would result in an error

  • Build system changes
    • the component org.glite.wms.partitioner has been removed (*)
    • the two components org.glite.wms.interactive and glite-wms-thirdparty-bypass have been deprecated (according to the removed support for interactive jobs)
>
>
  • Support for interactive jobs has been dismissed. However, the functionality is not compromised because it can be achieved using a tool called i2glogin (formerly known as glogin). This different approach is actually more flexible, the user being totally in charge, and it follows the trend set by the new handling for MPI jobs).
 
  • Known issues:
    • Very often, especially under high loads, the virtual memory occupation for the glite-wms-workload_manager process may reach very high values, such as one Gigabyte and more. This is not about a memory leak, but simply the effect of a well-known problem with the allocator which comes with the glibc (the so called ptmalloc2). See tcmalloc for a more detailed explanation. This problem can be avoided using run-time redirection to whatever lock-free, optimized alternative allocator, to avoid excessive swap activity. It is highly suggested doing so wherever RAM is less than or equal to 4Gb. Here is our recipe which makes use of the TCmalloc, such an alternate allocator distributed by Google under BSD license: * install the two rpms, google-perftools-devel-???.rpm and google-perftools-???.rpm (just pick up the latest version, older versions should work anyway, just in case),
Changed:
<
<
* enable the performance tools by editing the glite-wms-wm script. It is just a matter of removing the comment in the following line:
>
>
* enable the malloc redirection for the WM by editing the glite-wms-wm script. It is just a matter of removing the comment in the following line:
 
#use_google_perf_tools=1
.
 
This site is powered by the TWiki collaboration platformCopyright © 2008-2021 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback