Closed yasammez closed 3 years ago
Hm, I deployed a build of x86_64-unknown-linux-musl
earlier this week without a similar issue.
You mentioned x86_64-pc-windows-gnu
- are you also building and running the musl
target inside cygwin, or in another environment like WSL (1 or 2) or a hypervisor?
Have you tried sending a request to the server, @yasammez? As of the config revamp, Rocket no longer prints configuration information by default on release
. Does ROCKET_LOG_LEVEL=normal
resolve the issue?
Thanks for your reply!
You mentioned
x86_64-pc-windows-gnu
- are you also building and running themusl
target inside cygwin, or in another environment like WSL (1 or 2) or a hypervisor?
Unfortunately my employer won't let me use WSL, so I am stuck with cygwin on my development machine. The musl target gets packed into a docker container and is deployed unto a RedHat OSCP cluster which automaticall generates HTTP requests as health checks every second. None of these came back successful. But I will try again on Monday.
This could also be #1457. Are you setting the address to 0.0.0.0
on release, and generally have you updated your configuration structure for the revamped config? See https://rocket.rs/master/guide/configuration/.
No I had not. Thank you very much, this resolves the issue!
rustc --version
rocket version from Cargo.lock
Minimal example
Cargo.toml
main.rs
Compiling and running this on x86_64-pc-windows-gnu in cygwin works fine. But compiling with
cargo build --target x86_64-unknown-linux-musl --release
(debug build seems fine) hangs indefinitely.Expected behaviour
Actual behaviour
strace output (truncated)
Note that this is in fact the end of the strace output, it cuts off just in the middle of the
futex
syscall.