Rev 595: merge from ronnie in http://samba.org/~tridge/ctdb

tridge at samba.org tridge at samba.org
Mon Aug 27 01:30:24 GMT 2007


------------------------------------------------------------
revno: 595
revision-id: tridge at samba.org-20070827013023-5jiv4djujpfwmt21
parent: tridge at samba.org-20070822073129-ot641pslynosp6d2
parent: sahlberg at ronnie-20070827003122-wnjux6jz7f1pepu7
committer: Andrew Tridgell <tridge at samba.org>
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: sahlberg at ronnie-20070827003122-wnjux6jz7f1pepu7
    parent: sahlberg at ronnie-20070826234010-26z1ddalx7608zlu
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070826234010-26z1ddalx7608zlu
    parent: sahlberg at ronnie-20070826005702-42ak9l1oqxmbcmgy
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070826005702-42ak9l1oqxmbcmgy
    parent: sahlberg at ronnie-20070824055341-324666r99g7y8q7v
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070824055341-324666r99g7y8q7v
    parent: sahlberg at ronnie-20070824005434-ud0xecsd2ceb0x6y
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070824005434-ud0xecsd2ceb0x6y
    parent: sahlberg at ronnie-20070824004206-vu414kylo5mcdusi
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070824004206-vu414kylo5mcdusi
    parent: sahlberg at ronnie-20070823233404-pwduutadmmz34kyt
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070823233404-pwduutadmmz34kyt
    parent: sahlberg at ronnie-20070823093854-bnpnqe4rcmq60y09
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070823093854-bnpnqe4rcmq60y09
    parent: sahlberg at ronnie-20070823092709-8osh6sihyxcuij7a
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070823092709-8osh6sihyxcuij7a
    parent: sahlberg at ronnie-20070823034839-7nxkz625xigx5pmm
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070823034839-7nxkz625xigx5pmm
    parent: sahlberg at ronnie-20070823030010-11qypb26aq3vx7n1
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070823030010-11qypb26aq3vx7n1
    parent: sahlberg at ronnie-20070823015809-pqp7cgqhe5onnual
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070823015809-pqp7cgqhe5onnual
    parent: sahlberg at ronnie-20070822235310-fojmybobclvl9t8d
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070822235310-fojmybobclvl9t8d
    parent: sahlberg at ronnie-20070822092803-t14bjcwkkxk2u6la
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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: sahlberg at ronnie-20070822092803-t14bjcwkkxk2u6la
    parent: sahlberg at ronnie-20070822025324-yv60b42iumi831rg
    parent: tridge at samba.org-20070822073129-ot641pslynosp6d2
    committer: Ronnie Sahlberg <sahlberg at ronnie>
    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).


More information about the samba-cvs mailing list