-
Notifications
You must be signed in to change notification settings - Fork 524
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HDDS-4980. Bump jaeger-client to 1.6.0 #2045
Conversation
Change-Id: I3606cb86de0811a7fb23eeb1221bcf311140fca9
Change-Id: I70d2fafb688fe3bf132cff28c57b1b93e5dd61ee
Change-Id: Iae45d9e62e8d816498ff16dbacbca453dce69fab
This reverts commit 22acdab. Change-Id: Ibd0515dcf5ca36b4b9e3ab6e2c25d38ee8564dbd
dep tree looks good with the current patch:
|
Change-Id: I790896b03707726cf663436d329101f096507811
mvn build looks fine as well:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @smengcl for working on this. Unfortunately it doesn't seem to work with the current version of Jaeger.
cd hadoop-ozone/dist/target/ozone-1.1.0-SNAPSHOT/compose/ozone
export COMPOSE_FILE=docker-compose.yaml:monitoring.yaml
docker-compose up -d --scale datanode=3
Result (same for all services):
datanode_1 | java.lang.NoSuchMethodError: 'void org.apache.thrift.transport.AutoExpandingBufferWriteTransport.<init>(int, int)'
datanode_1 | at io.jaegertracing.thrift.internal.senders.ThriftSenderBase.<init>(ThriftSenderBase.java:67)
datanode_1 | at io.jaegertracing.thrift.internal.senders.ThriftSender.<init>(ThriftSender.java:41)
datanode_1 | at io.jaegertracing.thrift.internal.senders.UdpSender.<init>(UdpSender.java:47)
datanode_1 | at io.jaegertracing.thrift.internal.senders.ThriftSenderFactory.getSender(ThriftSenderFactory.java:36)
datanode_1 | at io.jaegertracing.internal.senders.SenderResolver.getSenderFromFactory(SenderResolver.java:110)
datanode_1 | at io.jaegertracing.internal.senders.SenderResolver.resolve(SenderResolver.java:88)
datanode_1 | at io.jaegertracing.Configuration$SenderConfiguration.getSender(Configuration.java:696)
datanode_1 | at io.jaegertracing.Configuration$ReporterConfiguration.getReporter(Configuration.java:593)
datanode_1 | at io.jaegertracing.Configuration$ReporterConfiguration.access$000(Configuration.java:553)
datanode_1 | at io.jaegertracing.Configuration.getTracerBuilder(Configuration.java:230)
datanode_1 | at org.apache.hadoop.hdds.tracing.TracingUtil.initTracing(TracingUtil.java:53)
So I guess we need to wait for new Jaeger release.
@adoroszlai thanks for checking. i tried to bump jaeger-client from 1.2.0 to 1.5.0 but the result is the same. i guess we have to wait for a new jaeger java client release. blocked on jaegertracing/jaeger-client-java#768 |
Waiting for a new jaeger-client release. |
79a9d39
to
520ba00
Compare
Change-Id: I4c1aa8bc081ff2cea5c0277ee6afb84e2408fbc0
Change-Id: I5e14315c4433d37780ed29ebb6a7e5a1b58d997e
There should be a 1.6.0 release soon: jaegertracing/jaeger-client-java#774 (comment) Retrigger CI when it releases. |
1.6.0 tagged but not released yet: Should expect a release in ~1 week? |
1.6.0 released. Retriggering CI. |
Change-Id: Idb8f1ada26aea215d83d58e9211f188ddc216485
@smengcl Thanks for updating the patch. Tracing looks good now. I've noticed this error in S3 Gateway log:
|
@adoroszlai Interesting find. I've observed the same. Though aws s3api --endpoint http://127.0.0.1:9878 create-bucket --bucket buck1
The Web UI is probably broken. When I switch back to 1.2.0, the message is gone. |
I think it's new
@adoroszlai we should somehow exclude that from s3 gateway / hdds common? or just shade jaeger-client entirely to prevent this |
Thanks @adoroszlai for adding the exclusion. I have verified S3 gateway startup error is gone with the exclusion of |
https://issues.apache.org/jira/browse/HDDS-4980
Bump jaeger-client to 1.5.1 which should include libthrift 0.14.1 that addresses CVE-2020-13949.