jimbogithub
jimbogithub
> @lunarfs I'm testing this out in my local environment. Looks pretty good except for a couple of issues if I have `KAFKA_CREATE_TOPICS` enabled: > > 1. `KAFKA_PORT` is used...
The topic creation is still problematic. It's not working with the example config: ``` HOSTNAME_COMMAND: curl http://169.254.169.254/latest/meta-data/public-hostname KAFKA_ADVERTISED_LISTENERS: INSIDE://:9092,OUTSIDE://_{HOSTNAME_COMMAND}:9094 KAFKA_LISTENERS: INSIDE://:9092,OUTSIDE://:9094 KAFKA_LISTENER_SECURITY_PROTOCOL_MAP: INSIDE:PLAINTEXT,OUTSIDE:PLAINTEXT KAFKA_INTER_BROKER_LISTENER_NAME: INSIDE ``` I use very similar...
@dswiecki I have an image at jimbodock/kafka:2.13-3.1.1. It is slightly stripped down (removed the embedded Docker which is only needed for the CI tests). It is based on the build...
I had similar issues trying the wurstmeister/kafka:2.13-2.7.1. Looks like although it claims to be an arm64 image: ``` $ docker image inspect wurstmeister/kafka:2.13-2.7.1 [ { "Id": "sha256:e0c8865c03ee43e3247476d85459c6d3009da6395b951752af7d750ca5a976ac", "RepoTags": [ "wurstmeister/kafka:2.13-2.7.1"...
So +1 for @bugflux > It seems to run fine if building `FROM bellsoft/liberica-openjdk-alpine:11`. if that's the best available alpine JRE 8 or 11.
> So +1 for @bugflux > > > It seems to run fine if building `FROM bellsoft/liberica-openjdk-alpine:11`. > > if that's the best available alpine JRE 8 or 11. Found...
> Has anyone found a base layer that will work for a cross-arch build with `docker buildx`? The alternative base images suggested seem to _only_ be for `arm64`. `openjdk:8u212-jre-alpine` does...
`openjdk:11.0.14-jre` is multi-arch on Debian. Here's my take on converting the Docker file: [Patch.zip](https://github.com/wurstmeister/kafka-docker/files/8045562/Patch.zip) Notes: - Installs libc-bin via apt rather than the wget/apk GLIBC on alpine. I just guessed...
Looks like the packages can be trimmed down to: ` apt-get install -y --no-install-recommends jq net-tools ; \`
@mikael-carlstedt #703 has been merged so @wurstmeister can probably close this PR as obsolete.