[SCM] CTDB repository - branch master-wip created - ctdb-2.3-41-g2cf3924

[Amitay Isaacs]

The branch, master-wip has been created
        at  2cf3924dc1d5d1ad170413d5ab1d76b23ee55247 (commit)

- Log -----------------------------------------------------------------
commit 2cf3924dc1d5d1ad170413d5ab1d76b23ee55247
Author: Martin Schwenke <martin at meltin.net>
Date:   Fri Jul 26 13:57:03 2013 +1000

    packaging: Allow setting custom release number in RPM spec file
    
    Signed-off-by: Martin Schwenke <martin at meltin.net>
    Pair-Programmed-With: Amitay Isaacs <amitay at gmail.com>

commit d99580081fc20125246a6f4dfac01e527372aae0
Author: Amitay Isaacs <amitay at gmail.com>
Date:   Wed Jul 31 15:59:11 2013 +1000

    ctdbd: When a record is made sticky, log only once
    
    Instead of logging from ctdb_request_call(), log the message from
    ctdb_make_record_sticky().  That way if the record is already sticky, the
    message is not repeated unnecessarily.
    
    Signed-off-by: Amitay Isaacs <amitay at gmail.com>

commit 6a4a7172d75f52661e9e6123a01bff87c2badfe6
Author: Amitay Isaacs <amitay at gmail.com>
Date:   Mon Jul 15 17:34:31 2013 +1000

    ctdbd: Improve high hopcount log messages when request is redirected
    
    Signed-off-by: Amitay Isaacs <amitay at gmail.com>

commit ff1d996a706908d36f1d1f310310cfc12db03f36
Author: Martin Schwenke <martin at meltin.net>
Date:   Tue Aug 6 16:11:40 2013 +1000

    scripts: Do not run "ctdb" commands when debugging hung "init" event
    
    ctdbd is not yet ready to accept clients.
    
    Also, minor log formatting changes.
    
    Signed-off-by: Martin Schwenke <martin at meltin.net>

commit e5c9cfa4d168337820156487d82f27bef0a62f65
Author: Amitay Isaacs <amitay at gmail.com>
Date:   Mon Aug 5 17:38:42 2013 +1000

    ctdbd: Avoid leaking file descriptor if talloc fails
    
    Signed-off-by: Amitay Isaacs <amitay at gmail.com>

commit b3ba00c2b43598638c6dfc4810812a0d1198cf13
Author: Amitay Isaacs <amitay at gmail.com>
Date:   Mon Aug 5 17:28:47 2013 +1000

    common/io: Keep queue buffer size multiple of 4K
    
    Currently queue buffer size is realloc'd every time we need to extend the
    buffer.  Small increments can cause memory fragmentation.  Instead always
    extend buffer in multiples of 4K.  This should reduce multiple talloc_realloc
    calls when there are lots of packets in the socket buffer.
    
    Also, if queue buffer has grown larger than 64K, throw away the buffer once
    all the requests in the queue have been processed.  That way queue does not
    hold on to large buffers.
    
    Signed-off-by: Amitay Isaacs <amitay at gmail.com>

commit 208599f3734dca85e3aaf1473bfca20876caf384
Author: Amitay Isaacs <amitay at gmail.com>
Date:   Mon Aug 5 14:08:28 2013 +1000

    eventscript: Wait for debug hung script to finish or timeout before continuing
    
    Currently if the debug hung script takes long time to finish, the subsequent
    monitor event can collide with the previous event which is not yet finished.
    
    Signed-off-by: Amitay Isaacs <amitay at gmail.com>

commit aa793faa82eafb507dcb7da0c501e4fca812bb3a
Author: Amitay Isaacs <amitay at gmail.com>
Date:   Fri Aug 2 15:49:06 2013 +1000

    eventscripts: Use configured RECLOCK file instead of asking CTDB
    
    On cluster where recovery lock file is not being used, asking CTDB daemon
    is unnecessary overhead.  And if CTDB is using recovery file, then changing
    configuration without restarting is *stupid*.
    
    Signed-off-by: Amitay Isaacs <amitay at gmail.com>
    Pair-Programmed-With: Martin Schwenke <martin at meltin.net>

commit b840f0dca16197044bd804ff2f523a2bce4465f1
Author: Amitay Isaacs <amitay at gmail.com>
Date:   Fri Aug 2 10:54:38 2013 +1000

    locking: Do not create multiple lock processes for the same key
    
    If there are multiple lock helper processes waiting for the same record, then
    it will cause a thundering herd when that record has been unlocked.  So avoid
    scheduling lock contexts for the same record.  This will also mean that
    multiple requests will get queued up behind the same lock context and can be
    processed quickly once the lock has been obtained.
    
    Signed-off-by: Amitay Isaacs <amitay at gmail.com>

commit 6257672ac6d405bdb6e9446ebe1c0ee7d16acf40
Author: Amitay Isaacs <amitay at gmail.com>
Date:   Fri Aug 2 10:51:45 2013 +1000

    locking: Shift function find_lock_context() before ctdb_lock_schedule()
    
    So that ctdb_lock_schedule() can call this function without requiring extra
    prototype declaration.
    
    Signed-off-by: Amitay Isaacs <amitay at gmail.com>

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


-- 
CTDB repository