[Ocfs2-tools-commits] branch, master, updated. ocfs2-tools-1.4.0-278-g74df200

Thu Apr 9 17:09:45 PDT 2009

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Tools to manage the ocfs2 filesystem.".

The branch, master has been updated
       via  74df2004a41370ef3e55c1d5aa5739e8529c5ab3 (commit)
       via  f74250f210a42c8d0db49296718dd1396108a0cf (commit)
       via  d6774ee40cd3541dfc3db81c3aeb1667aa781b4c (commit)
       via  9adfacf51e758e135f34ff10bad50d6b4aa42369 (commit)
       via  62938ea18e45250d454f53c6dac54eb3dd0be94a (commit)
       via  f30266344f88ddea3147e8e3072f42f8f57a4d9b (commit)
       via  d728c75764b78d03a603b68c3e77aa92ee5d57ee (commit)
      from  1b6d59b9c01a2347bd6dea068f1304fc4f68d899 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 74df2004a41370ef3e55c1d5aa5739e8529c5ab3
Author: Joel Becker <joel.becker at oracle.com>
Date:   Thu Mar 12 18:20:22 2009 -0700

    ocfs2_controld: Retry the global checkpoint until it's installed.

    The global checkpoint is installed by the first ocfs2_controld to join
    the group.  It's read by every subsequent ocfs2_controld to join the
    group.  However, if they are all starting at the same time, the
    subsequent daemons may try to read the global checkpoint before the
    first daemon is finished installing it.

    We teach the subsequent daemons to keep retrying until the global
    checkpoint is installed.  If the first daemon dies before installing the
    checkpoint, the subsequent daemons will give up.

    Signed-off-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>

commit f74250f210a42c8d0db49296718dd1396108a0cf
Author: Joel Becker <joel.becker at oracle.com>
Date:   Thu Mar 12 18:02:59 2009 -0700

    ocfs2_controld: Retry CKPT operations indefinitely.

    The CKPT service code assumed that TRY_AGAIN was a rare case.  However,
    openais returns TRY_AGAIN whenever it's busy doing anything.  So we
    can't just retry twice and give up.

    It's safe to retry indefinitely in the face of TRY_AGAIN, so we'll do
    so.  During initialization, we won't be allowing mounts yet.  During
    shutdown, we want to wait for shutdown.  Any time, the process can be
    killed.

    We're also going to wait indefinitely when we see EEXIST while creating
    a checkpoint.  EEXIST means one of two things:

     1) Another daemon is up and running.  This one is just going to sit
        here printing to the log until it's killed or the other one dies.
        This will confuse people; they'll stop the running daemon, but not
        be able to unload the stack.  We have to do this because of the
        second reason.

     2) The daemon was stopped and then immediately restarted.  AIS cleans
        up the checkpoint in a lazy fashion, so there is no guarantee the
        checkpoint is gone by the time the new daemon starts up.  So we can
        get an EEXIST for a little while until AIS gets around to the
        cleanup.  Because scheduling, etc, can take a while, we don't know
        how long that will be.  So we keep retrying.  Eventually, AIS will
        clean up the checkpoint from the daemon that exited and let us
        create our new one.

    Signed-off-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>

commit d6774ee40cd3541dfc3db81c3aeb1667aa781b4c
Author: Joel Becker <joel.becker at oracle.com>
Date:   Thu Mar 12 18:00:13 2009 -0700

    ocfs2_controld: Add a couple helpers for functions that retry operations

    Add a helper function to sleep for a certain number of milliseconds, and
    add another function that will increase a count, printing an error
    whenever that count is a power of two.  eg:

        retry_warning(retrycount, "Still trying to do this operation");

    This increments retrycount every time it is called, but only prints the
    log_error() when retrycount is a power of two.

    Signed-off-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>

commit 9adfacf51e758e135f34ff10bad50d6b4aa42369
Author: Coly Li <coly.li at suse.de>
Date:   Sat Mar 7 21:11:14 2009 +0800

    ocfs2-tools: Use open64() when opening large files

    ocfs2-tools usually is opening devices.  In the modern world, they are
    almost always larger than 2GB.  Thus ocfs2-tools needs to use the
    64bit loff_t.

    This patch changes some missed open() calls to open64().

    Signed-off-by: Coly Li <coly.li at suse.de>
    Signed-off-by: Joel Becker <joel.becker at oracle.com>

commit 62938ea18e45250d454f53c6dac54eb3dd0be94a
Author: Joel Becker <joel.becker at oracle.com>
Date:   Wed Mar 11 18:04:17 2009 -0700

    libocfs2: Fix errno return from ocfs2_get_device_sectsize()

    ocfs2_get_device_sectsize() is declared as returning errcode_t, but it
    was returning a raw errno when open64() failed.  Let's give it a proper
    error.

    Signed-off-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

commit f30266344f88ddea3147e8e3072f42f8f57a4d9b
Author: Coly Li <coly.li at suse.de>
Date:   Tue Mar 10 23:58:06 2009 +0800

    libocfs2: Return an error when ocfs2_get_device_sectsize() fails

    In ocfs2_get_device_sectsize(), if BLKSSZGET is undefined, *sectsize is
    set to 0. This is problematic because the callers assume they will get
    a valid *sectsize or an error.   For example,
    ocfs2_fill_heartbeat_desc() calculates "sectsize_bits = ffs(sectsize) - 1",
    thus computing sectsize_bits to be ~0 when BLKSSGET fails.

    This patch adds a new error code OCFS2_ET_CANNOT_DETERMINE_SECTOR_SIZE.
    When ocfs2_get_device_sectsize() can not determine sector size, it will
    return this error code.

    Signed-off-by: Coly Li <coly.li at suse.de>
    Signed-off-by: Joel Becker <Joel.Becker at oracle.com>
    Cc: Sunil Mushran <sunil.mushran at oracle.com>

commit d728c75764b78d03a603b68c3e77aa92ee5d57ee
Author: Joel Becker <joel.becker at oracle.com>
Date:   Mon Mar 9 19:17:11 2009 -0700

    ocfs2_controld: Need limits.h in main.c

    Somehow, limits.h wasn't in main.c.  I have no idea how this built in
    the past.

    Signed-off-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Tao Ma <tao.ma at oracle.com>

-----------------------------------------------------------------------

Summary of changes:
 libocfs2/blockcheck.c           |    2 +-
 libocfs2/checkhb.c              |    2 +-
 libocfs2/getsectsize.c          |   19 ++--
 libocfs2/ocfs2_err.et           |    3 +
 mount.ocfs2/mount.ocfs2.c       |    2 +-
 ocfs2_controld/ckpt.c           |  192 +++++++++++++++++++++++----------------
 ocfs2_controld/main.c           |   38 ++++++++-
 ocfs2_controld/ocfs2_controld.h |   32 +++++++
 8 files changed, 200 insertions(+), 90 deletions(-)

hooks/post-receive
-- 
Tools to manage the ocfs2 filesystem.