[jira] [Closed] (JAMES-3656) WithCassandraPassThroughBlobStoreMutableTest::oneHundredMailsShouldBeWellReceived is unstable

["Benoit Tellier (Jira)" <se...@james.apache.org>]

     [ https://issues.apache.org/jira/browse/JAMES-3656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benoit Tellier closed JAMES-3656.
---------------------------------
    Fix Version/s: 3.7.0
       Resolution: Fixed

> WithCassandraPassThroughBlobStoreMutableTest::oneHundredMailsShouldBeWellReceived is unstable
> ---------------------------------------------------------------------------------------------
>
>                 Key: JAMES-3656
>                 URL: https://issues.apache.org/jira/browse/JAMES-3656
>             Project: James Server
>          Issue Type: Bug
>          Components: JMAP
>    Affects Versions: 3.7.0
>            Reporter: Benoit Tellier
>            Assignee: Antoine Duprat
>            Priority: Major
>             Fix For: 3.7.0
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> https://ci-builds.apache.org/job/james/job/ApacheJames/job/master/281/testReport/junit/org.apache.james/WithCassandraPassThroughBlobStoreMutableTest/oneHundredMailsShouldBeWellReceived_GuiceJamesServer_/
> This master build did fail because JMAP filtering failed for one of the emails.
> This test sends 100 emails to a single recipient. Single recipients have their filters on a single Primary Key, and filters are managed by a Cassandra Lightweight transaction (refer to JAMES-3435 for background regarding LightWeight transactions in the project). Apparrently this is enough to create contention!
> {code:java}
> 05:02:05.113 [ERROR] o.a.j.m.i.ProcessorImpl - Exception calling org.apache.james.jmap.mailet.filter.JMAPFiltering: Cassandra timeout during read query at consistency SERIAL (1 responses were required but only 0 replica responded)
> com.datastax.driver.core.exceptions.ReadTimeoutException: Cassandra timeout during read query at consistency SERIAL (1 responses were required but only 0 replica responded)
> 	at com.datastax.driver.core.exceptions.ReadTimeoutException.copy(ReadTimeoutException.java:124)
> {code}
> This results in one email not making it to its destination...
> {code:java}
> org.awaitility.core.ConditionTimeoutException: 
> Assertion condition defined as a lambda expression in org.apache.james.utils.TestIMAPClient 
> expected: 100L
> but was : 99L within 10 seconds.
> {code}
> There is little things we can do regarding LWT performance (since Cassandra 3.11.10 even SERIAL reads implies to commit an empty update!).
> However, as 'filtering' is (in my opinion at least) not critical - my phylosophy would be "don't loose emails - even if that means some features could not be run...".
> As such I propose to ignore errors arising upon JMAPFiltering - this would also make the above mentionned test stable.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org