Custom Query (16363 matches)
Results (2275 - 2277 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #3933 | fixed | Linux guest with 3 NICs (Bridged networking) dies (not crashes) after some hours of usage | ||
| Description |
Host is Debian Lenny, stock kernel 2.6.28.7, processor is Intel Core 2 Quad, 4 GB RAM. VirtualBox is v2.2.0. All guests are started through VBoxHeadless. There are 5 guests running, all Linux, stock kernel 2.4.xx; networking is Host Interface Networking (now Bridged Networking) for all. Of the 5 guests, 4 have only one NIC (Am79C973) and have been stable for two months of heavy use. The fifth has three NICs and there is no way it can stay up for more than 48 hours. First I set all three NICs to Am79C973 and the guest died silently after a few hours (2-3). This kernel has been running flawlessy in a physical computer for eight years (NICs were a different brand). After some months of testing and seeing the other guests work ok I decided to virtualize this one, but it keeps dying. The intersection of the drivers available in this kernel and the NICs in VBox is two: Intel PRO/1000 and AMD PCNet 32. I set eth0, eth1 to be Intel 82543GC, and the third to be Am79C973. It stays up longer, maybe 30 hours but it dies unexpectedly, it responds to nothing, the RDP server dies, and issuing VBoxManage poweroff does not work, the command does not return and I have to kill (Ctrl+C) it and kill the process itself. After that it can be started again and it works for some more time. The VBox logs show nothing of significance; host's /var/log/syslog and /var/log/messages show nothing either, and the guest's logs also show nothing. I'm at a loss here as to what to look for. I have no idea what causes it, and I'm really considering other virtualization solutions because I'm aware that this ticket provides very little information. Of course the drivers for the virtual NICs in the guest kernel could be buggy but I very much doubt it, specially for the Intel PRO/1000 one; when I tried to set all three NICs to Intel 82543GC it also died shortly. Besides, the RDP server in VBox dying points to a VBox bug and not a guest bug. If the guest crashes no matter how, I should still see the console right? If there's anything I can do to test other setups or there is a secret beta NIC that's not in the manual or whatever, I'm open to ideas and I can test several things but it shouldn't take too long, otherwise I'll have to setup a VMWare host with three more nics and run this one there. |
|||
| #18672 | invalid | Bug in the Shared Transfer Aréa. | ||
| Description |
I put it as Bi-Directional but it does not work. this problem has been happening for some time. The Host Operating System using it is Windows 10 64 Bit. the Guest Virtual System is also Windows 10 64 Bit. The Virtual Box used is the Latest Version 6.0.8 r130520 |
|||
| #16698 | invalid | Stderr: VBoxManage: error: The host network interface named 'vboxnet3' could not be found | ||
| Description |
Hi, I'm trying to run virtualbox and vagrant inside a docker redhat 7 container, I'm using image similar to this https://hub.docker.com/r/blacklabelops/virtualbox/. Using 5.1.20 of virtualbox and vagrant 1.9.3. I'm getting below error when I try to run vagrant inside container with this setting in Vagrantfile config.vm.network "private_network", ip: "10.0.10.21".
There was an error while executing Command: ["hostonlyif", "ipconfig", "vboxnet3", "--ip", "10.0.10.1", "--netmask", "255.255.255.0"] Stderr: VBoxManage: error: The host network interface named 'vboxnet3' could not be found VBoxManage: error: Details: code NS_ERROR_INVALID_ARG (0x80070057), component HostWrap, interface IHost, callee nsISupports VBoxManage: error: Context: "FindHostNetworkInterfaceByName(Bstr(pszName).raw(), hif.asOutParam())" at line 231 of file VBoxManageHostonly.cpp''' It works If I remove above setting from vagrantfile..I'm mounting /dev/vboxdrv and /dev/vboxnetctl from host to the container..Could you pls let me know If I need to mount any other files or need to update the container? |
|||

