I was able to access the screenshots, but I haven't had a chance to attempt to reproduce the problem. Can you provide any more details about the configuration or the runtime environment? For example:
- Are all the bridges configured the same way? How exactly are they configured? - Is the bridge target available when you see this increase happen? - Are the bridges actually moving messages when you see the increase or are they idle? - Are 3,500 bridges actually required to trigger the increase? Do you, for example, not see the increase if you use 3,000 bridges? What about 1,000 or 100? The simpler and clearer you are with your instructions the easier the problem will be to reproduce and fix (if necessary). Justin On Mon, Nov 18, 2024 at 8:04 AM Dragan J <draga...@flipside.team> wrote: > Can you access the screenshots? > > On Thu, Nov 14, 2024 at 10:18 AM Dragan J <draga...@flipside.team> wrote: > > > Sorry, a typo. It's 3,500 CoreBridges > > > > On Thu, Nov 14, 2024 at 10:14 AM Dragan J <draga...@flipside.team> > wrote: > > > >> @Justin The broker (version 2.38) communicates with other brokers > >> (version 2.37) through 35,000 CoreBridges. There was minimal message > >> exchange between them. > >> Please find the two graphs (from earlier) attached on my Google Drive. > >> Please let me know if you have an alternative way to share files. > >> > >> > https://drive.google.com/file/d/1Gy8XQi153Fi5Zm9gUdsP_co8fSuh1HjL/view?usp=sharing > >> > >> > https://drive.google.com/file/d/1_Fbg8OmWhlsOKfalfIEwKxGIl97a1kQ5/view?usp=sharing > >> > >> @Arthur When I tried to perform a GC from JConsole I got the following: > >> > >> Exception in thread "MemoryPanel.gc" java.lang.SecurityException: User > >> not authorized to access operation: gc > >> > > >
