Changes between Initial Version and Version 1 of Ticket #16960, comment 3
- Timestamp:
- Aug 20, 2017 2:37:00 PM (7 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #16960, comment 3
initial v1 1 1 Would like to confirm this issue. 2 2 3 Been using VirtualBox 5.1.8 on Fedora 25 without any problem for months. Then tried VB 5.1.26 on both F25, F26 and the latest CentOS 7 (both with the stock 3.10 and mainline 4.12 kernel) on a HP Z800 and a Dell PowerEdger610 and we get the CPU soft lockup issue on both. Downgraded back to 5.1.8 and the problem disappears, so we are now happily running that again on CentOS 7 with the stock 3.10 kernel. We have not tested the VB versions between 5.1.8 and 5.1.26.3 Been using !VirtualBox 5.1.8 on Fedora 25 without any problem for months. Then tried VB 5.1.26 on both F25, F26 and the latest CentOS 7 (both with the stock 3.10 and mainline 4.12 kernel) on a HP Z800 and a Dell PowerEdge !r610 and we get the CPU soft lockup issue on both. Downgraded back to 5.1.8 and the problem disappears, so we are now happily running that again on CentOS 7 with the stock 3.10 kernel. We have not tested the VB versions between 5.1.8 and 5.1.26. 4 4 5 Our VM's have 4 vCPU and 16 GB ram and run Ubuntu 16.04. They run in a cluster that uses VLANs over VirtualBox Internal Networks for traffic between nodes. We have two separateVirtualBox Internal Networks that both host a few VLANs.5 Our VM's have 4 vCPU and 16 GB ram and run Ubuntu 16.04. They run in a cluster that uses VLANs over !VirtualBox Internal Networks for traffic between nodes. We have two separate !VirtualBox Internal Networks that both host a few VLANs. 6 6 7 A while after our second VM comes up, the NMI watchdog starts sending error messages to stdout. I'm pretty sure this is around the time puppet on the second machine has configured networking and services and they start generating network traffic. Very soon after, the second VM crashes/gets killed and we're stuck with a defunct virtualbox process and the watchdog still generating warnings. Only solution is to reboot the host. What's also really weird is that the NMI watchdog warnings show up even after we disabled the NMI watchdog on both the host and the guests.7 A while after our second VM comes up, the NMI watchdog starts sending error messages to stdout. I'm pretty sure this is around the time puppet on the second machine has configured networking and services and they start generating network traffic. Very soon after, the second VM crashes/gets killed and we're stuck with a defunct !VirtualBox process and the watchdog still generating warnings. Only solution is to reboot the host. What's also really weird is that the NMI watchdog warnings show up even after we disabled the NMI watchdog on both the host and the guests.
