VirtualBox

Opened 10 years ago

Last modified 10 years ago

#13433 new defect

For pyTivo with Python 2.7.8 the network traffic is being modified somehow on the Host

Reported by: Steven Wilson Owned by:
Component: network Version: VirtualBox 4.3.16
Keywords: Cc:
Guest type: Windows Host type: Windows

Description

I've been using pyTivo and VirtualBox on the same host for a long time. It worked fine until I upgraded from 4.3.12 to 4.3.16. There were no errors produced, but my TiVo could not access pyTivo. I downgraded back to 4.3.12 and pyTivo started working again. Not really sure what log files I could produce to demonstrate the problem. I do not see any errors in any of the Windows log files and pyTivo shows no problems. I can only surmise that it is some sort of networking issue. However I can still access the web address for the program, http://pytivohost:9032, from another computer. Only my TiVo cannot access it.

I'm running Windows 7 Home Premium 64-bit with 16GB of RAM. Not particularly relevant, but my guests are also Windows 7 64-bit. The problem exists whether any guests are running or not.

Attachments (2)

Windows 7-2014-09-24-23-13-11.zip (13.7 KB ) - added by Steven Wilson 10 years ago.
VBlox.log
Windows 7-2014-10-11-13-56-24.zip (19.4 KB ) - added by Steven Wilson 10 years ago.
VBox.log

Download all attachments as: .zip

Change History (5)

comment:1 by Steven Wilson, 10 years ago

This appears to have something to do with the default beacon address of 255.255.255.255. I changed it to my local subnet, 192.168.1.255 as an example, and it resolved the issue without having to downgrade, but this doesn't explain why I had to make this change.

comment:2 by Frank Mehnert, 10 years ago

priority: blockermajor

Regarding the log files: The most important log file is always the VBox.log file of such a VM session. This gives, for example, a quick overview about your VM setup.

by Steven Wilson, 10 years ago

VBlox.log

by Steven Wilson, 10 years ago

VBox.log

comment:3 by Steven Wilson, 10 years ago

I just tested with 4.3.18. No change. Beacon of 255.255.255.255 still fails, but workaround of setting beacon to the specific subnet broadcast mask still works.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use