To work-around the issue in the immediate future you can stop the backup
broker, remove the data from disk (backup if necessary) and then restart
the backup. It will connect back to the primary broker and re-synchronize
although it may take a bit depending on the speed of your network and the
amount of data on the primary. To be clear, it's important that you stop
the backup rather than just removing data while it's running.

Past that, I strongly recommend you upgrade as soon as possible. Version
2.13.0 was released in May of 2020 (over 4 years ago now). There's been
almost 30 releases since then with hundreds of bugs fixed and new features
added. You may be hitting a bug that's already been fixed.

Regarding the discrepancy between the data on disk and in the queues,
you'll have to be more specific about exactly which folders on disk have
data and the size reported by the queues.


Justin

On Mon, Jun 17, 2024 at 4:59 AM DEEPTHI KOLLIPARA
<deepthi.kollip...@tcs.com.invalid> wrote:

> TCS Confidential
>
>
>
> Dear Team,
>
>
>
>    We have configured Apache Artemis 2.13.0  master /slave configuration
>  as attached.
>
>    - In master server  data  folder  is occupied with 16GB , however in
>    slave server  the data/paging  folder is occupied with 33 GB almost double
>    the size of the master .  Due to this we are getting Disk Space issue in
>    slave server . Please suggest how can we clear the space in slave server
>    (currently the data is processing ongoing in master ). Will there be any
>    implications if we remove the data in paging folder of slave?
>
>
>
>    - The data in the queues are not having 16GB data, but the data folder
>    is occupied with 16GB in master server .what could be the possible reasons?
>
>
>
> Thanks
>
> Deepthi Kollipara
>
>
>
>
>
>
>
> =====-----=====-----=====
> Notice: The information contained in this e-mail
> message and/or attachments to it may contain
> confidential or privileged information. If you are
> not the intended recipient, any dissemination, use,
> review, distribution, printing or copying of the
> information contained in this e-mail message
> and/or attachments to it are strictly prohibited. If
> you have received this communication in error,
> please notify us by reply e-mail or telephone and
> immediately and permanently delete the message
> and any attachments. Thank you
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@activemq.apache.org
> For additional commands, e-mail: users-h...@activemq.apache.org
> For further information, visit: https://activemq.apache.org/contact
>

Reply via email to