------------------------------------------------------------
revno: 595
revision-id: [EMAIL PROTECTED]
parent: [EMAIL PROTECTED]
parent: [EMAIL PROTECTED]
committer: Andrew Tridgell <[EMAIL PROTECTED]>
branch nick: tridge.test
timestamp: Mon 2007-08-27 11:30:23 +1000
message:
  merge from ronnie
added:
  server/ctdb_serverids.c        
ctdb_serverids.c-20070824054041-oco3oebinbft02fl-1
modified:
  Makefile.in                    makefile.in-20061117234101-o3qt14umlg9en8z0-1
  client/ctdb_client.c           ctdb_client.c-20070411010216-3kd8v37k61steeya-1
  common/cmdline.c               cmdline.c-20070416041216-w1zvz91bkdsgjckw-1
  doc/ctdb.1                     ctdb.1-20070609004027-2618fsab2br6vqha-1
  doc/ctdb.1.html                ctdb.1.html-20070609004024-w2r7qblwi5s3iw4a-1
  doc/ctdbd.1                    ctdbd.1-20070610004249-06awdka4n3gyea3w-1
  doc/ctdbd.1.html               ctdbd.1.html-20070610004253-y2xxgjfgnpsucekc-1
  include/ctdb.h                 ctdb.h-20061117234101-o3qt14umlg9en8z0-11
  include/ctdb_private.h         
ctdb_private.h-20061117234101-o3qt14umlg9en8z0-13
  server/ctdb_control.c          
ctdb_control.c-20070426122724-j6gkpiofhbwdin63-1
  server/ctdb_recoverd.c         recoverd.c-20070503213540-bvxuyd9jm1f7ig90-1
  tests/ctdb_bench.c             ctdb_bench.c-20061219052637-2liagoglohxb6p7s-1
  tests/ctdb_fetch.c             ctdb_fetch.c-20070405031748-f7gslozfj3rwh5ie-1
  tests/ctdb_store.c             ctdb_store.c-20070617011248-7ze8iaf75dwi0tk0-1
  tools/ctdb.c                   
ctdb_control.c-20070426122705-9ehj1l5lu2gn9kuj-1
    ------------------------------------------------------------
    revno: 432.1.234
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Mon 2007-08-27 10:31:22 +1000
    message:
      add async versions of the freeze node control and freeze all nodes in 
      parallell 
    ------------------------------------------------------------
    revno: 432.1.233
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Mon 2007-08-27 09:40:10 +1000
    message:
      change the monitoring of recmode in the recovery daemon to use a fully 
      async eventdriven api for controls
    ------------------------------------------------------------
    revno: 432.1.232
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Sun 2007-08-26 10:57:02 +1000
    message:
      add a control to pull the server id list off a node
    ------------------------------------------------------------
    revno: 432.1.231
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Fri 2007-08-24 15:53:41 +1000
    message:
      add an initial implementation of a service_id structure and three 
      controls to  register/unregister/check a server id.
      
      a server id consists of TYPE:VNN:ID    where type is specific to the 
      application.  VNN is the node where the serverid was registered and ID 
      might be a node unique identifier such as a pid or similar.
      
      
      Clients can register a server id for themself at the local ctdb daemon.
      When a client dissappears   or when the domain socket connection for the 
      client drops  then any and all server ids registered across that domain 
      socket will also be automatically removed from the store.
      
      clients can register as many server_ids as they want at the same time    
      but each TYPE:VNN:ID must be globally unique.
      
      Clients have the option of explicitely unregister a server id by using 
      the UNREGISTER control.
      
      
      Registration and unregistration can only be done by clients to the local 
      daemon. clients can not register their server id to a remote node.
      
      
      clients can check if a server id does exist on any ctdb node in the 
      network by using the check control
    ------------------------------------------------------------
    revno: 432.1.230
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Fri 2007-08-24 10:54:34 +1000
    message:
      cleanup invoke_control_callback.   we dont need to pass some of these 
      parameters to _recv() since they are already set
    ------------------------------------------------------------
    revno: 432.1.229
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Fri 2007-08-24 10:42:06 +1000
    message:
      change the api for managing callbacks to controls   so that isntead of 
      passing it as a parameter we set the callback function explicitely from 
      the caller if the ..._send() function returned a valid state pointer.
    ------------------------------------------------------------
    revno: 432.1.228
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Fri 2007-08-24 09:34:04 +1000
    message:
      comment why we do a talloc_steal
    ------------------------------------------------------------
    revno: 432.1.227
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Thu 2007-08-23 19:38:54 +1000
    message:
      get rid of the explicit global timeout used in the previous example and 
      try this time by relying on the timeouts for the individual controls
    ------------------------------------------------------------
    revno: 432.1.226
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Thu 2007-08-23 19:27:09 +1000
    message:
      try out a slightly different api for controls where you provide a 
      callback function which is called upon completion (or timeout) of the 
      control.
      
      modify scanning of recmaster in the monitoring_cluster code to try the 
      api out
    ------------------------------------------------------------
    revno: 432.1.225
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Thu 2007-08-23 13:48:39 +1000
    message:
      break checking that the recoverymode on all nodes are ok  out into its 
      own function
    ------------------------------------------------------------
    revno: 432.1.224
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Thu 2007-08-23 13:00:10 +1000
    message:
      hang the ctdb_req_control structure off the ctdb_client_control_state 
      struct  so that if we timeout a control we can print debug info such as 
      what opcode failed and to which node
      
      we dont need the *status parameter to ctdb_client_control_state
      
      create async versions of the getrecmaster control
      
      pass a memory context to getrecmaster
    ------------------------------------------------------------
    revno: 432.1.223
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Thu 2007-08-23 11:58:09 +1000
    message:
      in ctdb_call_recv() we must check that state is non-NULL since 
      ctdb_call() may pass a null pointer to _recv() and this would cause a 
      segfault.
      fortunately there appears there are no critical users for this codepath 
      right now so the risk was more theoretical IF clients start using this 
      call it coult segfault.
      
      
      change ctdb_control() to become fully async so we later can make 
      recovery daemon do the expensive controls to nodes in parallell instead 
      of in sequence
    ------------------------------------------------------------
    revno: 432.1.222
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Thu 2007-08-23 09:53:10 +1000
    message:
      create an enum to describe the state of a control in flight  instead of 
      using the enum that is for calls
    ------------------------------------------------------------
    revno: 432.1.221
    merged: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    parent: [EMAIL PROTECTED]
    committer: Ronnie Sahlberg <[EMAIL PROTECTED]>
    branch nick: ctdb
    timestamp: Wed 2007-08-22 19:28:03 +1000
    message:
      merge from tridge

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

Reply via email to