VirtualBox

Opened 14 years ago

Closed 13 years ago

#6559 closed defect (fixed)

Guest OS Loses Network Connection

Reported by: jwilliams108 Owned by:
Component: network/hostif Version: VirtualBox 3.2.12
Keywords: Cc:
Guest type: Linux Host type: Mac OS X

Description

Running VirtualBox 3.1.6 on a Mac OS X Server 10.6.3 Host on an XServe, with CentOS 5.4 Guest. The Guest OS loses its network connection (both host-only and nat) within 5-10 minutes of startup. The network appears up, but I cannot access the Guest from the Host, nor can I get out from the Guest to the internet, lan or host machine. Restarting networking within the Guest does not fix the problem, nor does restarting the Guest OS. Saving the VM state and starting it again seems to be the only means of re-establishing network connectivity. I have also noticed, however, that continuous network access (i.e., pinging the guest) seems to keep it accessible. Strangely, this same VM setup works fine on 10.6.3 non-server on a Mac Pro.

Attachments (5)

VBox.log (40.7 KB ) - added by jwilliams108 14 years ago.
VBox.log-r62212.log (177.3 KB ) - added by jwilliams108 14 years ago.
VBox.log after replacing VBoxDD.dylib
screenshot.png (264.2 KB ) - added by jwilliams108 14 years ago.
Screenshot with 'Unable to load R3 module' error
nat.log (70.6 KB ) - added by jwilliams108 14 years ago.
nat.2.log (66.9 KB ) - added by jwilliams108 14 years ago.
nat.log with only one NAT adapter

Download all attachments as: .zip

Change History (54)

comment:1 by jwilliams108, 14 years ago

Here is a forum thread on the subject:

http://forums.virtualbox.org/viewtopic.php?t=29884

comment:2 by vasily Levchenko, 14 years ago

The logs files with host-only and nat networking will be helpful to clarify what have happened.

comment:3 by Frank Mehnert, 14 years ago

So to summarize, this problem occurs on Mac OS X Server 10.6.3. Maybe indeed host-specific.

by jwilliams108, 14 years ago

Attachment: VBox.log added

comment:4 by jwilliams108, 14 years ago

I've attached a VBox.log file. The network connection dropped approximately 7 minutes after starting the virtual machine, but nothing appears to have been logged.

comment:5 by jwilliams108, 14 years ago

I compared logs from the same virtual machine installed on 10.6.3 non-server, and 10.6.3 server. The only difference is that the server log contains a number of lines similar to:

00:11:20.328 TM: Giving up catch-up attempt at a 60 000 056 151 ns lag; new total: 36 960 081 026 779 ns

But nothing like this appears in the non-server log. It seems the VM on the server os is gradually losing time. I'm not sure if this is at all related to the network issue.

in reply to:  5 ; comment:6 by vasily Levchenko, 14 years ago

Replying to jwilliams108: Have you got a chance to check if behavior is the same for Leopard server? Or it specific for SL Server?

in reply to:  6 ; comment:7 by jwilliams108, 14 years ago

Replying to Hachiman: Sorry, I only have access to SL Server.

in reply to:  7 ; comment:8 by vasily Levchenko, 14 years ago

Replying to jwilliams108:

Replying to Hachiman: Sorry, I only have access to SL Server.

Could you please check if 3.2 b2 works as it should on SL server? Probably it's indeed timer's issue.

in reply to:  8 ; comment:9 by jwilliams108, 14 years ago

Replying to Hachiman:

Could you please check if 3.2 b2 works as it should on SL server? Probably it's indeed timer's issue.

The network problem still exists in 3.2.0_BETA2, however, the 'Giving up catch-up attempt' errors seem to have been resolved.

in reply to:  9 comment:10 by vasily Levchenko, 14 years ago

Replying to jwilliams108:

Replying to Hachiman:

Could you please check if 3.2 b2 works as it should on SL server? Probably it's indeed timer's issue.

The network problem still exists in 3.2.0_BETA2, however, the 'Giving up catch-up attempt' errors seem to have been resolved.

thanks for update.

comment:11 by jwilliams108, 14 years ago

Upgraded to 3.2.0, and the problem still exists.

in reply to:  11 comment:12 by vasily Levchenko, 14 years ago

Replying to jwilliams108:

Upgraded to 3.2.0, and the problem still exists.

thanks for update. we're still expecting SL server distro here.

comment:13 by vasily Levchenko, 14 years ago

Component: networknetwork/NAT

Could you please download VBoxDD.dylib.6559 and replace corresponding library on your VBox installation?

# export VBOX_LOG=drv_nat.e.l2
# export VBOX_LOG_DEST=file=nat.log
# VirtualBox -startvm <your-vm-name>

Could you please attach result log to the ticket?

comment:14 by vasily Levchenko, 14 years ago

Version: VirtualBox 3.1.6VirtualBox 3.2.0

in reply to:  13 ; comment:15 by jwilliams108, 14 years ago

Replying to Hachiman:

Could you please download VBoxDD.dylib.6559 and replace corresponding library on your VBox installation?

I tried this, but receive an error on VM startup:

Unable to load R3 module
/Applications/VirtualBox.app/Contents/MacOS/VBoxDD.dylib (VBoxDD) (VERR_FILE_NOT_FOUND)

However, the file does exist. It works fine again if I replace it with the original VBoxDD.dylib.

in reply to:  15 ; comment:16 by vasily Levchenko, 14 years ago

Replying to jwilliams108:

Replying to Hachiman:

Could you please download VBoxDD.dylib.6559 and replace corresponding library on your VBox installation?

However, the file does exist. It works fine again if I replace it with the original VBoxDD.dylib.

Have you renamed downloaded VBoxDD.dylib.6559 -> VBoxDD.dylib before trying, right?

in reply to:  16 comment:17 by jwilliams108, 14 years ago

Replying to Hachiman:

Have you renamed downloaded VBoxDD.dylib.6559 -> VBoxDD.dylib before trying, right?

Yes. Also tried it on my Mac Pro with the same result.

comment:18 by vasily Levchenko, 14 years ago

Could you please try again? VBoxDD.dylib?

With the same environment variables?

in reply to:  18 ; comment:19 by jwilliams108, 14 years ago

Replying to Hachiman:

Could you please try again? VBoxDD.dylib?

With the same environment variables?

Same result... 'Unable to load R3 module'. I upgraded to 3.2.2, and then tried this library, and although it runs, it gives a Guru Meditation error when restoring the virtual machine.

in reply to:  19 ; comment:20 by vasily Levchenko, 14 years ago

Replying to jwilliams108:

Replying to Hachiman:

Could you please try again? VBoxDD.dylib?

With the same environment variables?

Same result... 'Unable to load R3 module'. I upgraded to 3.2.2, and then tried this library, and although it runs, it gives a Guru Meditation error when restoring the virtual machine.

That possible... because in debug library might save/restore more information. So what I can recommend do not restore the state just let vm to boot in normal way.

by jwilliams108, 14 years ago

Attachment: VBox.log-r62212.log added

VBox.log after replacing VBoxDD.dylib

in reply to:  20 ; comment:21 by jwilliams108, 14 years ago

Replying to Hachiman:

So what I can recommend do not restore the state just let vm to boot in normal way.

Tried this, but still a Guru Meditation error. I've attached the log file for reference.

in reply to:  21 ; comment:22 by vasily Levchenko, 14 years ago

Replying to jwilliams108:

Replying to Hachiman:

So what I can recommend do not restore the state just let vm to boot in normal way.

Tried this, but still a Guru Meditation error. I've attached the log file for reference.

Hm ..., ok I'll put release library with enabled logs.

in reply to:  22 ; comment:23 by vasily Levchenko, 14 years ago

Replying to Hachiman:

Replying to jwilliams108:

Replying to Hachiman:

So what I can recommend do not restore the state just let vm to boot in normal way.

Tried this, but still a Guru Meditation error. I've attached the log file for reference.

Hm ..., ok I'll put release library with enabled logs.

I've uploaded release bits, so it shouldn't be any guru for you. Could you please try with these bits? It gives less logs but at least it should produce events trace to the release log file. So you can run your vm in usual way just attach new log from vm.

in reply to:  23 ; comment:24 by jwilliams108, 14 years ago

Replying to Hachiman:

I've uploaded release bits, so it shouldn't be any guru for you. Could you please try with these bits?

OK, I seem to be doing something wrong. I am getting the R3 module error again with this dylib. I've attached a screen shot displaying the error, and showing the file listing.

by jwilliams108, 14 years ago

Attachment: screenshot.png added

Screenshot with 'Unable to load R3 module' error

in reply to:  24 comment:25 by vasily Levchenko, 14 years ago

Replying to jwilliams108:

Replying to Hachiman:

I've uploaded release bits, so it shouldn't be any guru for you. Could you please try with these bits?

OK, I seem to be doing something wrong. I am getting the R3 module error again with this dylib. I've attached a screen shot displaying the error, and showing the file listing.

Hm ... Let's do the following: please restore your original dylib.

# export VBOX_RELEASE_LOG=drv_nat.e.l2
# export VBOX_RELEASE_LOG_DEST=file=nat.log
# VirtualBox -startvm <your-vm>

I'd hoped that will give enough information to clarify what happens.

by jwilliams108, 14 years ago

Attachment: nat.log added

comment:26 by jwilliams108, 14 years ago

I've attached the nat.log. The machine ran for about 20 minutes, and the networking stopped responding after about 10 minutes or so. Please let me know if you need more.

comment:27 by vasily Levchenko, 14 years ago

Could you please configure your VM to have only one adapter enabled with NAT attachment and attach result log to ticket?

by jwilliams108, 14 years ago

Attachment: nat.2.log added

nat.log with only one NAT adapter

in reply to:  27 ; comment:28 by jwilliams108, 14 years ago

Replying to Hachiman:

Could you please configure your VM to have only one adapter enabled with NAT attachment and attach result log to ticket?

I've attached the new log... note that I ran the machine for about 40 minutes, and could still reach the internet from the virtual machine. Maybe the problem is host-only networking specific?

in reply to:  28 ; comment:29 by vasily Levchenko, 14 years ago

Replying to jwilliams108:

Replying to Hachiman:

Could you please configure your VM to have only one adapter enabled with NAT attachment and attach result log to ticket?

I've attached the new log... note that I ran the machine for about 40 minutes, and could still reach the internet from the virtual machine. Maybe the problem is host-only networking specific?

'host-only networking' means ability to access to host from the guest only.

in reply to:  29 comment:30 by jwilliams108, 14 years ago

Replying to Hachiman:

'host-only networking' means ability to access to host from the guest only.

Yes, my setup is 2 interfaces, 1 - host-only, for access to that vm directly from the OS X Server host (which also acts as a public web proxy for the private vms) or via VPN; and, 2 - nat for external internet access for each vm.

So, the main problem is that this host <-> guest communication fails after 10 minutes or so unless I have a continuous ping occuring. Previously, the external internet access also failed, but this seems to be working properly now.

comment:31 by Frank Mehnert, 14 years ago

Any chance to retest with VBox 3.2.6 Beta 2?

comment:32 by vasily Levchenko, 14 years ago

Component: network/NATnetwork/hostif

in reply to:  31 comment:33 by jwilliams108, 14 years ago

Issue still present in 3.2.6 Beta 2.

comment:34 by jwilliams108, 14 years ago

Issue still present in 3.2.6 release.

comment:35 by Bayard Bell, 14 years ago

Have you compared this with 3783 and tried setting the MTU to 1468? I see that you're also reporting problems with NAT, which may mean this is something else again. Not sure about CentOS having MTU problems, either, as I've noticed that not all guests seem to be inhibited by the MTU issue (e.g. OpenBSD and Ubuntu seem to handle it alright, whereas OpenSolaris and Windows not so much).

in reply to:  34 comment:36 by vasily Levchenko, 14 years ago

Replying to jwilliams108:

Issue still present in 3.2.6 release.

Does it happen in combination NAT + Host-Only or can be achieved with Host-Only? Could you please dump guest route information on your SL and SL server hosts, might be caused by some guest misconfiguration?

comment:37 by jwilliams108, 14 years ago

Issue still present in 3.2.8. The problem results with NAT + Host-only and Bridged + Host-only. I'll check with just Host-only when I have a chance. The routes are fine - as I mentioned, everything works well as long as a ping keeps the network alive. Also, I have noted that when I run two guest machines, I only need to ping one to keep the host-only networks alive on both.

comment:38 by Slobodan Miskovic, 14 years ago

I am experiencing this issue on Windows XP host / Ubuntu 10.04 guest. I have not verified that continuous ping keeps the connection open.

comment:39 by Frank Mehnert, 14 years ago

Guys, could you be more specific? Does this problem occur as well if only a host-only network is assigned to the VM or is it necessary to assign a NAT network to the VM as well to reproduce this bug?

in reply to:  39 comment:40 by jwilliams108, 14 years ago

Replying to frank:

Guys, could you be more specific? Does this problem occur as well if only a host-only network is assigned to the VM or is it necessary to assign a NAT network to the VM as well to reproduce this bug?

I've been able to test host-only, and the issue does not appear when using host-only. It seems to required an additional NAT or Bridged adapter.

comment:41 by Roger Melet, 13 years ago

Hi Guys,

I've been experiencing this issue also on host: MacOSX server and guest: WindowsXP, Debian and Ubuntu. In "Network" I've selected adapter type: Intel PRO/1000MT Desktop (82540EM). Lost network connection within 10 minutes.

Now I've change the adapter type to: Intel PRO/1000 T Server (82543GC) and it takes about 1 hour before the connection is lost. It looks like its lost because ping times out or ping time is more than 20000.000 ms.

I'm going to try the next adatpter

in reply to:  41 comment:42 by Peter, 13 years ago

Replying to roger_p_melet:

Hi Guys,

I've been experiencing this issue also on host: MacOSX server and guest: WindowsXP, Debian and Ubuntu. In "Network" I've selected adapter type: Intel PRO/1000MT Desktop (82540EM). Lost network connection within 10 minutes.

Now I've change the adapter type to: Intel PRO/1000 T Server (82543GC) and it takes about 1 hour before the connection is lost. It looks like its lost because ping times out or ping time is more than 20000.000 ms.

I'm going to try the next adatpter

I just wanted to let people know that with my setup. Host: Windows 7 Ultimate (64 bit) running VBOX 3.2.6 r63112 and Guest (Windows XP sp3), I have been losing guest network connectivity. I also have two nic cards configured one for Host ONly the other for NAT.

The connectivity sometimes drops when I try and surf a website. Other itmes when I try and connect up a running jboss to connect to an external database. I was running continous pings to an external host so I know the continous pings didn't seem to help keep the ntwork connectivity alive.(at least in my case).

Just wanted to add a datapoint.

comment:43 by Martin Kreiner, 13 years ago

hi,

i'm facing the same problem running VirtualBox 3.2.10 on Mac OS X 10.6.5 with different guests (bridged-networking).
here my observations/tests:

  • continuous ping solves it
  • changing from DHCP to static IP (inside guest OS) solves it

my guess is a bug involving broadcast packet handling.

and by the way i remeber vmware having the same issue years ago.

cheers, martin

comment:44 by peter_kelm@yahoo.com, 13 years ago

Same thing here, running Windows Server 2008 and CentOS 5.5 VMs on a Mac OS X Server 10.6.5 host. Both VMs are connected in bridged mode.

I cannot confirm Martin's observations. Both machines here have a static IP and pings did not resolve the issue entirely, especially on the Windows host. Pinged the VMs every two minutes continuously plus pinged an external machine from (inside) the VMs every minute. The Windows Server host still lost networking repeatedly.

Interestingly, I got different results with different virtual NIC models. The Intel Pro 1000 MT desktop lost connectivity much earlier than the 1000 MT Server. It seems that we can use the ping workaround with the latter (for now) to maintain connectivity.

What info could we provide to help get this nasty bug closed?

Peter

in reply to:  44 comment:45 by peter_kelm@yahoo.com, 13 years ago

Oops - forgot to mention this: VirtualBox version is 3.2.12.

comment:46 by Frank Mehnert, 13 years ago

Version: VirtualBox 3.2.0VirtualBox 3.2.12

comment:47 by wolfgangihloff, 13 years ago

I experience the same on CentOS host with Guest being Windows XP 32bit Prof, however only one of the three VM Guests has this problem.

comment:48 by Roger Melet, 13 years ago

I experience no more problems with version 4.0.0 r 69151.

comment:49 by Frank Mehnert, 13 years ago

Resolution: fixed
Status: newclosed

Please reopen if still relevant with VBox 4.0.6.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use