To be clear, the mitigation described in the aforementioned documentation will help reduce the occurrences of AMQ850000, but it may not eliminate them completely. The only way to eliminate them completely is to upgrade to 2.42.0.
Justin On Tue, Sep 16, 2025 at 2:10 PM Justin Bertram <[email protected]> wrote: > The recommended solution is to upgrade to 2.42.0. There are a number of > notable updates to MQTT since 2.34.0 for new features, performance > improvements, bug fixes, etc. Among others, this includes: > > - https://issues.apache.org/jira/browse/ARTEMIS-5121 > - https://issues.apache.org/jira/browse/ARTEMIS-5325 > - https://issues.apache.org/jira/browse/ARTEMIS-5467 > - https://issues.apache.org/jira/browse/ARTEMIS-5469 > - https://issues.apache.org/jira/browse/ARTEMIS-5493 > - https://issues.apache.org/jira/browse/ARTEMIS-5499 (your current > issue) > - https://issues.apache.org/jira/browse/ARTEMIS-5517 > - https://issues.apache.org/jira/browse/ARTEMIS-5522 > - https://issues.apache.org/jira/browse/ARTEMIS-5529 > - https://issues.apache.org/jira/browse/ARTEMIS-5540 > - https://issues.apache.org/jira/browse/ARTEMIS-5575 > > Is there a specific reason you can't upgrade to 2.42.0? Keep in mind that > any environment that can't be upgraded is at risk from CVEs, bugs, etc. > > In lieu of upgrading you can follow the relevant documentation for 2.34.0 > [1]. > > > Justin > > [1] > https://activemq.apache.org/components/artemis/documentation/2.34.0/mqtt.html#persistent-subscriptions > > On Mon, Sep 15, 2025 at 1:08 PM Shields, Paul <[email protected]> > wrote: > >> Hi, >> >> Using Artemis 2.34.0 and we are seeing >> >> java.lang.IllegalStateException: AMQ850000: Unable to store MQTT state >> within given timeout: 5000ms >> at >> org.apache.activemq.artemis.core.protocol.mqtt.MQTTStateManager.storeSessionState(MQTTStateManager.java:192) >> at >> org.apache.activemq.artemis.core.protocol.mqtt.MQTTSubscriptionManager.addSubscriptions(MQTTSubscriptionManager.java:334) >> In the broker logs. I see that ARTEMIS-5499 addresses this in Artemis >> 2.42.0, but we are not yet able to upgrade to that release. We are using a >> JWT for authenticating with the broker which has a 5 min time expiration, >> and it appears that there was a significant delay in the front-end >> processing of the MQTT broker. As a result, by the time the system >> evaluates a connection request's JWT (JSON Web Token), the token is already >> expired by 1 to 3 minutes. At that point, the client is disconnected and >> repeatedly attempts to reconnect. In ARTEMIS-5499 I see a reference to a >> possible workaround, “Previously, disabling subscription persistence >> involved disabling the underlying queue.”. We are using MQTT, but not >> using persistent subscriptions. Would Artemis 2.34.0 support this possible >> workaround and would it need to be applied to each connection to the broker? >> >> Paul Shields >> >
