Re: Question related to JDK

uture. > > Hope this helps. > > Sebastian > > -Ursprüngliche Nachricht- > Von: Justin Bertram > Gesendet: Mittwoch, 27. November 2024 19:48 > An: users@activemq.apache.org > Betreff: Re: Question related to JDK > > OpenJDK is a great option. I use it excl

Re: Question related to JDK

OpenJDK is a great option. I use it exclusively for testing and development. You should be safe up to 22, but I'm not 100% sure about 23. I don't think we have any automated tests on 23 yet. Justin On Wed, Nov 27, 2024 at 7:37 AM M Das wrote: > Hello Team, > > We have been asked to move away

Re: Question regarding problems with JDBC persistence

We are in the process of upgrading. Unfortunately some incompatibilities exist (like the Jakarta namespace) so this may take a while. But we intend to try and keep closer to released versions once we are upgraded. In the meantime is there anything you could say about one of my original questio

Re: Question regarding problems with JDBC persistence

Thank you. On 01-11-2024 20:00, Clebert Suconic wrote: this was https://github.com/apache/activemq-artemis/commit/e719622de5488f859f70beda926afaa51d5b0ff9 https://issues.apache.org/jira/browse/ARTEMIS-4285 with the new Wildfly, perhaps you have to add in the new settings to have it preventi

Re: Question regarding problems with JDBC persistence

this was https://github.com/apache/activemq-artemis/commit/e719622de5488f859f70beda926afaa51d5b0ff9 https://issues.apache.org/jira/browse/ARTEMIS-4285 with the new Wildfly, perhaps you have to add in the new settings to have it preventing the issue. You could also use max redelivery and send

Re: Question regarding problems with JDBC persistence

In the meantime, I strongly recommend you upgrade. The latest version of WildFly is 34.0.0 and it has ActiveMQ Artemis 2.37.0 (which isn't the latest, but it's much closer than 2.16.0). Justin On Fri, Nov 1, 2024 at 5:11 AM Bisil wrote: > > I assume you're referring to redelivery-delay-multipl

Re: Question regarding problems with JDBC persistence

Thank you Clebert. It would be very interesting to know more about this. As far as I know infinite redelivery is what you get with a max redelivery count of -1 which we do not use. And we have DQL configured but nonetheless I would love to investigate this. Silvio On 31-10-2024 10:59, Clebe

Re: Question regarding problems with JDBC persistence

I assume you're referring to redelivery-delay-multiplier and max-delivery-attempts here. Yes, that is correct. I don't think that is relevant here. Ok, good to know. I had a look through the JDBC code and I see now that compaction is a red herring. The normal file-based journal is append-only

Re: Question regarding problems with JDBC persistence

I remember an old issue where rescheduling deliveries were updated over and over. As of the latest version as far as I remember I only update it once. If you have an infinite redelivery without DLQ you might get into that situation. It would be difficult for me to find the exact JIRA now. But I

Re: Question regarding problems with JDBC persistence

> We do use indirect scheduled messages intensively since we have redelivery-delay=1000, redelivery-multiplier=2, redelivery-attempts=9 settings for the majority of queues. I assume you're referring to redelivery-delay-multiplier and max-delivery-attempts here. > We also use message-counter-histo

Re: Question regarding problems with JDBC persistence

Hi Justin, Thanks again for your valuable insights. We do use indirect scheduled messages intensively since we have redelivery-delay=1000, redelivery-multiplier=2, redelivery-attempts=9 settings for the majority of queues. We also use message-counter-history-day-limit=10 for all queues if tha

Re: Question regarding problems with JDBC persistence

Based on the information you provided I can say that the problem isn't what I originally expected. Here's how the data breaks down per record type: - Add (11) - Set scheduled delivery time (36): 376,143,458 - Update delivery count(34): 290,102 - Add Transactional (13) - Add message (45): 63

Re: Question regarding problems with JDBC persistence

Thanks for the reply Justin. After restoring the database in its original state I ran counts on recordType/userRecordType and got this: recordType userRecordType   count(*) 11 36 376143458 11 34 290102 13    45 63893 14    32 63893 18    255 22941 17  

Re: Question regarding problems with JDBC persistence

This sounds similar to an issue involving duplicate IDs proliferating in the journal. I can't find the specific Jira at the moment, but the issue was something like a huge build-up of duplicate ID records. Can you inspect the "userRecordType" for the offending rows? Also, how are you sending your

RE: Question about core consumer parameters

Thanka Justin! This is exactly what I was looking for. -- Best regards, Alexander -Original Message- From: Justin Bertram Sent: Tuesday, September 24, 2024 9:00 PM To: users@activemq.apache.org Subject: Re: Question about core consumer parameters > Is there an explanation of paramet

Re: Question about ActiveMQ RA + MDB and JMS message grouping

> Is my assumption correct? Yes, but I also recommend you test and verify. Let us know if you have any further questions! Justin On Tue, Sep 17, 2024 at 8:32 AM Bisil wrote: > I am using JBoss with the embedded Apache ActiveMQ Artemis Message > Broker 2.16.0. > > Looking at the source code of

Re: Question about core consumer parameters

> Is there an explanation of parameters which are logged in this event? I'm not aware of any documentation explaining the meaning of the parameters. However, you can look in the source code to see what the logged values represent. For example, in this case you can look at the createConsumer method

RE: question on message-redistribution in an Artemis cluster

r. But first, I'll also redo the test using a single node. Erwin -Original Message- From: Justin Bertram Sent: Friday, May 3, 2024 8:57 PM To: users@activemq.apache.org Subject: Re: question on message-redistribution in an Artemis cluster EXTERNAL SENDER: Do not click any lin

Re: question on message-redistribution in an Artemis cluster

Where exactly do you see the re-ordering of messages and how are you determining that they are, in fact, re-ordered? Are they re-ordered in the target queue itself or on the consumer(s)? Do you have a way that I can reproduce this behavior? If I recall correctly there is just one thread that forwa

Re: Question about

So to have specific configuration for topic, what i should do ? because if i add this DLQ true .DLQ 5 Artemis can't start If i remove, it's work Thanks Le mar. 13 févr. 2024 à 15:50, Justin Bertram a écrit : > > AMQ224110

Re: Question about

> AMQ224110: Configuration 'whitelist' is deprecated, please use the 'allowlist' configuration This WARN message is based on the fact that you're using the "whitelist" configuration element in your management.xml. It has nothing to do with your address-setting. Justin On Tue, Feb 13, 2024 at 8:

Re: Question about HA configuration failover problem

34 Washington Street, Suite 205 Wellesley Hills, MA 02481 > > *M: *+1 7209385761 <+1%207209385761> | john.lil...@redpointglobal.com > > *From:* Justin Bertram > *Sent:* Monday, January 29, 2024 1:55 PM > *To:* users@activemq.apache.org > *Subject:* Re: Question about

RE: Question about HA configuration failover problem

PM To: users@activemq.apache.org Subject: Re: Question about HA configuration failover problem *** [Caution] This email is from an external source. Please use caution responding, opening attachments or clicking embedded links. *** > Is this a bug in the AMQ JMS client? At this point I don't believe it is a

Re: Question about HA configuration failover problem

> Is this a bug in the AMQ JMS client? At this point I don't believe it is a bug in the ActiveMQ Artemis core JMS client. I talked about AMQ219014 previously, but I suppose it bears repeating here. The timeout is ultimately ambiguous. The client can't reliably conclude that the broker has failed

Re: Question

There are management methods on the QueueControl [1] that will allow you to move messages. The methods are named "moveMessages" and there are several versions which take different parameters. This one [2] is probably the simplest. You can invoke management methods programmatically via JMX (the bro

Re: question on Python QpidProton with Artemis

I believe the Proton python binding wont use PLAIN if offered, unless the connection is using TLS or it was instructed it can use it regardless: https://qpid.apache.org/releases/qpid-proton-0.38.0/proton/python/docs/proton.reactor.html#proton.reactor.Container.connect "allow_insecure_mechs (bool)

Re: question about command in undeleted kahadb log file

Hello Pham- You most likely ran into an old bug, where the log files were not deleted for some use case. ActiveMQ 5.6 is over 10 yrs old at this point, and upgrading to a newer version will resolve this issue. FWIW— the KAHA_REMOVE_MESSAGE_COMMAND is ActiveMQ internals about message processing

Re: Question on ACTIVEMQ_ENCRYPTION_PASSWORD

I see that you posted this question on Stack Overflow and on #activemq in Apache's Slack as well. Please use one support channel at a time. Posting to multiple is likely to duplicate effort across the community. Thanks! Justin On Thu, Jul 7, 2022 at 9:59 AM Pattamadai, Sundar < sundar.pattama...

Re: Question regarding resource limit

gine- > De : Justin Bertram > Envoyé : vendredi 25 mars 2022 16:51 > À : users@activemq.apache.org > Objet : Re: Question regarding resource limit > > > ...how could I set up those limits for all my users, or maybe set up > default limits values? > > Given that t

RE: Question regarding resource limit

problem to reference them in the broker.xml. I can open a Jira if you think this feature could be useful. Nicolas C2 - Usage restreint -Message d'origine- De : Justin Bertram Envoyé : vendredi 25 mars 2022 16:51 À : users@activemq.apache.org Objet : Re: Question regardin

Re: Question regarding resource limit

> ...how could I set up those limits for all my users, or maybe set up default limits values? Given that there's no way to use wildcard matches (as you noted) there's no way to apply limits to a group of users (including the group of all users). The functionality could be enhanced to support this

Re: Question regarding ActiveMQ C-API

Oh I see, that makes sense now. Thanks a lot. I am going to search for "amqp c client" and "stomp c client" as you suggested. Thanks, Brian Virus-free. www.avast.com

Re: Question regarding ActiveMQ C-API

First, you want more than just an API. You want a full client implementation. Therefore, I would suggest searching for "amqp c client" or "stomp c client". Second, you don't really need to include "activemq" in your search as AMQP and STOMP are standard protocols used for lots of use-cases that ha

Re: Question regarding ActiveMQ C-API

Thank you Justin. One more question. As you suggested earlier, I was looking to find a C client which supports either AMQP or STOMP. To find that, I was just searching "amqp c api", "stomp c api", "amqp c api activemq" and "stomp c api activemq" on Google, and just found one repository which was l

Re: Question regarding ActiveMQ C-API

For what it's worth, all current code-bases have been migrated to Git. If you find anything in Subversion you can be assured it is woefully out-of-date. Justin On Wed, Mar 16, 2022 at 11:35 AM Brian Alizadeh wrote: > Thank you Timothy. I am going to look into that. > > Brian > > < > https://ww

Re: Question regarding ActiveMQ C-API

Thank you Timothy. I am going to look into that. Brian Virus-free. www.avast.com

Re: Question regarding ActiveMQ C-API

On 3/16/22 01:42, Brian Alizadeh wrote: Hi Justin and Matt, It seems OpenWire has a C-API at this address: http://svn.apache.org/repos/asf/activemq/sandbox/openwire-c/ That client was never released or maintained in any way so using it would be a dead end.  I'd suggest as others have that you

Re: Question regarding ActiveMQ C-API

Hi Justin and Matt, It seems OpenWire has a C-API at this address: http://svn.apache.org/repos/asf/activemq/sandbox/openwire-c/ The problem is that there isn't much documentation about what to do with OpenWire C Client code. Also I need to make the 64-bit build of that OpenWire C-API. Do you have

Re: Question regarding ActiveMQ C-API

Thank you Matt. I am going to look into it right now. Thanks, Brian Virus-free. www.avast.com

Re: Question regarding ActiveMQ C-API

I echo what Justin said about the recommending to use a STOMP or other protocol library for C. FWIW— There is an unmaintained c-library here-- https://github.com/fusesource/fusemq-c that is a C wrapper around the C++ library. This would need major updati

Re: Question regarding ActiveMQ C-API

Hi Justin, Thanks a lot for your reply and the information. Thanks, Brian Virus-free. www.avast.com

Re: Question regarding ActiveMQ C-API

Both ActiveMQ brokers (i.e. "Classic" and Artemis) support industry standard protocols like AMQP, STOMP, MQTT, etc. Clients for these protocols are available on a wide variety of platforms in numerous different languages. These clients are not developed or maintained by the ActiveMQ community. They

RE: [EXTERNAL] Re: Question on failback-delay for Artemis 2.19.1 shared store config

ge- From: Justin Bertram Sent: Thursday, February 17, 2022 4:34 PM To: users@activemq.apache.org Subject: [EXTERNAL] Re: Question on failback-delay for Artemis 2.19.1 shared store config Although you're using ActiveMQ Artemis 2.19.1 you're reading documentation from version 1.0.0.

Re: Question on failback-delay for Artemis 2.19.1 shared store config

Although you're using ActiveMQ Artemis 2.19.1 you're reading documentation from version 1.0.0. Notice the "1.0.0" in the URL. The "failback-delay" parameter was deprecated in version 1.2.0 released way back in January 2016, over 6 years ago now. It was deprecated via ARTEMIS-256 [2] which you can

RE: Question about charset supported by Artemis

Ok, I created the following Jira ticket: ARTEMIS-3598 Thanks. C2 - Restricted -Original Message- From: Gary Tully Sent: Thursday, 2 December 2021 12:04 To: users@activemq.apache.org Subject: Re: Question about charset supported by Artemis [Vous ne recevez pas souvent de courriers de

Re: Question about charset supported by Artemis

> Pierre-Henry > > > C2 - Restricted > > -Original Message- > From: BRASSEUR Pierre-Henry > Sent: Tuesday, 30 November 2021 12:42 > To: users@activemq.apache.org > Subject: RE: Question about charset supported by Artemis > > Hello, > > From ActiveMQ 5.15.9, the

RE: Question about charset supported by Artemis

Hello, Regarding Artemis and the stack trace here under, are we facing to a bug? Regards, Pierre-Henry C2 - Restricted -Original Message- From: BRASSEUR Pierre-Henry Sent: Tuesday, 30 November 2021 12:42 To: users@activemq.apache.org Subject: RE: Question about charset supported by

RE: Question about charset supported by Artemis

rtemis-commons-2.17.0.jar:2.17.0] Regards, Pierre-Henry Sent: Tuesday, 30 November 2021 12:14 To: users@activemq.apache.org Subject: Re: Question about charset supported by Artemis [Vous ne recevez pas souvent de courriers de la part de gary.tu...@gmail.com. Découvrez pourquoi cela peut êt

Re: Question about charset supported by Artemis

can you post some code and/or the exception stack trace? On Tue, 30 Nov 2021 at 08:46, BRASSEUR Pierre-Henry wrote: > > > Hello, > > I would like to know if Artemis can support other charset than UTF-8? > > The post of message in charset ISO-8859-15 was working with previous version > ActiveMQ 5

Re: Question about files in the `bin` directory

> From: Jean-Baptiste Onofre > Sent: 10 June 2021 11:34 > To: users@activemq.apache.org > Subject: Re: Question about files in the `bin` directory > > CAUTION: This email originated from outside of the organization. Do not click > links or

Re: Question about files in the `bin` directory

Hi Jean-Baptiste, All right, thank you very much! I suppose I can safely remove the "bin/wrapper.jar" file as well, isn't it? Best regards, Fabrice From: Jean-Baptiste Onofre Sent: 10 June 2021 11:34 To: users@activemq.apache.org Subjec

Re: Question about files in the `bin` directory

Hi Fabrice, Those directories are only useful if you want to use the wrapper (tanuki service wrapper) to easily integrate in OS. If you "only" use bin/activemq to start your broker (like bin/activemq console or bin/activemq start), you don’t need these folders. Regards JB > Le 10 juin 2021 à

Re: Question about files in the `bin` directory

I have been able to remove these directories, and ActiveMQ starts without error. I didn't do any tests, though... I also removed the "bin/wrapper.jar" file, and ActiveMQ again starts without error. From: Fabrice Triboix Sent: 10 June 2021 08:55 To: users@active

RE: question on ActiveMQ advisory messages for large cluster

Interesting, I will try that one out! -Oorspronkelijk bericht- Van: Gary Tully Verzonden: vrijdag 21 mei 2021 12:05 Aan: users@activemq.apache.org Onderwerp: Re: question on ActiveMQ advisory messages for large cluster EXTERNAL SENDER: Do not click any links or open any attachments

Re: question on ActiveMQ advisory messages for large cluster

erdag 20 mei 2021 22:37 > Aan: users@activemq.apache.org > Onderwerp: Re: question on ActiveMQ advisory messages for large cluster > > > EXTERNAL SENDER: Do not click any links or open any attachments unless you > trust the sender and know the content is safe. > EXPÉDITEUR

RE: question on ActiveMQ advisory messages for large cluster

Gary, How does that work when a duplex connection is used... Are the dynamicallyIncludedDestinations then applied in both directions? thx, Erwin -Oorspronkelijk bericht- Van: Gary Tully Verzonden: donderdag 20 mei 2021 22:37 Aan: users@activemq.apache.org Onderwerp: Re: question on

Re: question on ActiveMQ advisory messages for large cluster

a series of bridges > That is exactly what we already started doing, and indeed with wildcards. > But I'll now take a second look at Camel. > > thx!!! > Erwin > > > -Oorspronkelijk bericht- > Van: Matt Pavlovich > Verzonden: donderdag 20 mei 2021 19:29

RE: question on ActiveMQ advisory messages for large cluster

indeed with wildcards. But I'll now take a second look at Camel. thx!!! Erwin -Oorspronkelijk bericht- Van: Matt Pavlovich Verzonden: donderdag 20 mei 2021 19:29 Aan: users@activemq.apache.org Onderwerp: Re: question on ActiveMQ advisory messages for large cluster EXTERNAL SENDE

Re: question on ActiveMQ advisory messages for large cluster

onfiguration? > Due to firewall constraints, we are forced to use "duplex" routing. > Static routing only seems to work one-way, thus it does not look useable to > me. > > e. > > -Oorspronkelijk bericht- > Van: Matt Pavlovich > Verzonden: donderdag 20 mei 2

RE: question on ActiveMQ advisory messages for large cluster

en: donderdag 20 mei 2021 18:31 Aan: users@activemq.apache.org Onderwerp: Re: question on ActiveMQ advisory messages for large cluster EXTERNAL SENDER: Do not click any links or open any attachments unless you trust the sender and know the content is safe. EXPÉDITEUR EXTERNE:Ne cliquez sur

Re: question on ActiveMQ advisory messages for large cluster

Hi Erwin- Have you considered a purely static network configuration? -Matt Pavlovich > On May 20, 2021, at 11:12 AM, Dondorp, Erwin wrote: > > Hello! > > We are using ActiveMQ in a star-network of a few hundred remote brokers on > small computers with a more beefy central broker(set). > Func

Re: question on expiry of paged messages

Perhaps you had one (or a few) messages not expired on the queue... on that case the system will only immediately issue a depage / scan if all the references in memory have been expired.. on which case not being a bug... as we can't depage the whole 1G or read the whole 1G in order to eliminate ref

Re: question on expiry of paged messages

I see the related jira. some further comments on there https://issues.apache.org/jira/browse/ARTEMIS-3214?focusedCommentId=17312236&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17312236 On Wed, 31 Mar 2021 at 00:52, Clebert Suconic wrote: > > Just a heads up. > >

Re: question on expiry of paged messages

Just a heads up. We will still need to expire messages that are in memory. But what I plan to do is to optimize things a bit to it keeps depagjng and scanning as it’s empty. On Tue, Mar 30, 2021 at 6:30 PM Clebert Suconic wrote: > Perhaps we could optimize such use case.. issue a dapage an a

Re: question on expiry of paged messages

Perhaps we could optimize such use case.. issue a dapage an an immediate scan if all references in memory are expired. Do you want to create a JIRA for that? On Tue, Mar 30, 2021 at 6:18 PM Clebert Suconic wrote: > > All the messages had expiry ? > > My expectation was that the system would depa

Re: question on expiry of paged messages

All the messages had expiry ? My expectation was that the system would depare more messages once they expired through the scanner. But perhaps that’s only happening every scan period milliseconds ? On Tue, Mar 30, 2021 at 5:24 PM Dondorp, Erwin wrote: > Hello! > > While testing, we produced a

RE: Question about db-x.log and delayed message

stored in the db-x.log ? when it has been sent or when it will be available at delay expiration ? Best Regards. -Original Message- From: AntonR [mailto:anton.roskv...@volvo.com] Sent: lundi 17 février 2020 15:15 To: users@activemq.apache.org Subject: Re: Question

Re: Question about db-x.log and delayed message

Hi, Yes, when all messages are removed in db-1 it will get removed and all new ones will get added to db-3. The message log is append only, so new db files will get created and old ones removed as part of normal operations. Beware of mixing slow and fast consumers though, as just one single messa

Re: question about growing number of addresses in artemis

This looks like a bug to me. Could you describe a simple way to reproduce the issue? Justin On Mon, Apr 30, 2018 at 11:29 AM, Daniel Hutchison wrote: > Hi, > > I've recently upgraded to artemis 2.5 from an old version of activemq. > I've been running in my test environment for about 2 weeks

Re: Question about rollbackOnlyOnAsyncException (AMQ-3166)

I'd echo Gary's suggestion that you capture thread dumps or perform sampling during the slow events. That would make it clear where the time is being spent. Tim On Wed, Feb 14, 2018 at 11:16 PM, alprausch77 wrote: > Yes, we use XA transactions. > > I don´t think that the NIO mixes this up some

Re: Question about rollbackOnlyOnAsyncException (AMQ-3166)

Yes, we use XA transactions. I don´t think that the NIO mixes this up somehow. We can run our system with a standalone ActiveMQ using tcp or nio but also in an embedded mode inside Wildfly using the VM protocol. I just run our tests again with the enableAckCompaction set to false for the kahaDB -

Re: Question about rollbackOnlyOnAsyncException (AMQ-3166)

XA transactions? normally the transaction is on the session and connection... so any async call will complete before the commit.. unless maybe nio is mixing this up some. do you have some code that will show the rollbackOnlyOnAsyncException case where the tx is null. There is a test case that can

Re: Question about rollbackOnlyOnAsyncException (AMQ-3166)

Hello Gary. Thanks for your reply. I already tried the rollbackOnlyOnAsyncException. But this one only works if the transaction still exists when the error in the async send happens. But if the TX is already finished, than there is no such action because the code which looks up the transaction retu

Re: Question about rollbackOnlyOnAsyncException (AMQ-3166)

in addition, try the latest Artemis release, there has been a bunch of work on latency w.r.t gc on exactly that flat send latency (reliable enqueue) use case. On Wed, 14 Feb 2018 at 14:29 Gary Tully wrote: > transaction commit is a sync operation... if an async send in a > transaction fails, the

Re: Question about rollbackOnlyOnAsyncException (AMQ-3166)

transaction commit is a sync operation... if an async send in a transaction fails, then the commit will rollback via: rollbackOnlyOnAsyncException w.r.t spikes in send, have you enabled the preallocation strategy on kahadb, it may be worth toggling to see the effect in your env. Also, ackCompactio

Re: Question about rollbackOnlyOnAsyncException (AMQ-3166)

Hello Tim. Thank you for your suggestion but I already checked the GC (forgot to mention it). The times of the slow JMS sends doesn´t correlate with the garbage collector events. Btw: we use CMS as collector. Any other ideas? Thanks. Joachim -- Sent from: http://activemq.2283324.n4.nabble.com/

Re: Question about rollbackOnlyOnAsyncException (AMQ-3166)

One thing that could cause pauses like that is the JVM's garbage collector. What GC strategy are you using, and can you see if the times at which the higher latency occurs correlate with the times at which full GCs are occurring? Tim On Feb 9, 2018 1:53 AM, "alprausch77" wrote: > Hello. > I hav

Re: Question on Artemis Shared store static config cluster

> This works fine as long as I bring up master. We have tested killing master > server in which case slave takes over and then when master is bought back up > slave relinquishes control. But, if we start slave up first before bringing > up master, then slave never starts servicing. It sits there

Re: Question about priorityURIs feature

Thank you. On Sat, Jun 18, 2016 at 5:06 AM Tim Bain wrote: > Because "randomize=false", local1 will always be tried first, and local2 > will be tried only if local1 is unavailable. > > I'm not sure what the answer to your second question is, and unfortunately > I don't have the ability right now

Re: Question about priorityURIs feature

Because "randomize=false", local1 will always be tried first, and local2 will be tried only if local1 is unavailable. I'm not sure what the answer to your second question is, and unfortunately I don't have the ability right now to read the FailoverTransport source code to find out. Though of cour

Re: question for users of NFS master/slave setups

Thank you for the input. The way I originally set up the Replicated LevelDB servers was to create 2 sets of 3 hosts: 1a 1b 1c 2a 2b 2c So within the "1" and "2" clusters each had one master and two slaves, and then I networked the "1" and "2" clusters together, My intent was to create highly re

Re: question for users of NFS master/slave setups

So 15 seconds sounds really low, although I'm not sure of all the various timeout settings in NFS. Specifically here, the timeout of concern is the release of a lock held by a client. The higher the timeout, the less likelihood of two clients obtaining the same lock, but the slower failover becom

Re: question for users of NFS master/slave setups

I have seen a similar scenario that I described in a mail on the user list http://activemq.2283324.n4.nabble.com/Failover-very-slow-with-kahadb-while-restart-of-master-is-fast-tp4707500.html Do you have any idea why the failover is slower than a simple restart of the master? Christian On 28.0

Re: question for users of NFS master/slave setups

On Tue, Mar 1, 2016 at 7:41 AM, Tim Bain wrote: > Another possibility: the paths that each broker uses to reach the lock file > don't resolve to the same file in NFS. > In my case they resolve to the same server IP and export path.​

Re: question for users of NFS master/slave setups

Another possibility: the paths that each broker uses to reach the lock file don't resolve to the same file in NFS. On Mar 1, 2016 8:29 AM, "artnaseef" wrote: > So something is very wrong then. NFS should *not* allow two NFS clients to > obtain the same lock. > > Three possible explanations come

Re: question for users of NFS master/slave setups

On Tue, Mar 1, 2016 at 7:02 AM, artnaseef wrote: > So something is very wrong then. NFS should *not* allow two NFS clients to > obtain the same lock. > > Three possible explanations come to mind: > > * The lock file is getting incorrectly removed (I've never seen ActiveMQ > cause this) > * There

Re: question for users of NFS master/slave setups

As far as a broker properly cleaning up when active and losing the lock -- first off, that's a very rare scenario. With that said, there's no way to guarantee a completely clean hand-off at that point. The cause of such a scenario will be a drop in network communication between that broker and th

Re: question for users of NFS master/slave setups

So something is very wrong then. NFS should *not* allow two NFS clients to obtain the same lock. Three possible explanations come to mind: * The lock file is getting incorrectly removed (I've never seen ActiveMQ cause this) * There is a flaw in the NFS locking implementation itself * The NFSv4 t

Re: question for users of NFS master/slave setups

That's better than the impression I'd gotten last time I investigated the question. Do you get more useful information at DEBUG? And do you get the same behavior if you wait to start 2c till 2a is fully up? On Mon, Feb 29, 2016 at 7:08 PM, artnaseef wrote: > Something sounds very wrong there.

Re: question for users of NFS master/slave setups

On Mon, Feb 29, 2016 at 7:08 PM, artnaseef wrote: > Something sounds very wrong there. The NFS lock file should prevent more > than one broker writing to the store at a time. > > Is all of /var/log/activemq/activemq-data/ shared across all of the > brokers? > ​Hi, Everything under /var/log/act

Re: question for users of NFS master/slave setups

Are you sure that the code will ensure a graceful and speedy shutdown when the broker loses a lock but stays up? Last time I looked at this (admittedly, not in all that much detail, and I've meant to make time for that ever since and haven't done so), I came away with the impression that the locki

Re: question for users of NFS master/slave setups

Something sounds very wrong there. The NFS lock file should prevent more than one broker writing to the store at a time. Is all of /var/log/activemq/activemq-data/ shared across all of the brokers? -- View this message in context: http://activemq.2283324.n4.nabble.com/question-for-users-of-NF

Re: question for users of NFS master/slave setups

​This is interesting. When i use a purposefully slow set of 3 brokers sharing an NFS 4 mount, I found that it's very very easy to get them into a bad state. As simple a procedure as starting them in sequence and then restarting them in the same sequence nets me errors like: 2016-02-29 19:17:46,

Re: question for users of NFS master/slave setups

64GB is a very large server in my experience. Many use-cases do not require this much memory, although some do. In fact, I've seen 2GB servers perform very well - again, for specific use-cases. As far as swapping - most Linux servers I've seen in the last 5 years (longer really) are configured w

Re: question for users of NFS master/slave setups

No idea on the mount settings - that was a while back. But again, I suspect even the default NFS mounts settings would work. My recommendation here - create a test setup, and perform some load tests. Tweak settings as desired and try again. If that feels inadequate (for example, there are conce

Re: question for users of NFS master/slave setups

Hi Jim, I am currently using in production two AMQ servers (ver 5.12) with NFSv4. The failover from one to the other happens seamlessly without any issues. As Art stated, NFSv4 is a must for failover to work properly. I have the following recommendation to achieve a quick failover: . 1) It

Re: question for users of NFS master/slave setups

Hi, Thank you for the reply. Do you happen to know what the mount settings actually are in your setup? Yes, we are using nfs4 for this. Jim On Thu, Feb 25, 2016 at 20:21 artnaseef wrote: > I've used it successfully more than once without any specific tuning to > NFS. > With that said, systems

Re: question for users of NFS master/slave setups

I've used it successfully more than once without any specific tuning to NFS. With that said, systems groups maintained the filesystem, so I may simply be unaware of the same. Note that you'll need NFSv4 for full H/A; NFSv3 clients hold locks indefinitely when they drop off the server's network (i

Re: Question: Is AMQP recognized as an embedded broker?

On 23 February 2016 at 17:35, Flores, Paul A. wrote: > Attempting to use 'ampq://localhost:5672' as a uri value in connection > factory but seeing the following. > Error setting up connection/session - error: > No Matching Factory Registered for format := amqp > > Is there a workaround? > > Th

Re: Question: Is AMQP recognized as an embedded broker?

On 02/23/2016 12:35 PM, Flores, Paul A. wrote: > Attempting to use 'ampq://localhost:5672' as a uri value in connection > factory but seeing the following. > Error setting up connection/session - error: > No Matching Factory Registered for format := amqp > > Is there a workaround? > > Thanks. >

  1   2   3   >