oxidecomputer / oxidecomputer/propolis
propolis-standalone(?) virtio NIC migration seems funky
@iximeow is already working on this.
Since Apr 16, 2026.
- Dominant language
- Rust
- Stars
- 270
- Forks
- 42
- Avg merge
- 4d 5h
- Merged PRs (30d)
- 6
Description
I have a Debian 13 VM with
[dev.net]
driver = "pci-virtio-viona"
pci-path = "0.10.0"
vnic = "vnic_prop0"
which works fine on first start - I can reach 192.168.0.1 or other local addresses outside the VM - but I noticed that if I have a ping 192.168.0.1 ongoing while I stop a ./propolis-standalone -s config.toml, resuming that VM with ./propolis-standalone -r <the_snapshot>.tar, the NIC seems to not.. do things anymore. ping is hung, ctrl+c kills it and a new ping yields a fascinating
64 bytes from 192.168.0.7: icmp_seq=1 ttl=64 time=0.000ms
which is curious because that computer is about 0.2ms away via ethernet. I figure either something is funky about migrating NICs in the first place, or specifically in propolis-standalone, or may be something specific about the guest state when I took the snapshot. I'll get the snapshot and image up to catacomb for reference since I probably won't be looking soon.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.