samba.git/ctdb/protocol/protocol_debug.c, branch talloc-2.4.2

ctdb: send a CTDB_SRVID_IPREALLOCATED message after CTDB_EVENT_IPREALLOCATED

2024-01-04T11:39:36+00:00

Event scripts run the "ipreallocated" hook in order to notice that some ip addresses
in the cluster potentially changed.

CTDB_SRVID_IPREALLOCATED gives C code a chance to get notified as well once the event
scripts are finished.

Signed-off-by: Stefan Metzmacher 
Reviewed-by: Martin Schwenke

ctdb: add/implement CTDB_CONTROL_TCP_CLIENT_PASSED

2023-12-15T11:06:34+00:00

With multichannel a tcp connection is registered first with
a temporary smbd process, that calls CTDB_CONTROL_TCP_CLIENT
first and then passes the tcp connection to the longterm smbd
that already handles all connections belonging to the specific
client_guid. That smbd process calls CTDB_CONTROL_TCP_CLIENT
again, but the 'tickle' information is already there.
When the temporary smbd process exists/disconnects from ctdb
or calls CTDB_CONTROL_TCP_CLIENT_DISCONNECTED, the 'tickle'
information is removed, while the longterm smbd process
still serves the tcp connection.

BUG: https://bugzilla.samba.org/show_bug.cgi?id=15523

Signed-off-by: Stefan Metzmacher 
Reviewed-by: Martin Schwenke

ctdb: add/implement CTDB_CONTROL_TCP_CLIENT_DISCONNECTED

2023-12-15T11:06:34+00:00

With multichannel a ctdb connection from smbd may hold multiple
tcp connections, which can be disconnected before the smbd
process terminates the whole ctdb connection, so we a
way to remove undo 'CTDB_CONTROL_TCP_CLIENT' again.

BUG: https://bugzilla.samba.org/show_bug.cgi?id=15523

Signed-off-by: Stefan Metzmacher 
Reviewed-by: Martin Schwenke

ctdb-protocol: Add marshalling for controls DISABLE_NODE/ENABLE_NODE

2021-09-09T01:46:49+00:00

BUG: https://bugzilla.samba.org/show_bug.cgi?id=14784
Signed-off-by: Martin Schwenke 
Reviewed-by: Amitay Isaacs

ctdb-protocol: Drop marshalling functions for old-style database pull/push

2020-09-11T05:06:42+00:00

Signed-off-by: Martin Schwenke 
Reviewed-by: Amitay Isaacs

ctdb-protocol: Add marshalling for control ECHO_DATA

2020-04-28T09:08:39+00:00

Signed-off-by: Volker Lendecke 
Reviewed-by: Martin Schwenke

ctdb-protocol: Add marshalling for control DB_VACUUM

2019-10-24T04:06:43+00:00

Signed-off-by: Martin Schwenke 
Reviewed-by: Amitay Isaacs

ctdb-protocol: Add marshalling for new control VACUUM_FETCH

2019-10-24T04:06:42+00:00

Signed-off-by: Amitay Isaacs 
Reviewed-by: Martin Schwenke

ctdb-server: Rename CTDB_BROADCAST_VNNMAP -> CTDB_BROADCAST_ACTIVE

2018-07-02T06:51:22+00:00

This broadcast is misnamed.  Both places where this type of broadcast
is used expect the broadcast to go to all active nodes.

Make the corresponding change to the semantics in the daemon by
sending to all active nodes.

There is a mismatch between the ideas of VNN map and active nodes.  A
node that is not in the VNN map but is active can still host database
records.  These were the same until the LMASTER capability was
introduced and then the logic was not updated.

The only place where the VNN map is relevant is when finding the
location master of a record in the migration code.

BUG: https://bugzilla.samba.org/show_bug.cgi?id=13499

Signed-off-by: Martin Schwenke 
Reviewed-by: Amitay Isaacs

ctdb-protocol: Add tunnel id prefix for testing

2017-10-10T09:45:19+00:00

Signed-off-by: Amitay Isaacs 
Reviewed-by: Martin Schwenke