Skip to content
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

cloudhypervisor: VM creation errors with "Address in use" #999

Open
icyphox opened this issue Jan 2, 2025 · 0 comments
Open

cloudhypervisor: VM creation errors with "Address in use" #999

icyphox opened this issue Jan 2, 2025 · 0 comments
Labels
kind/bug Something isn't working

Comments

@icyphox
Copy link

icyphox commented Jan 2, 2025

Hey, apologies for the delay and Happy New Year! ✨ Here's the issue that I promised to create. Let me know if you need me to add any further info! Attaching relevant log files here:

cloudhypervisor-stderr.log
cloudhypervisor-stdout.log
cloudhypervisor.log

What happened:

Creating a VM using latest cloudhypervisor-static results in cloudhypervisor erroring out with (from /var/lib/flintlock/.../cloudhypervisor.stderr):

Failed to start the VMM thread: Error creation API server's socket Os { code: 98, kind: AddrInUse, message: "Address in use" }
Error booting VM: VmBoot(DeviceManager(CreateVirtioNet(OpenTap(TapOpen(ConfigureTap(Os { code: 16, kind: ResourceBusy, message: "Resource busy" }))))))

What did you expect to happen:

VM creation not to fail.

How to reproduce it:

I'm running flintlockd like so:

root@flintlock-test:/home/icy# ./flintlockd_amd64 run --cloudhypervisor-bin ./cloud-hypervisor-static --containerd-socket /run/containerd-dev/containerd.sock --bridge-name flbr-tenant1 --default-provider cloudhypervisor --insecure -v5

And sending the CreateMicroVM request using fl (built from main):

./fl microvm create --name "test-ch-1" --host localhost:9090 --network-interface eth1:tap --kernel-image ghcr.io/liquidmetal-dev/cloudhypervisor-kernel:6.2 --root-image ghcr.io/liquidmetal-dev/ubuntu:22.04 --kernel-filename vmlinux.bin

Environment:

  • flintlock version: 0.7.0
  • containerd version: 1.7.24
  • OS (e.g. from /etc/os-release): Debian 11 (bullseye)
  • Running on a GCP VM with nested virtualization enabled
@icyphox icyphox added the kind/bug Something isn't working label Jan 2, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant