From: Serge Petrenko <sergepetrenko@tarantool.org> To: Konstantin Osipov <kostja.osipov@gmail.com>, Vladislav Shpilevoy <v.shpilevoy@tarantool.org>, Alexander Turenko <alexander.turenko@tarantool.org> Cc: tarantool-patches@dev.tarantool.org Subject: Re: [Tarantool-patches] [PATCH v3 2/4] recovery: allow to ignore rows coming from a certain instance Date: Wed, 19 Feb 2020 12:35:21 +0300 [thread overview] Message-ID: <249D8BCD-BB40-43A9-B7FF-3A084991C3A1@tarantool.org> (raw) In-Reply-To: <20200219090251.GC6538@atlas> [-- Attachment #1: Type: text/plain, Size: 2236 bytes --] > 19 февр. 2020 г., в 12:02, Konstantin Osipov <kostja.osipov@gmail.com> написал(а): > > * Serge Petrenko <sergepetrenko@tarantool.org <mailto:sergepetrenko@tarantool.org>> [20/02/19 12:01]: >> >> >> >>> 19 февр. 2020 г., в 11:52, Konstantin Osipov <kostja.osipov@gmail.com> написал(а): >>> >>> * Serge Petrenko <sergepetrenko@tarantool.org> [20/02/19 11:45]: >>>>> This is a strange way to mute rows from self. Why not set vclock >>>>> component to infinity as I suggested multiple times? Why not >>>>> respond to me with objection if my suggestion can not be done? >>>> >>>> I responded with a patch, so now we can discuss both your and my suggestions. >>> >>> No, we can't. You responded with a patch for your suggestion, but >>> not for mine. So we compare apples and oranges here. Just like >>> with Ilya's patch, which only half way captured my suggestion in >>> his "alternatives". >>> >>> In the end I'm not even sure you got it right. >> >> >> >>> >>>> If I understood you correctly, you suggested to set replica self lsn to infinity >>>> (on master side), so that recovery on masters side would skip replicas rows. >>>> >> >> Does it look like I got it right from my answer? > > I don't understand. For example, what do you mean by setting it on > the master? You were supposed to set it on the replica, when > sending a SUBSCRIBE request to the master. I mean taking replica clock from a subscribe request and setting replica_clock[replica->id] = INT64_MAX. This is done on master in relay_subscribe() called from box_process_subscribe(). Then relay recovery is initialized with this vclock making recovery skip rows coming from the replica itself. I’m starting to think that you want me to mangle only with replicaset.applier.vclock Sorry if I missed it in the very beginning of our discussion. > Honestly, your English isn't perfect, we don't share the same > vocabulary/terms, so it's hard to see what went wrong without a > patch. Ok, I’ll send a patch soon. > > > > -- > Konstantin Osipov, Moscow, Russia > https://scylladb.com <https://scylladb.com/> -- Serge Petrenko sergepetrenko@tarantool.org [-- Attachment #2: Type: text/html, Size: 13067 bytes --]
next prev parent reply other threads:[~2020-02-19 9:35 UTC|newest] Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-02-18 17:37 [Tarantool-patches] [PATCH v3 0/4] replication: fix applying of rows originating from local instance Serge Petrenko 2020-02-18 17:37 ` [Tarantool-patches] [PATCH v3 1/4] box: expose box_is_orphan method Serge Petrenko 2020-02-18 17:37 ` [Tarantool-patches] [PATCH v3 2/4] recovery: allow to ignore rows coming from a certain instance Serge Petrenko 2020-02-18 19:03 ` Konstantin Osipov 2020-02-19 8:43 ` Serge Petrenko 2020-02-19 8:52 ` Konstantin Osipov 2020-02-19 8:57 ` Serge Petrenko 2020-02-19 9:02 ` Konstantin Osipov 2020-02-19 9:35 ` Serge Petrenko [this message] 2020-02-19 10:11 ` Konstantin Osipov 2020-02-19 10:31 ` Serge Petrenko 2020-02-19 11:27 ` Konstantin Osipov 2020-02-18 17:37 ` [Tarantool-patches] [PATCH v3 3/4] replication: do not relay rows coming from a remote instance back to it Serge Petrenko 2020-02-18 19:07 ` Konstantin Osipov 2020-02-18 17:37 ` [Tarantool-patches] [PATCH v3 4/4] wal: warn when trying to write a record with a broken lsn Serge Petrenko 2020-02-22 20:21 ` [Tarantool-patches] [PATCH v3 0/4] replication: fix applying of rows originating from local instance Georgy Kirichenko 2020-02-22 20:49 ` Konstantin Osipov 2020-02-23 8:16 ` Georgy Kirichenko 2020-02-24 10:18 ` Konstantin Osipov 2020-02-24 12:31 ` Георгий Кириченко 2020-02-26 10:09 ` Sergey Petrenko
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=249D8BCD-BB40-43A9-B7FF-3A084991C3A1@tarantool.org \ --to=sergepetrenko@tarantool.org \ --cc=alexander.turenko@tarantool.org \ --cc=kostja.osipov@gmail.com \ --cc=tarantool-patches@dev.tarantool.org \ --cc=v.shpilevoy@tarantool.org \ --subject='Re: [Tarantool-patches] [PATCH v3 2/4] recovery: allow to ignore rows coming from a certain instance' \ /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