[
https://issues.apache.org/jira/browse/AMQ-9851?focusedWorklogId=1002521&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-1002521
]
ASF GitHub Bot logged work on AMQ-9851:
---------------------------------------
Author: ASF GitHub Bot
Created on: 29/Jan/26 16:22
Start Date: 29/Jan/26 16:22
Worklog Time Spent: 10m
Work Description: jeanouii opened a new pull request, #1640:
URL: https://github.com/apache/activemq/pull/1640
This only happens in the nightly build because it needs to run on MacOS. On
linux the test passes just fine.
So we need unfortunately to merge and see on the next run
Issue Time Tracking
-------------------
Worklog Id: (was: 1002521)
Remaining Estimate: 0h
Time Spent: 10m
> org.apache.activemq.store.kahadb.JournalFdRecoveryTest fails on MacOS
> ---------------------------------------------------------------------
>
> Key: AMQ-9851
> URL: https://issues.apache.org/jira/browse/AMQ-9851
> Project: ActiveMQ
> Issue Type: Test
> Reporter: Jean-Louis Monteiro
> Priority: Major
> Fix For: 6.3.0
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> For nightly builds we run a bigger matrix (including macos and windows).
>
>
>
> I've seen the following failure consistently.
>
>
>
>
>
>
>
> [INFO] ---org.apache.activemq.store.kahadb.JournalFdRecoveryTest - 42.99 s
>
>
>
> [INFO] +-- [XX] testRecoveryWithMissingMssagesWithValidAcks - 4.399 s
>
>
>
> [INFO] [*] testRecoveryWithMissingMssagesWithValidAcks
>
>
>
> [INFO]
>
>
>
> [INFO] Stack trace
>
>
>
> [INFO] java.lang.AssertionError: Empty? expected:<18> but was:<19>
>
>
>
> at org.junit.Assert.fail(Assert.java:89)
>
>
>
> at org.junit.Assert.failNotEquals(Assert.java:835)
>
>
>
> at org.junit.Assert.assertEquals(Assert.java:647)
>
>
>
> at
> org.apache.activemq.store.kahadb.JournalFdRecoveryTest.testRecoveryWithMissingMssagesWithValidAcks(JournalFdRecoveryTest.java:244)
>
>
>
>
>
>
> It seems that after stopping the broker and deleting db-4.log and db.data,
> we expect 2 messages to be lost.
>
>
>
>
>
>
> There might be something in MacOS filesystem that makes only 18 to
> disappear and 19 to remain.
>
>
> Not sure how to fix it. We can probably set the preallocationScope to NONE
> and that might make it to pass. Of we need to accept a range rather than a
> fix value (maybe not the goal for this test).
>
> We can also look at the message IDs to determine the value instead of using
> the hardcoded 18.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information, visit: https://activemq.apache.org/contact
