> `brokerShutdownMaxNumberOfGracefulBundleUnloadPerSec=1` So, the "per-min"
config can be more granular.
Oh, okay. I thought we would end up only using one of
`brokerShutdownMaxNumberOfGracefulBundleUnloadPerMinute`
`brokerShutdownMaxNumberOfGracefulBundleUnloadPerSec`
... these two.
If there
> but we should also consider per-minute could be too slow for some.
Could you clarify this part?
`brokerShutdownMaxNumberOfGracefulBundleUnloadPerMinute=60` is the same as
`brokerShutdownMaxNumberOfGracefulBundleUnloadPerSec=1` So, the "per-min"
config can be more granular.
Heesung
On Thu, Jul
Hi,
I agree that unloading per-sec might too fast, but we should also consider
per-minute could be too slow for some.
So we might as well add configurability for unload rate (in seconds).But I
am concerend that we might end up having too many parameters 🤔
Thanks,
JooHyukKim(vince)
On Fri, Jul 7,
Hi,
I agree with configuring the `shutdown.unloadNamespaceBundlesGracefully`
behavior by a dynamic config.
Also, I wonder if the better config is
`brokerShutdownMaxNumberOfGracefulBundleUnloadPerMinute` to support a
slower rate.
One bundle unloading per sec could be too fast if there are many
top
Closing vote as passed with 3 binding +1s (Michael, Yunze, and Enrico)
and 1 non-binding +1 (Zixuan).
I'll make sure the PRs are up to date and will start requesting
reviews to get them merged.
Thanks,
Michael
On Tue, Jun 6, 2023 at 8:54 AM Zixuan Liu wrote:
>
> +1 (non-binding)
>
> Thanks,
> Z
Thanks, 🙂
JooHyukKim (vince)
On Fri, Jul 7, 2023 at 11:59 AM Joo Hyuk Kim wrote:
> > When Pulsar undergoes a graceful shutdown, it unloads all topics, but
> there is no limit on the rate of unloading
>
> Is it possible that following code might already cover what we need here?
>
>
> https://git
> When Pulsar undergoes a graceful shutdown, it unloads all topics, but
there is no limit on the rate of unloading
Is it possible that following code might already cover what we need here?
https://github.com/apache/pulsar/blob/7636e8989f4d3fc24fce69a356d54e1c550945ed/pulsar-broker/src/main/java/o
+1 (binding)
- verified checksum and signature
- confirmed that the build was successful
- ran produce/consume
Regards,
Masahiro Sakamoto
Yahoo Japan Corp.
E-mail: massa...@yahoo-corp.jp
Adding the OP who is not subscribed.
Sent from my iPhone
> On Jul 6, 2023, at 6:35 PM, Yu wrote:
>
> Hi Yuvaraj,
>
> Thank you for your willingness to contribute to the Pulsar documentation!
>
> Feel free to select your desired issues from
> https://github.com/apache/pulsar/issues?q=is%3Aope
Hi -
Interesting. I’m curious to know what Heesung, Lari, and others think.
Best,
Dave
Sent from my iPhone
> On Jul 6, 2023, at 7:01 PM, labuladong wrote:
>
> Dear Apache Pulsar community,
>
>
> When Pulsar undergoes a graceful shutdown, it unloads all topics, but there
> is no limit on t
Hi Yuvaraj,
Thank you for your willingness to contribute to the Pulsar documentation!
Feel free to select your desired issues from
https://github.com/apache/pulsar/issues?q=is%3Aopen+is%3Aissue+label%3Adoc-required
.
You can find the documentation contribution guide at
https://pulsar.apache.org/
Hi dev,
I proposed this PIP, https://github.com/apache/pulsar/pull/20748, to make
unloaded clients directly and gracefully connect to new owner brokers
without lookups.
Please take a look and let me know what you think.
Regards,
Heesung
+1 (non-binding)
- Verified checksum and signature
- Build from source codes
- Verified pub/sub
Hideaki Oguni
Yahoo Japan Corp.
Thank you all.
We've added the doc in https://github.com/apache/pulsar-site/pull/631
On Mon, Jul 3, 2023 at 11:15 AM guo jiwei wrote:
> Close the vote with 4(+1 binding) 2(+1 non-binding) 0(-1)
>
> binding:
> Hang
> Yunze
> Mattison
> Penghui
>
> non-binding
> Yubiao
> Asaf
>
>
> Regards
>
14 matches
Mail list logo
