------------------------------------------------------------
revno: 657
revision-id: [EMAIL PROTECTED]
parent: [EMAIL PROTECTED]
parent: [EMAIL PROTECTED]
committer: Andrew Tridgell <[EMAIL PROTECTED]>
branch nick: tridge
timestamp: Thu 2007-10-18 15:44:02 +1000
message:
  merge from ronnie
modified:
  include/ctdb_private.h         
ctdb_private.h-20061117234101-o3qt14umlg9en8z0-13
  server/ctdb_recover.c          
ctdb_recover.c-20070503002147-admmfgt1oj6gexfo-1
  server/ctdb_takeover.c         
ctdb_takeover.c-20070525071636-a5n1ihghjtppy08r-2
  server/ctdb_tunables.c         
ctdb_tunables.c-20070604095258-4m34d7cm1qa7yos9-1
  server/ctdbd.c                 ctdbd.c-20070411085044-dqmhr6mfeexnyt4m-1
    ------------------------------------------------------------
    revno: 432.1.317
    revision-id: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Tue 2007-10-16 15:27:07 +1000
    message:
      add back the test inside the daemon that if someone asks us to drop 
      recovery mode back to NORMAL that we can not lock the reclock file   
      since at this stage it MUST be locked by the recovery daemon.
      
      in order to avoid a non-blocking fnctl() lock from blocking and cause 
      "issues"  we move the 'test that we can not lock reclock file' into a 
      child process.
    modified:
      server/ctdb_recover.c          
ctdb_recover.c-20070503002147-admmfgt1oj6gexfo-1
    ------------------------------------------------------------
    revno: 432.1.316
    revision-id: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Tue 2007-10-16 12:15:02 +1000
    message:
      add a new tunable : DeterministicIPs  that makes the allocation of 
      public addresses to nodes deterministic.
      
      Activate it by adding CTDB_SET_DeterministicIPs=1 in /etc/sysconfig/ctdb
      
      When this is set,    the first entry in /etc/ctdb/public_addresses will 
      always be hosted by node 0, when that node is available, the second 
      entry by node1 and so on.
      
      This tunable allows the allocation of addresses to become very 
      unbalanced and is only for debugging/testing use.
      Beware, this feature requires that /etc/ctdb/public_addresses are 
      identical on all the nodes in the cluster.
    modified:
      include/ctdb_private.h         
ctdb_private.h-20061117234101-o3qt14umlg9en8z0-13
      server/ctdb_takeover.c         
ctdb_takeover.c-20070525071636-a5n1ihghjtppy08r-2
      server/ctdb_tunables.c         
ctdb_tunables.c-20070604095258-4m34d7cm1qa7yos9-1
    ------------------------------------------------------------
    revno: 432.1.315
    revision-id: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Tue 2007-10-16 11:29:33 +1000
    message:
      include system/network.h so we get the prototype for inet_aton()
    modified:
      server/ctdbd.c                 ctdbd.c-20070411085044-dqmhr6mfeexnyt4m-1
    ------------------------------------------------------------
    revno: 432.1.314
    revision-id: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Tue 2007-10-16 11:26:22 +1000
    message:
      merge from tridge
    modified:
      Makefile.in                    
makefile.in-20061117234101-o3qt14umlg9en8z0-1
      configure.ac                   
configure.ac-20061117234101-o3qt14umlg9en8z0-10
      include/ctdb_private.h         
ctdb_private.h-20061117234101-o3qt14umlg9en8z0-13
      packaging/RPM/ctdb.spec        ctdb.spec-20070527204758-biuh7znabuwan3zn-3
      server/ctdb_recoverd.c         
recoverd.c-20070503213540-bvxuyd9jm1f7ig90-1
      server/ctdb_tunables.c         
ctdb_tunables.c-20070604095258-4m34d7cm1qa7yos9-1
      utils/ipmux/ipmux.c            ipmux.c-20071008000130-dli3s00uaraama1y-2
    ------------------------------------------------------------
    revno: 432.1.313
    revision-id: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Tue 2007-10-16 09:50:31 +1000
    message:
      dont try to lock the file from inside the ctdb daemon.
      eventhough we dont want a blocking lock it does appear that the fcntl()
      call can block for a while if gpfs is in the process of rebuilding 
      itself after a node arriving/leaving the cluster
    modified:
      server/ctdb_recover.c          
ctdb_recover.c-20070503002147-admmfgt1oj6gexfo-1

Diff too large for email (265, the limit is 200).

Reply via email to