> > So my idea was to suggest to start tracking an exact Jenkins report maybe?
>
> Basing our point of view on the canonical test runs on apache infra makes
> sense to me, assuming that infra is behaving these days. :) Pretty sure
> Mick got that in working order.


It's definitely closing in. Running on donated hosted hardware around
the world has its own challenges, and there's some impl and history in
the jenkins build stuff i'm still uncovering. And stuff that's waiting
on other things (e.g. containerisation).  But the main branches look
good.  That said it's also a platform that we are capable of breaking
ourselves, now having control over the master.


>    - Hard, no compromise position on "we don't RC until all flakes are dead"


I like this.  Especially if we are good at entering flakey tests into
jira early. As opposed to entering them all at the last minute and
dashing hopes of the RC.


> > In different conversations with colleagues from the C* community I got the
> > impression that canonical suite (in this case Jenkins) might be the right
> > direction to follow.
> >
> > To be clear, I am always checking any failures seen in any environment and
> > I truly believe that they are worth it to be checked. Not advocating to
> > skip anything!  But also, sometimes I feel in many cases CircleCI could
> > provide input worth tracking but less likely to be product flakes. Am I
> > right? In addition, different people use different CircleCI config and see
> > different output. Not to mention flaky tests on Mac running with two
> > cores... Yes, this is sometimes the only way to reproduce some of the
> > reported tests' issues...


One of the predominant unit test failures in Jenkins that is not in
CircleCI, is the…

    UnknownHostException: ip-X-X-X-X: ip-X-X-X-X: Name or service not known

See 
https://ci-cassandra.apache.org/job/Cassandra-trunk/150/testReport/(root)/_init_/org_apache_cassandra_locator_ReplicaCollectionTest/

Most of these were fixed in CASSANDRA-15622
But the remaining failures are from the use of
`FBUtilities.getLocalAddress()` and `InetAddress.getLocalHost()`. It
affects ci-cassandra because the agents need their public ip so the
master can reach them.

Some help with how best to fix these would be appreciated.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
For additional commands, e-mail: dev-h...@cassandra.apache.org

Reply via email to