From: Serge Petrenko <sergepetrenko@tarantool.org> To: Vladislav Shpilevoy <v.shpilevoy@tarantool.org>, tarantool-patches@dev.tarantool.org, gorcunov@gmail.com Subject: Re: [Tarantool-patches] [PATCH v2 01/11] applier: store instance_id in struct applier Date: Mon, 21 Sep 2020 09:23:15 +0300 [thread overview] Message-ID: <91a376f7-da51-e8e2-9733-99574a8d0d57@tarantool.org> (raw) In-Reply-To: <39a104be-b54c-b2a5-89f3-8fb6ddc072e2@tarantool.org> 19.09.2020 18:44, Vladislav Shpilevoy пишет: > The patch was reworked from the scratch. It appeared, that we can't > rely on getting an id when an applier is assigned to a struct replica. > Because that moment is not clearly defined. Sometimes applier starts > serving rows, but still wasn't assigned to a struct replica. > > Then I realized, that SUBSCRIBE response contains replica_id of the > sender. It is sent in box_process_subscribe(). So I started fetching > that ID in applier_subscribe(). > > ==================== LGTM. > applier: store instance_id in struct applier > > Applier is going to need its numeric ID in order to tell the > future Raft module who is a sender of a Raft message. An > alternative would be to add sender ID to each Raft message, but > this looks like a crutch. Moreover, applier still needs to know > its numeric ID in order to notify Raft about heartbeats from the > peer node. > > Needed for #1146 > > diff --git a/src/box/applier.cc b/src/box/applier.cc > index e272a7af6..1a0b55640 100644 > --- a/src/box/applier.cc > +++ b/src/box/applier.cc > @@ -1118,6 +1118,7 @@ applier_subscribe(struct applier *applier) > vclock_create(&applier->remote_vclock_at_subscribe); > xrow_decode_subscribe_response_xc(&row, &cluster_id, > &applier->remote_vclock_at_subscribe); > + applier->instance_id = row.replica_id; > /* > * If master didn't send us its cluster id > * assume that it has done all the checks. > diff --git a/src/box/applier.h b/src/box/applier.h > index 6e979a806..15ca1fcfd 100644 > --- a/src/box/applier.h > +++ b/src/box/applier.h > @@ -95,6 +95,8 @@ struct applier { > ev_tstamp lag; > /** The last box_error_code() logged to avoid log flooding */ > uint32_t last_logged_errcode; > + /** Remote instance ID. */ > + uint32_t instance_id; > /** Remote instance UUID */ > struct tt_uuid uuid; > /** Remote URI (string) */ -- Serge Petrenko
next prev parent reply other threads:[~2020-09-21 6:23 UTC|newest] Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-09-09 23:16 [Tarantool-patches] [PATCH v2 00/11] dRaft Vladislav Shpilevoy 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 01/11] applier: store instance_id in struct applier Vladislav Shpilevoy 2020-09-14 9:38 ` Serge Petrenko 2020-09-19 15:44 ` Vladislav Shpilevoy 2020-09-21 6:23 ` Serge Petrenko [this message] 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 10/11] raft: introduce box.info.raft Vladislav Shpilevoy 2020-09-14 9:42 ` Serge Petrenko 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 11/11] [tosquash] raft: a swarm of minor fixes Vladislav Shpilevoy 2020-09-14 10:13 ` Serge Petrenko 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 02/11] box: introduce summary RO flag Vladislav Shpilevoy 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 03/11] wal: don't touch box.cfg.wal_dir more than once Vladislav Shpilevoy 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 04/11] replication: track registered replica count Vladislav Shpilevoy 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 05/11] [wip] box: do not register outgoing connections Vladislav Shpilevoy 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 06/11] raft: introduce persistent raft state Vladislav Shpilevoy 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 07/11] raft: introduce box.cfg.raft_* options Vladislav Shpilevoy 2020-09-09 23:16 ` [Tarantool-patches] [PATCH v2 08/11] raft: relay status updates to followers Vladislav Shpilevoy 2020-09-20 17:17 ` Vladislav Shpilevoy 2020-09-21 7:13 ` Serge Petrenko 2020-09-21 10:50 ` Serge Petrenko 2020-09-21 22:47 ` Vladislav Shpilevoy 2020-09-22 8:48 ` Serge Petrenko 2020-09-21 22:47 ` Vladislav Shpilevoy 2020-09-22 8:47 ` Serge Petrenko 2020-09-09 23:17 ` [Tarantool-patches] [PATCH v2 09/11] raft: introduce state machine Vladislav Shpilevoy 2020-09-19 15:49 ` Vladislav Shpilevoy 2020-09-19 15:50 ` Vladislav Shpilevoy 2020-09-21 8:20 ` Serge Petrenko 2020-09-21 8:22 ` Serge Petrenko 2020-09-21 8:34 ` Serge Petrenko 2020-09-21 22:47 ` Vladislav Shpilevoy 2020-09-22 8:49 ` Serge Petrenko 2020-09-22 22:48 ` Vladislav Shpilevoy 2020-09-23 9:59 ` Serge Petrenko 2020-09-23 20:31 ` Vladislav Shpilevoy 2020-09-24 9:34 ` Serge Petrenko 2020-09-19 15:58 ` [Tarantool-patches] [PATCH v2 12/11] dRaft Vladislav Shpilevoy 2020-09-19 15:59 ` Vladislav Shpilevoy 2020-09-21 7:24 ` Serge Petrenko 2020-09-21 22:48 ` [Tarantool-patches] [PATCH v2 12/11] raft: add tests Vladislav Shpilevoy 2020-09-30 10:56 ` [Tarantool-patches] [PATCH v2 00/11] dRaft Kirill Yukhin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=91a376f7-da51-e8e2-9733-99574a8d0d57@tarantool.org \ --to=sergepetrenko@tarantool.org \ --cc=gorcunov@gmail.com \ --cc=tarantool-patches@dev.tarantool.org \ --cc=v.shpilevoy@tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH v2 01/11] applier: store instance_id in struct applier' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox