I'm not familiar with the way update processors work but an update is
processed by the leader after having been routed to it, right?
Would it be possible to run the leader specific code there/then while
taking advantage of knowing execution happens on the leader?
Ilan
Le ven. 7 mai 2021 à 21:20,
Could it be because the "from" address in your email has an ".invalid"
suffix?
Ilan
On Sat 8 Jan 2022 at 09:23, Nicolas Bouillon
wrote:
> Hi All
>
> It’s all very nice to keep answering that but I already tried 100 times
> and tried also to request to remove me.
> And….I’m still there, not remo
Thanks a lot Ixai for the debugging work and PR (that looks good to me -
I'll merge it shortly).
As I understand you managed to make this work end to end, can you please
confirm that the per node system property to use (to match the "
collectionNodeType" config) is indeed node_type?
Thanks,
Ilan
Well, if the size of the two shards you now have is equivalent, you will
not be able to get to 3 balanced (in size) shards.
If one of the two seems to get more data (is larger), split that one. This
might be the case if you use fancy routing for deciding which doc goes
where.
Otherwise, to get to
Please let me know if any other information is required.
>
>
>
>
>
> On Wed, Aug 2, 2023 at 11:29 PM Ilan Ginzburg wrote:
>
> > Well, if the size of the two shards you now have is equivalent, you will
> > not be able to get to 3 balanced (in size) shards.
> >
> >
Indeed I don't think there is any restriction on placing replicas of
different shards of a collection on the same node (no access to the code
right now to check).
If all nodes are empty before placement, all have enough free disk space,
total number of replicas (number of shards times replication
HI,
Thanks for asking that question.
The separation of compute and storage would be relevant for the nodes
having the "data" role, i.e. nodes that host indexes.
SIP-20 offers a way for these indexes to be on shared storage (S3/GCS
etc) and not persisted long term on each individual node, making t
17, 2024 at 5:26 AM Ilan Ginzburg wrote:
>
> > HI,
> > Thanks for asking that question.
> >
> > The separation of compute and storage would be relevant for the nodes
> > having the "data" role, i.e. nodes that host indexes.
> >
> > SIP-20 off
Didn’t look at the code but from the number of digits wouldn’t it be a long
wrapping around into negative territory?
On Tue 3 Dec 2024 at 02:55, Patrick Lok
wrote:
> Hi,
>
> We are seeing some weird issues with the Overseer ID which causes some
> overseer election problems in our cluster.
>
> Re
gt; there's a way to reset it.
>
> On Tue, Dec 3, 2024 at 3:28 AM Ilan Ginzburg wrote:
>
> > Didn’t look at the code but from the number of digits wouldn’t it be a long
> > wrapping around into negative territory?
> >
> > On Tue 3 Dec 2024 at 02:55, Patrick Lok
10 matches
Mail list logo