diff options
| author | Amitay Isaacs <amitay@gmail.com> | 2014-08-12 23:58:00 +1000 |
|---|---|---|
| committer | Martin Schwenke <martins@samba.org> | 2014-08-13 11:24:09 +0200 |
| commit | c6d0e8dadcff55ea21973f4f7a89f241180d17e8 (patch) | |
| tree | ab04adbd67b6e0cccdcff98d623d6a4ef3306dde /source3/utils/ntlm_auth.c | |
| parent | f96f395d853e0181d9ee031c3e3f1d31f5cff35c (diff) | |
| download | samba-c6d0e8dadcff55ea21973f4f7a89f241180d17e8.tar.gz samba-c6d0e8dadcff55ea21973f4f7a89f241180d17e8.tar.xz samba-c6d0e8dadcff55ea21973f4f7a89f241180d17e8.zip | |
ctdb-readonly: Do not abort if revoke of readonly record fails on a node
Revoking readonly record involves first marking the record on dmaster as
RO_REVOKING_READONLY. Then all the other nodes are sent update_record
control to get rid of RO_DELEGATION. Once that succeeds, the record
is marked RO_REVOKING_COMPLETE.
Currently, revoking of readonly delegations on the nodes is tried only
once. If a node goes in recovery, it can fail update_record control and
revoke code will abort ctdb. Since database recovery would revoke all
readonly delegations anyway, there is no reason to abort. Simply undo
the start of revoke process by resetting RO_REVOKING_READONLY flag.
Signed-off-by: Amitay Isaacs <amitay@gmail.com>
Reviewed-by: Martin Schwenke <martin@meltin.net>
Autobuild-User(master): Martin Schwenke <martins@samba.org>
Autobuild-Date(master): Wed Aug 13 11:24:09 CEST 2014 on sn-devel-104
Diffstat (limited to 'source3/utils/ntlm_auth.c')
0 files changed, 0 insertions, 0 deletions