New BLCR snaphot release (pgrp/session/tree support)

From: Paul H. Hargrove (PHHargrove_at_lbl_dot_gov)
Date: Wed Jan 31 2007 - 15:17:11 PST

  • Next message: EIN News: "EIN News Alert: Biden's 'Clean Obama' Controversy"
    A new snaphot release of BLCR has been made available at
    Below is the ChangeLog entry (relative to the Fall-2005 0.4.2 release)
    Hopefully no big bugs show up in this release.  If that is the case,
    then updated documentation is the only thing holding up a 0.5.0_rc1.
    (Yes, pgrp/session/tree support earns a minor version number).
    You are receiving this either because you are on the checkpoint_at_lbl_dot_gov
    list, or because you've recently sent email to the list (or me directly)
    asking about BLCR status.
    January 31, 2007
    Snapshot for kernels 2.4.0 though 2.6.17, and group/session/tree support.
     - It is hoped that the only thing separating this snapshot from a first
       0.5.0 release candidate is updates to the documentation.
       (Yes, I decided pgrp/session/tree support deserves a minor version #)
     - This snapshot resolves compilation issues on vanilla
       kernel versions 2.6.X for 14 <= X <= 17.
     - There are known issues for 2.6.18 (fails to restore the VDSO on x86)
     - Several 2.4.X and 2.6.X kernels have been tested on a 2-way P4 Xeon
       w/ HT.  This includes versions 2.6.X for X = 14, 15, 16 and 17.
     - No 2.6.x.y kernels have been tested.
     - Some RedHat9 kernels (but no other disto-specific ones) have been
     - x86_64 compilations pass, but only minimal runtime tests have been
     - This snapshot contains support for process groups and sessions.
       Some release notes for this feature:
       + The command line flags to cr_checkpoint to supply a pgid or sid as
         the target, or to request a pid and its decendants are now
       + When checkpoint/restarting these new targets, all processes within
         the indicated target are included, along with any pipes that
         connect them.
       + At this time, the restored processes inherit the pgid and sid of
         the cr_restart process, rather then having their original ones
         This is a sane default because an unmodified parent (such as a
         shell) of cr_restart will lose job control over the processes if
         these identifiers are restored.  A future release will include the
         ability to request restore of these identifiers, but the default
         will probably remain as it is now.  Questions and feedback are
     - This snapshot includes I/O aggregation patches contributed by
       Qi Gao <>.
     - This snapshot includes fixes for use of libcr in statically linked
       executables, contributed by Dean Luick <luick_at_cray_dot_com>.
     - This snapshot includes fixes for "make distclean", contributed by
       Dean Luick <luick_at_cray_dot_com>.
     - This snapshot includes fixes for Lustre filesytems, contributed by
       Dean Luick <luick_at_cray_dot_com>.
     * Please *do* report problems with any kernels you try, regardless of
       what is listed above.
    Paul H. Hargrove                          PHHargrove_at_lbl_dot_gov
    Future Technologies Group
    HPC Research Department                   Tel: +1-510-495-2352
    Lawrence Berkeley National Laboratory     Fax: +1-510-486-6900

  • Next message: EIN News: "EIN News Alert: Biden's 'Clean Obama' Controversy"