<https://github.com/apache/kafka/blob/trunk/clients/src/test/java/org/apache/kafka/common/network/SslVersionsTransportLayerTest.java>Here is the upstream link to the SslTransportLayerTest.java <https://github.com/apache/kafka/blob/trunk/clients/src/test/java/org/apache/kafka/common/network/SslTransportLayerTest.java> , I've used. Thanks for looking into this.
-Stephin On Wed, Feb 3, 2021 at 11:11 PM Martin Gainty <mgai...@hotmail.com> wrote: > authentication fail > > using basic-authentication you will need to supply correct > username/password > try ssh to server with supplied credentials from testcase > assume port is 2222 > assume host ip is 10.0.0.1 > assume password is MYPassword > assume username is mgainty > ssh -p “MYPassword” ssh -p 2222 mgainty@10.0.0.1 > if ssh fails then any programmatic authentication on your end will also > fail > > if you are authenticating with certs you will need a valid x509 cert and > public key > both of which need to be supplied to you from CA authenticator > > is there a way you can upload SslTransportLayerTest.java so we can look at > the code > ?org.apache.kafka.common.network.SslTransportLayerTest.testTlsDefaults(SslTransportLayerTest.java:587) > > m- > > ________________________________ > From: Stephin Thomas <steth...@redhat.com> > Sent: Wednesday, February 3, 2021 9:30 AM > To: users@kafka.apache.org <users@kafka.apache.org> > Subject: Re: Unable to run unit tests inside a docker container > > @Martin Thanks for the links and suggestions I tried with *--no-daemon* > option but it did not help. I assigned more memory to my docker container > (from 2GB to 8GB) and that sorted the unexpected 137 error. > But this time again the timeout issue appeared even with 30000ms. > > https://gist.github.com/STEPHINRACHEL/b67f34e6ff1b3deb5338e8b6fb6b48ee#file-kafka-test-14-40-L10212 > > Thanks > -Stephin > > > > > > On Wed, Feb 3, 2021 at 11:52 AM Martin Gainty <mgai...@hotmail.com> wrote: > > > one of the commiters changed all maven builds to gradle and now there are > > fails that produce non-traceable error codes like 137 > > unfortunately he didnt test all gradle scenarios so this individual > > released a build whose untested scenarios that error out > > > > java - Why are my Gradle builds dying with exit-code 137? - Stack > Overflow< > > > https://stackoverflow.com/questions/38967991/why-are-my-gradle-builds-dying-with-exit-code-137 > > > > > [ > > > https://cdn.sstatic.net/Sites/stackoverflow/Img/apple-touch-i...@2.png?v=73d79a89bded > > ]< > > > https://stackoverflow.com/questions/38967991/why-are-my-gradle-builds-dying-with-exit-code-137 > > > > > java - Why are my Gradle builds dying with exit-code 137? - Stack > Overflow< > > > https://stackoverflow.com/questions/38967991/why-are-my-gradle-builds-dying-with-exit-code-137 > > > > > I've had similar issue on DigitalOcean's server, my gradle build failed > > completely on test stage with very similar stacktrace and without a > single > > test being executed.. It is stated in Gradle docs that gradle daemon > should > > not be run in CI environments.So I just added --no-daemon to my build > > command and everything worked well and good. Also stopping daemon with > > ./gradlew --stop has been useful ... > > stackoverflow.com > > gradle daemons wont run in CI containers please add > > > > ./gradlew build --no-daemon > > > > Please let me know your results > > martin > > ________________________________ > > From: Stephin Thomas <steth...@redhat.com> > > Sent: Wednesday, February 3, 2021 2:58 AM > > To: users@kafka.apache.org <users@kafka.apache.org> > > Subject: Re: Unable to run unit tests inside a docker container > > > > Hi, > > @Martin Thank you for your response. > > I do not have much knowledge of the code base for Kafka. I was trying to > > use the upstream code as it is. As you suggested I tried to increase the > > timeout, and it got worked and network tests got passed. Still, the build > > got failed with some other error. (Process 'Gradle Test Executor 12' > > finished with non-zero exit value 137). > > Full logs can be seen here > > https://gist.github.com/STEPHINRACHEL/821de43ad9bd289a194aed09841dd90f > > Is that something related to container setup? The build was > > successful when I tried running the test locally on my machine. Is there > > any minimum memory requirement for the container? > > > > Thank you in advance, > > - Stephin > > > > On Tue, Feb 2, 2021 at 4:16 PM Martin Gainty <mgai...@hotmail.com> > wrote: > > > > > there are 2 things you will notice from your stacktrace > > > > > > consumerClient = new ConsumerNetworkClient(client, metadata, time, 100, > > > 1000); > > > your 10k request timeout is too short > > > so why not increase 10000ms to something more reasonable > > > > > > the specific testcase (which i do not have) is trying to decompress an > > > image when testcase = CompressionType.NONE > > > private MemoryRecords records = > > > MemoryRecords.emptyRecords(ByteBuffer.allocate(1024), > > > CompressionType.NONE); private MemoryRecords nextRecords = > > > MemoryRecords.emptyRecords(ByteBuffer.allocate(1024), > > CompressionType.NONE); > > > > > > so why is your FetcherTest testcase attempting to decompress a record > > > whose contained Image has no Compression? > > > > > > (I am admittedly more of a redhat guy than docker expert) > > > > > > ________________________________ > > > From: Stephin Thomas <steth...@redhat.com> > > > Sent: Tuesday, February 2, 2021 9:11 AM > > > To: users@kafka.apache.org <users@kafka.apache.org> > > > Subject: Unable to run unit tests inside a docker container > > > > > > Hi, > > > I have cloned the apache-Kafka repo inside a docker container that has > > java > > > 11 installed on it and on running the ./gradlew uniTest command I'm > > > getting build failure with failing network tests. > > > > > > The logs from the container are uploaded here > > > > > > > > > https://gist.github.com/STEPHINRACHEL/9fbce12db303eb0285d14ff322dbd15d#file-gistfile1-txt-L1235 > > > > > > Could someone guide me on how to run the unit tests inside a docker > > > container? > > > > > > Thanks and Regards, > > > -Stephin > > > > > > > > > -- > > > > *Thanks and Regards,* > > > > *Stephin Rachel Thomas* > > She/Her > > Quality Engineer, Managed Application Services > > <https://www.redhat.com/> > > > > > -- > > *Thanks and Regards,* > > *Stephin Rachel Thomas* > She/Her > Quality Engineer, Managed Application Services > <https://www.redhat.com/> > -- *Thanks and Regards,* *Stephin Rachel Thomas* She/Her Quality Engineer, Managed Application Services <https://www.redhat.com/>
