You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The sandbox crashes when enabling trace level Trace for hyperlight-host and running tracing-otlp example.
This happens in other circumstances when using the Trace log level for hyperlight-host.
What did you expect to happen?
The expected behavior is for the sandbox to run and produce correct Trace spans/events.
Steps to reproduce the behavior
$ RUST_LOG='info,hyperlight_host=trace,hyperlight_host::sandbox=info,hyperlight_host::hypervisor=info,hyperlight_host::sandbox=info,hyperlight_guest=info,hyperlight_guest_bin=info' cargo run --example tracing-otlp
Compiling hyperlight-host v0.9.0 (/home/dblnz/workspace/msft/hyperlight/src/hyperlight_host)
Finished `dev` profile [unoptimized + debuginfo] target(s) in 6.29s
Running `target/debug/examples/tracing-otlp`
Press enter to exit...
[ERROR][HYPERLIGHT] Handling disallowed syscall
[ERROR][HYPERLIGHT] Disallowed Syscall: 318
[1] 447480 segmentation fault (core dumped) RUST_LOG= cargo run --example tracing-otlp
Hyperlight Version
0.9.0
OS version
Details
On Linux:
$ cat /etc/os-releasePRETTY_NAME="Ubuntu 24.04.3 LTS"NAME="Ubuntu"VERSION_ID="24.04"VERSION="24.04.3 LTS (Noble Numbat)"VERSION_CODENAME=nobleID=ubuntuID_LIKE=debianHOME_URL="https://www.ubuntu.com/"SUPPORT_URL="https://help.ubuntu.com/"BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"UBUNTU_CODENAME=nobleLOGO=ubuntu-logo
$ uname -aLinux laptop 6.6.87.2-microsoft-standard-WSL2 #1 SMP PREEMPT_DYNAMIC Thu Jun 5 18:30:46 UTC 2025 x86_64 x86_64 x86_64 GNU/LinuxOn Windows:C:\> cmd /c ver
# paste output here
Additional Information
This issues seems to be created by the tracing crate when it tries to generate a random ID.
On ArchLinux I'm getting syscall 16, IOCTL, it happens when using the default HostPrint, when it's trying to detect is it's a terminal to decide to use colors or not.
Activity
jprendes commentedon Sep 10, 2025
On ArchLinux I'm getting syscall 16, IOCTL, it happens when using the default HostPrint, when it's trying to detect is it's a terminal to decide to use colors or not.
dblnz commentedon Oct 23, 2025
Without the
seccompfeature removed by #970 this won't happen any more.