Change hbal behaviour in case of early exit
[ganeti-local] / NEWS
diff --git a/NEWS b/NEWS
index 926451d..33488b5 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -5,7 +5,7 @@ News
 Version 2.7.0 beta1
 -------------------
 
-*(Released Wed, 6 Mar 2013)*
+*(Released Wed, 6 Feb 2013)*
 
 - ``gnt-instance batch-create`` has been changed to use the bulk create
   opcode from Ganeti. This lead to incompatible changes in the format of
@@ -48,10 +48,12 @@ Version 2.7.0 beta1
   <rapi>` interface and when an instance allocator is used. If the
   ``opportunistic_locking`` parameter is set the opcode will try to
   acquire as many locks as possible, but will not wait for any locks
-  held by other opcodes. If the not enough resources can be found to
+  held by other opcodes. If not enough resources can be found to
   allocate the instance, the temporary error code
   :pyeval:`errors.ECODE_TEMP_NORES` is returned. The operation can be
   retried thereafter, with or without opportunistic locking.
+- The functionality for allocating multiple instances at once has been
+  overhauled and is now also available through :doc:`RAPI <rapi>`.
 - Man pages can now be included when the documentation is built, in
   which case the output is in ``doc/man-html``. The configure-time
   option is ``--enable-manpages-in-doc``. Sphinx 1.0 or higher is
@@ -82,6 +84,13 @@ Version 2.7.0 beta1
 - New external storage backend, to allow managing arbitrary storage
   systems external to the cluster. See
   :manpage:`ganeti-extstorage-interface(7)`.
+- Instance renames of LVM-based instances will now update the LV tags
+  (which can be used to recover the instance-to-LV mapping in case of
+  emergencies)
+- ``hbal`` will now exit with status 0 if, during job execution over
+  LUXI, early exit has been requested and all jobs are successful;
+  before, exit status 1 was used, which cannot be differentiated from
+  "job error" case
 
 
 Version 2.6.2