Open sloppycoder opened 1 year ago
Download the kernel to Linux pie9 5.10.103-v8+ #1529 SMP PREEMPT Tue Mar 8 12:26:46 GMT 2022 aarch64 GNU/Linux same problem.
I tried it on an AWS Graivton instance on AWS, running Debian with 5.10 kernel, redpanda works fine there....
:(
I am also experiencing this. I have run the same version of the redpanda docker container on my amd64 laptop, and it runs fine. On my Raspberry Pi 4 with 4GB RAM running Debian Buster-based Raspberry Pi OS (kernel 5.10.92-v8+), it just returns Aborted
after any command I attempt; but primarily and most importantly rpk redpanda start --overprovisioned
. I don't see any messaging about core dumped
in my output.
I also attempted to install the deb file directly onto the Pi's host OS using these instructions and see the same behavior; returning Aborted
after every command.
It does not appear to be specific to the docker container.
I think it's related to the kernel being used. On the same raspberry pi board, it doesn't work with
5.10.103-v8+ https://github.com/redpanda-data/redpanda/pull/1529 SMP PREEMPT (Raspberry Pi OS)
but works fine with
5.4.0-1078-raspi #89-Ubuntu SMP PREEMPT (Ubuntu 20.04 64 bit)
I am experiencing the same with:
Linux raspberrypi 6.6.20+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.6.20-1+rpt1 (2024-03-07) aarch64 GNU/Linux
Stracing reveals that mmap is failing(?)
prlimit64(0, RLIMIT_STACK, NULL, {rlim_cur=8192*1024, rlim_max=RLIM64_INFINITY}) = 0
gettid() = 31589
gettid() = 31589
gettid() = 31589
gettid() = 31589
openat(AT_FDCWD, "/dev/urandom", O_RDONLY) = 3
read(3, "\202y\210\256", 4) = 4
mmap(NULL, 35184372088832, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 ENOMEM (Cannot allocate memory)
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
gettid() = 31589
getpid() = 31589
tgkill(31589, 31589, SIGABRT) = 0
--- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=31589, si_uid=1000} ---
+++ killed by SIGABRT (core dumped) +++
Aborted (core dumped)
Can someone confirm that they are seeing the same?
@txdv how are you starting redpanda, and what kind of resources are available (cores/memory) on the pi? when redpanda first starts it'll print out some information about the hardware it sees. that could be useful to help debug.
Its an 8GB rpi 4 https://www.raspberrypi.com/products/raspberry-pi-4-model-b/
Currently when I started it I see nothing:
$ /opt/redpanda/bin/redpanda redpanda --redpanda-cfg /etc/redpanda/redpanda.yaml --overprovisioned --unsafe-bypass-fsync=true --reserve-memory=0M --lock-memory=false --default-log-level=debug
Aborted (core dumped)
Via docker:
WARN[0000] /home/bentkus/Docker/redpanda/docker-compose.yml: `version` is obsolete
[+] Running 2/0
✔ Container redpanda-0 Created 0.0s
✔ Container redpanda-console Created 0.0s
Attaching to redpanda-0, redpanda-console
redpanda-0 | + '[' '' = true ']'
redpanda-0 | + exec /usr/bin/rpk redpanda start --verbose --kafka-addr internal://0.0.0.0:9092,external://0.0.0.0:19092 --advertise-kafka-addr internal://redpanda-0:9092,external://localhost:19092 --pandaproxy-addr internal://0.0.0.0:8082,external://0.0.0.0:18082 --advertise-pandaproxy-addr internal://redpanda-0:8082,external://localhost:18082 --schema-registry-addr internal://0.0.0.0:8081,external://0.0.0.0:18081 --rpc-addr redpanda-0:33145 --advertise-rpc-addr redpanda-0:33145 --mode dev-container --default-log-level=debug
redpanda-0 | WARNING: This is a setup for development purposes only; in this mode your clusters may run unrealistically fast and data can be corrupted any time your computer shuts down uncleanly.
redpanda-0 | 17:51:03.611 DEBUG Looking for redpanda install directory
redpanda-0 | 17:51:03.615 DEBUG Checking if path '/opt/redpanda/bin/rpk' exists
redpanda-0 | 17:51:03.615 DEBUG Checking if path '/opt/redpanda/bin/redpanda' exists
redpanda-0 | 17:51:03.615 DEBUG Redpanda is installed in '/opt/redpanda'
redpanda-0 | We'd love to hear about your experience with Redpanda:
redpanda-0 | https://redpanda.com/feedback
redpanda-0 | Starting redpanda...
redpanda-0 | Running:
redpanda-0 | /opt/redpanda/bin/redpanda redpanda --redpanda-cfg /etc/redpanda/redpanda.yaml --overprovisioned --unsafe-bypass-fsync=true --reserve-memory=0M --lock-memory=false --default-log-level=debug
redpanda-console | {"level":"info","ts":"2024-03-26T17:51:04.076Z","msg":"started Redpanda Console","version":"v2.4.5","built_at":"1709758506"}
redpanda-console | {"level":"info","ts":"2024-03-26T17:51:04.077Z","msg":"testing admin client connectivity","urls":["http://redpanda-0:9644"]}
redpanda-0 exited with code 133
redpanda-console | {"level":"fatal","ts":"2024-03-26T17:51:07.219Z","msg":"failed to create Redpanda service","error":"failed to test admin client connectivity: Get \"http://redpanda-0:9644/v1/brokers\": dial tcp: lookup redpanda-0 on 127.0.0.11:53: no such host"}
redpanda-console exited with code 1
Do I need something to enable to let it print the information you want?
I am using the standard docker template on my rpi4:
bentkus@raspberrypi:~/Docker/redpanda $ cat docker-compose.yml
version: "3.7"
name: redpanda-quickstart-one-broker
networks:
redpanda_network:
driver: bridge
volumes:
redpanda-0: null
services:
redpanda-0:
command:
- redpanda
- start
- --verbose
- --kafka-addr internal://0.0.0.0:9092,external://0.0.0.0:19092
# Address the broker advertises to clients that connect to the Kafka API.
# Use the internal addresses to connect to the Redpanda brokers'
# from inside the same Docker network.
# Use the external addresses to connect to the Redpanda brokers'
# from outside the Docker network.
- --advertise-kafka-addr internal://redpanda-0:9092,external://localhost:19092
- --pandaproxy-addr internal://0.0.0.0:8082,external://0.0.0.0:18082
# Address the broker advertises to clients that connect to the HTTP Proxy.
- --advertise-pandaproxy-addr internal://redpanda-0:8082,external://localhost:18082
- --schema-registry-addr internal://0.0.0.0:8081,external://0.0.0.0:18081
# Redpanda brokers use the RPC API to communicate with each other internally.
- --rpc-addr redpanda-0:33145
- --advertise-rpc-addr redpanda-0:33145
# Mode dev-container uses well-known configuration properties for development in containers.
- --mode dev-container
# Tells Seastar (the framework Redpanda uses under the hood) to use 1 core on the system.
- --default-log-level=debug
image: docker.redpanda.com/redpandadata/redpanda:v23.3.9-arm64
container_name: redpanda-0
volumes:
- redpanda-0:/var/lib/redpanda/data
networks:
- redpanda_network
ports:
- 18081:18081
- 18082:18082
- 19092:19092
- 19644:9644
console:
container_name: redpanda-console
image: docker.redpanda.com/redpandadata/console:v2.4.5
networks:
- redpanda_network
entrypoint: /bin/sh
command: -c 'echo "$$CONSOLE_CONFIG_FILE" > /tmp/config.yml; /app/console'
environment:
CONFIG_FILEPATH: /tmp/config.yml
CONSOLE_CONFIG_FILE: |
kafka:
brokers: ["redpanda-0:9092"]
schemaRegistry:
enabled: true
urls: ["http://redpanda-0:8081"]
redpanda:
adminApi:
enabled: true
urls: ["http://redpanda-0:9644"]
ports:
- 8080:8080
depends_on:
- redpanda-0
Did you have look at this https://github.com/redpanda-data/redpanda/issues/12144 it looks like it might be related.
I saw it, but that one is an assertion, mine fails on memory map
same issue for me with an 8GB rpi 4 https://www.raspberrypi.com/products/raspberry-pi-4-model-b/
last default image for pi 4
and standard docker template on my rpi4
image: docker.redpanda.com/redpandadata/redpanda:v23.3.10-arm64
Starting redpanda-console ... done
Attaching to redpanda-0, redpanda-console
redpanda-console | {"level":"info","ts":"2024-03-29T06:08:54.812Z","msg":"started Redpanda Console","version":"v2.4.5","built_at":"1709758506"}
redpanda-0 | + '[' '' = true ']'
redpanda-0 | + exec /usr/bin/rpk redpanda start --verbose --kafka-addr internal://0.0.0.0:9092,external://0.0.0.0:19092 --advertise-kafka-addr internal://redpanda-0:9092,external://localhost:19092 --pandaproxy-addr internal://0.0.0.0:8082,external://0.0.0.0:18082 --advertise-pandaproxy-addr internal://redpanda-0:8082,external://localhost:18082 --schema-registry-addr internal://0.0.0.0:8081,external://0.0.0.0:18081 --rpc-addr redpanda-0:33145 --advertise-rpc-addr redpanda-0:33145 --mode dev-container --default-log-level=info
redpanda-0 | WARNING: This is a setup for development purposes only; in this mode your clusters may run unrealistically fast and data can be corrupted any time your computer shuts down uncleanly.
redpanda-0 | 06:08:54.014 DEBUG Looking for redpanda install directory
redpanda-0 | 06:08:54.015 DEBUG Checking if path '/opt/redpanda/bin/rpk' exists
redpanda-0 | 06:08:54.015 DEBUG Checking if path '/opt/redpanda/bin/redpanda' exists
redpanda-0 | 06:08:54.015 DEBUG Redpanda is installed in '/opt/redpanda'
redpanda-console | {"level":"info","ts":"2024-03-29T06:08:54.812Z","msg":"testing admin client connectivity","urls":["http://redpanda-0:9644"]}
redpanda-0 | We'd love to hear about your experience with Redpanda:
redpanda-0 | https://redpanda.com/feedback
redpanda-0 | Starting redpanda...
redpanda-0 | Running:
redpanda-0 | /opt/redpanda/bin/redpanda redpanda --redpanda-cfg /etc/redpanda/redpanda.yaml --default-log-level=info --lock-memory=false --unsafe-bypass-fsync=true --reserve-memory=0M --overprovisioned
redpanda-0 exited with code 133
redpanda-console | {"level":"fatal","ts":"2024-03-29T06:08:58.170Z","msg":"failed to create Redpanda service","error":"failed to test admin client connectivity: Get \"http://redpanda-0:9644/v1/brokers\": dial tcp: lookup redpanda-0 on 127.0.0.11:53: no such host"}
redpanda-console exited with code 1`
This issue hasn't seen activity in 3 months. If you want to keep it open, post a comment or remove the stale
label – otherwise this will be closed in two weeks.
Version & Environment
Redpanda version:
v22.3.10 (rev 1f78ad9)
I was running on Raspberry PI CM4 with 8GB RAM running Pi OS Debian 11.6, kernel version ```Linux pie9 5.15.84-v8+ #1613 SMP PREEMPT Thu Jan 5 12:03:08 GMT 2023 aarch64 GNU/Linux````
Curiously, on the same board, it works fine if I use Ubuntu Linux 20.04. Kernel version
Linux pie1 5.4.0-1078-raspi #89-Ubuntu SMP PREEMPT Mon Dec 5 08:38:35 UTC 2022 aarch64 aarch64 aarch64 GNU/Linux
What went wrong?
Redpanda process immediately crashes during start.
journalctl -u redpanda
showsWhat should have happened instead?
It should run without crash.
How to reproduce the issue?
follow installation steps for Debian and problem appears immediately on first start after apt install
Additional information
More info below
Trying to start the process manually result in core dump too
Currently switch OS on this board have other implications, so I hope this issue can be fixed in some other way.
JIRA Link: CORE-1134