[SCM] CTDB repository - branch 1.2.27-PTF1 created - ctdb-1.9.1-415-ga3e217e

[Ronnie Sahlberg]

The branch, 1.2.27-PTF1 has been created
        at  a3e217e106244d160b274280ec68322270546dd4 (commit)

- Log -----------------------------------------------------------------
commit a3e217e106244d160b274280ec68322270546dd4
Author: Ronnie Sahlberg <ronniesahlberg at gmail.com>
Date:   Thu May 19 07:13:28 2011 +1000

    New version 1.2.27-4
    
    - workround for kernel bug in bonding driver for mode 4 where
    it will always report link status ok.

commit 1f1420c83bacdfb0e914af42f3ba148cb04d43f4
Author: Ronnie Sahlberg <ronniesahlberg at gmail.com>
Date:   Wed Apr 13 07:51:36 2011 +1000

    bonding mode 4 monitoring:
    we can not just check if MII Status is up for bonding mode 4, since the kernel will always report the bond device as UP
    even if all cables are disconneccted.
    
    For mode 4, ignore the status of the bond device and instead chek if at least one slave interface is up
    when determining if the device is good or bad

commit b83d186581ada9be3b05b7827cf183d8c1f6fef8
Author: Ronnie Sahlberg <ronniesahlberg at gmail.com>
Date:   Tue May 17 06:34:47 2011 +1000

    Merge branches 'foo' and 'foo' of 10.1.1.27:/shared/ctdb/ctdb-master into 1.2.27-PTF1

commit 3572053ec81387ea763e66c31411e5f206bdb28f
Author: Ronnie Sahlberg <ronniesahlberg at gmail.com>
Date:   Tue May 17 04:54:52 2011 +1000

    Renme version to 1.2.27-3

commit 37ab3055a47733191582a7b3c1ca38e8562e358a
Author: Ronnie Sahlberg <ronniesahlberg at gmail.com>
Date:   Thu May 12 12:18:34 2011 +1000

    New version 1.2.27-PTF1_1

commit 972b0504884842da2bea01ee0d02104a4000fcbb
Author: Ronnie Sahlberg <ronniesahlberg at gmail.com>
Date:   Tue May 10 06:19:34 2011 +1000

    Dont exit from checking interfaces once we have found one interface that is not
    in use by public addresses.   this can happen when we have removed existing interfaces/ip addresses and prevents us from verifying the status of other interfaces

commit c6dfb68fe38959bd0fcaff99dbf09a82ddbbe7a3
Author: Ronnie Sahlberg <ronniesahlberg at gmail.com>
Date:   Thu May 12 10:24:46 2011 +1000

    When using multiple VLANs, some funky stuff can sometimes happen when
    adding/removing IP addresses causing routes might be dropped by the system.
    
    The easiest workaround for this is to unconditionally try to reapply
    all static routes for all interfaces once ipreallocation has finished,
    not just adding them back on the affected interface.
    
    This worksaround a funky issue in
    CQ S1023538

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


-- 
CTDB repository