You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@cassandra.apache.org by Alexey Korolkov <ko...@gmail.com> on 2019/05/20 14:01:17 UTC
Cluster schema version choosing
Hello team,
In some circumstances, my cluster was split onto two schema versions
(half on one version, and rest on another)
In the process of resolving this issue, I restarted some nodes.
Eventually, nodes migrated to one schema, but it was not clear why they
choose exactly this version of schema?
I haven't found any explainings of the factor on which they picking schema
version,
please help me to find out the algorithm of choosing schema or classes in
source code responsible for this.
--
*Sincerely yours, **Korolkov Aleksey*
Re: Cluster schema version choosing
Posted by Aleksey Korolkov <ko...@gmail.com>.
It seems, that we can compare UUID s and find the biggest or smallest
On Tue, 21 May 2019 at 11:15, Aleksey Korolkov <ko...@gmail.com> wrote:
> Unfortunately not, I had the same idea, but it is not timeuuid, an example
> from my cluster (5edde338-ce0d-3ead-bbee-63010ffbee6d)
>
> On Tue, 21 May 2019 at 10:40, Rhys Campbell
> <rh...@googlemail.com.invalid> wrote:
>
>> I'd hazzard a guess that the uuid contains a datetime component
>>
>> Aleksey Korolkov <ko...@gmail.com> schrieb am Di., 21. Mai 2019,
>> 09:36:
>>
>>> Thanks for the feedback.
>>> I also think that node choose like "last wins" but I could not find any
>>> timestamp of schema creation in system tables.
>>> Hope this is not the order of an element in Map or List)
>>>
>>>
>>> On Tue, 21 May 2019 at 02:58, Stefan Miklosovic <
>>> stefan.miklosovic@instaclustr.com> wrote:
>>>
>>>> My guess is that the "latest" schema would be chosen but I am
>>>> definitely interested in in-depth explanation.
>>>>
>>>> On Tue, 21 May 2019 at 00:28, Alexey Korolkov <ko...@gmail.com>
>>>> wrote:
>>>> >
>>>> > Hello team,
>>>> > In some circumstances, my cluster was split onto two schema versions
>>>> > (half on one version, and rest on another)
>>>> > In the process of resolving this issue, I restarted some nodes.
>>>> > Eventually, nodes migrated to one schema, but it was not clear why
>>>> they choose exactly this version of schema?
>>>> > I haven't found any explainings of the factor on which they picking
>>>> schema version,
>>>> > please help me to find out the algorithm of choosing schema or
>>>> classes in source code responsible for this.
>>>> >
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Sincerely yours, Korolkov Aleksey
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscribe@cassandra.apache.org
>>>> For additional commands, e-mail: user-help@cassandra.apache.org
>>>>
>>>>
>>>
>>> --
>>> *Sincerely yours, **Korolkov Aleksey*
>>>
>>
>
> --
> *Sincerely yours, **Korolkov Aleksey*
>
--
*Sincerely yours, **Korolkov Aleksey*
Re: Cluster schema version choosing
Posted by Aleksey Korolkov <ko...@gmail.com>.
Unfortunately not, I had the same idea, but it is not timeuuid, an example
from my cluster (5edde338-ce0d-3ead-bbee-63010ffbee6d)
On Tue, 21 May 2019 at 10:40, Rhys Campbell
<rh...@googlemail.com.invalid> wrote:
> I'd hazzard a guess that the uuid contains a datetime component
>
> Aleksey Korolkov <ko...@gmail.com> schrieb am Di., 21. Mai 2019,
> 09:36:
>
>> Thanks for the feedback.
>> I also think that node choose like "last wins" but I could not find any
>> timestamp of schema creation in system tables.
>> Hope this is not the order of an element in Map or List)
>>
>>
>> On Tue, 21 May 2019 at 02:58, Stefan Miklosovic <
>> stefan.miklosovic@instaclustr.com> wrote:
>>
>>> My guess is that the "latest" schema would be chosen but I am
>>> definitely interested in in-depth explanation.
>>>
>>> On Tue, 21 May 2019 at 00:28, Alexey Korolkov <ko...@gmail.com>
>>> wrote:
>>> >
>>> > Hello team,
>>> > In some circumstances, my cluster was split onto two schema versions
>>> > (half on one version, and rest on another)
>>> > In the process of resolving this issue, I restarted some nodes.
>>> > Eventually, nodes migrated to one schema, but it was not clear why
>>> they choose exactly this version of schema?
>>> > I haven't found any explainings of the factor on which they picking
>>> schema version,
>>> > please help me to find out the algorithm of choosing schema or classes
>>> in source code responsible for this.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > Sincerely yours, Korolkov Aleksey
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@cassandra.apache.org
>>> For additional commands, e-mail: user-help@cassandra.apache.org
>>>
>>>
>>
>> --
>> *Sincerely yours, **Korolkov Aleksey*
>>
>
--
*Sincerely yours, **Korolkov Aleksey*
Re: Cluster schema version choosing
Posted by Rhys Campbell <rh...@googlemail.com.INVALID>.
I'd hazzard a guess that the uuid contains a datetime component
Aleksey Korolkov <ko...@gmail.com> schrieb am Di., 21. Mai 2019, 09:36:
> Thanks for the feedback.
> I also think that node choose like "last wins" but I could not find any
> timestamp of schema creation in system tables.
> Hope this is not the order of an element in Map or List)
>
>
> On Tue, 21 May 2019 at 02:58, Stefan Miklosovic <
> stefan.miklosovic@instaclustr.com> wrote:
>
>> My guess is that the "latest" schema would be chosen but I am
>> definitely interested in in-depth explanation.
>>
>> On Tue, 21 May 2019 at 00:28, Alexey Korolkov <ko...@gmail.com>
>> wrote:
>> >
>> > Hello team,
>> > In some circumstances, my cluster was split onto two schema versions
>> > (half on one version, and rest on another)
>> > In the process of resolving this issue, I restarted some nodes.
>> > Eventually, nodes migrated to one schema, but it was not clear why they
>> choose exactly this version of schema?
>> > I haven't found any explainings of the factor on which they picking
>> schema version,
>> > please help me to find out the algorithm of choosing schema or classes
>> in source code responsible for this.
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Sincerely yours, Korolkov Aleksey
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@cassandra.apache.org
>> For additional commands, e-mail: user-help@cassandra.apache.org
>>
>>
>
> --
> *Sincerely yours, **Korolkov Aleksey*
>
Re: Cluster schema version choosing
Posted by Aleksey Korolkov <ko...@gmail.com>.
Thanks for the feedback.
I also think that node choose like "last wins" but I could not find any
timestamp of schema creation in system tables.
Hope this is not the order of an element in Map or List)
On Tue, 21 May 2019 at 02:58, Stefan Miklosovic <
stefan.miklosovic@instaclustr.com> wrote:
> My guess is that the "latest" schema would be chosen but I am
> definitely interested in in-depth explanation.
>
> On Tue, 21 May 2019 at 00:28, Alexey Korolkov <ko...@gmail.com>
> wrote:
> >
> > Hello team,
> > In some circumstances, my cluster was split onto two schema versions
> > (half on one version, and rest on another)
> > In the process of resolving this issue, I restarted some nodes.
> > Eventually, nodes migrated to one schema, but it was not clear why they
> choose exactly this version of schema?
> > I haven't found any explainings of the factor on which they picking
> schema version,
> > please help me to find out the algorithm of choosing schema or classes
> in source code responsible for this.
> >
> >
> >
> >
> >
> > --
> > Sincerely yours, Korolkov Aleksey
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@cassandra.apache.org
> For additional commands, e-mail: user-help@cassandra.apache.org
>
>
--
*Sincerely yours, **Korolkov Aleksey*
Re: Cluster schema version choosing
Posted by Stefan Miklosovic <st...@instaclustr.com>.
My guess is that the "latest" schema would be chosen but I am
definitely interested in in-depth explanation.
On Tue, 21 May 2019 at 00:28, Alexey Korolkov <ko...@gmail.com> wrote:
>
> Hello team,
> In some circumstances, my cluster was split onto two schema versions
> (half on one version, and rest on another)
> In the process of resolving this issue, I restarted some nodes.
> Eventually, nodes migrated to one schema, but it was not clear why they choose exactly this version of schema?
> I haven't found any explainings of the factor on which they picking schema version,
> please help me to find out the algorithm of choosing schema or classes in source code responsible for this.
>
>
>
>
>
> --
> Sincerely yours, Korolkov Aleksey
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@cassandra.apache.org
For additional commands, e-mail: user-help@cassandra.apache.org