Closed GoogleCodeExporter closed 8 years ago
Hello,
This is normally the result of some communication failure between your browser
and the machine running phpVirtualBox, or phpVirtualBox and the machine running
vboxwebsrv. Are they all on the same physical computer?
Original comment by imooreya...@gmail.com
on 5 Nov 2012 at 6:55
This is using a remote computer. The local one works fine. One of the guests is
Windows Server with MSSQL, and it's connections are completely stable.
The connection errors/drops/freezes happen when connecting to the host only.
Original comment by suthern...@gmail.com
on 5 Nov 2012 at 6:58
Just to be clear, PHPVirtualBox and VirtualBox are on the same host. Thanks!
Original comment by suthern...@gmail.com
on 5 Nov 2012 at 6:58
The guests shouldn't matter.
So when you are using a local browser on the same host, it works fine, and when
it is from a remote host you get this error? Am I reading that correctly?
Original comment by imooreya...@gmail.com
on 5 Nov 2012 at 7:02
Yes.
From the remote machine, the connection seems to 'hang', and I get this issue.
When I do it locally, it works fine.
Original comment by suthern...@gmail.com
on 5 Nov 2012 at 7:41
Then the only conclusion I can come to is that there is an intermittent
connectivity issue between the remote machine and the host running
phpvirtualbox.
Original comment by imooreya...@gmail.com
on 5 Nov 2012 at 7:48
Ok, so could you point me towards resources that would help me troubleshoot
this?
Original comment by suthern...@gmail.com
on 5 Nov 2012 at 8:27
What OS is the remote host running?
Original comment by imooreya...@gmail.com
on 5 Nov 2012 at 8:29
Fedora release 16 - 3.6.2-1.FC16.X86_64
Original comment by suthern...@gmail.com
on 5 Nov 2012 at 8:31
And my connections to other things (internet, other servers..etc) from my
'remote' machine are also stable. Only connection between the PHPVirtualBox
host and my remote computer seem to be effected.
I'm guessing it's related to some process on the host locking up something
specific to networking, and specific to the ports that SSH and PHPVirtualbox
use.
Original comment by suthern...@gmail.com
on 6 Nov 2012 at 12:48
On the remote machine, what do you see when you type:
ifconfig
as root?
Original comment by imooreya...@gmail.com
on 6 Nov 2012 at 2:09
[deleted comment]
[root@virtualhost ~]# ifconfig
bond0 Link encap:Ethernet HWaddr D4:BE:D9:B0:8D:83
inet addr:10.212.1.116 Bcast:10.212.1.255 Mask:255.255.255.0
inet6 addr: fe80::d6be:d9ff:feb0:8d83/64 Scope:Link
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:38525082 errors:0 dropped:4410890 overruns:0 frame:0
TX packets:29610905 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:24409198986 (22.7 GiB) TX bytes:28925086323 (26.9 GiB)
em1 Link encap:Ethernet HWaddr D4:BE:D9:B0:8D:83
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:1477393 errors:0 dropped:1471486 overruns:0 frame:0
TX packets:11670 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:122060796 (116.4 MiB) TX bytes:1124992 (1.0 MiB)
em2 Link encap:Ethernet HWaddr D4:BE:D9:B0:8D:83
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:34096473 errors:0 dropped:0 overruns:0 frame:0
TX packets:29587419 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:24043436788 (22.3 GiB) TX bytes:28922448883 (26.9 GiB)
em3 Link encap:Ethernet HWaddr D4:BE:D9:B0:8D:83
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:1475608 errors:0 dropped:1469702 overruns:0 frame:0
TX packets:5908 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:121850701 (116.2 MiB) TX bytes:756224 (738.5 KiB)
em4 Link encap:Ethernet HWaddr D4:BE:D9:B0:8D:83
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:1475608 errors:0 dropped:1469702 overruns:0 frame:0
TX packets:5908 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:121850701 (116.2 MiB) TX bytes:756224 (738.5 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:5462856 errors:0 dropped:0 overruns:0 frame:0
TX packets:5462856 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2644979381 (2.4 GiB) TX bytes:2644979381 (2.4 GiB)
[root@virtualhost ~]#
Original comment by suthern...@gmail.com
on 7 Nov 2012 at 4:41
Hello,
I see a lot of dropped RX packets. Can you reach out to someone (a user group
or forum) who knows Fedora to see how to resolve this?
Original comment by imooreya...@gmail.com
on 7 Nov 2012 at 4:53
Thanks. I also noticed the same thing when posting this. I will post on some
Fedora forums and see what comes up. Would you like me to update this issue
when a solution is found?
Original comment by suthern...@gmail.com
on 7 Nov 2012 at 4:55
Hello,
Yes, please. It may be useful for anyone else who sees the same problem in
the future.
Original comment by imooreya...@gmail.com
on 7 Nov 2012 at 4:56
The BOND0 interface setup was incorrect. Basically it was set up as MODE=4.
Once I set it to MODE=0, the dropped packet counter stopped incremental. As you
can see from the above ifconfig dump, it wasn't really doing a load-sharing
anyway.
Original comment by suthern...@gmail.com
on 9 Nov 2012 at 8:26
Original comment by imooreya...@gmail.com
on 12 Nov 2012 at 12:30
Hello, I am having the same issue as the original problem. I am running Ubuntu
14.04 server, no GUI installed (all command line).
When viewing phpvirtualbox in browser, it shows fine, then the error message
shows up
*****BEGIN ERROR MESSAGE*****
There was an error obtaining the list of registered virtual machines from
VirtualBox. Make sure vboxwebsrv is running and that the settings in config.php
are correct.
The list of virtual machines will not begin auto-refreshing again until this
page is reloaded.
(General communication failure)
*****END ERROR MESSAGE*****
When refreshing it works again for 1-5 minutes then errors again. Running
ifconfig as root shows no dropped packets and no errors on any network
interface.
Original comment by sunshine...@gmail.com
on 4 Jun 2015 at 4:43
Original issue reported on code.google.com by
suthern...@gmail.com
on 5 Nov 2012 at 6:39