VirtualBox

Opened 12 years ago

Closed 8 years ago

Last modified 7 years ago

#10545 closed defect (fixed)

Version 4.1.14 breaks network support on Openstep 4.2

Reported by: poingg Owned by:
Component: network Version: VirtualBox 4.1.14
Keywords: Cc:
Guest type: other Host type: Mac OS X

Description

After upgrading do 4.1.14, networking stopped working. I downgraded Virtualbox back to 4.1.12 and it's working again.

This is valid both for NAT and bridged adapter modes

Attachments (2)

VBox.log (86.1 KB ) - added by poingg 12 years ago.
Logfile
openstep.pcap (1.4 KB ) - added by dopey 11 years ago.

Download all attachments as: .zip

Change History (21)

by poingg, 12 years ago

Attachment: VBox.log added

Logfile

comment:1 by Aleksey Ilyushin, 12 years ago

Could you please try if it works with PRO/1000 adapters instead of PCNet? If you could provide the description of how you test the network along with the internal capture file made during the test it would be very much appreciated. See https://www.virtualbox.org/wiki/Network_tips for the info on how to enable internal capture. Do not forget to disable it after the test.

comment:2 by dopey, 11 years ago

I'm seeing a similar behavior. I just wanted to mention that the PRO/1000 adapter is not an option. OPENSTEP 4.2 does not support the PRO/1000 adapter and only provides drivers for the AMD PCNet adapter.

I'll try to do the internal capture bit and post the details as I have more time to test it.

by dopey, 11 years ago

Attachment: openstep.pcap added

comment:3 by dopey, 11 years ago

VirtualBox-4.2-4.2.6_82870_fedora18-1.x86_64

That's the version I'm using. I enabled the capture, started the VM and then opened a terminal and started pinging 10.0.2.2 (the NAT gateway address)

Attached is the pcap file. It seems able to do arp requests and get an arp response but that's it. No actual ping is captured.

comment:4 by Daniel Ashton, 10 years ago

This is still an issue under 4.3.6 r91406

comment:5 by Daniel Ashton, 10 years ago

This issue remains under 4.3.8 r92456. It would be great to see this break loose and start working.

comment:6 by Daniel Ashton, 10 years ago

This issue remains under 4.3.10 r93012.

comment:7 by segabor, 10 years ago

Not working either in the latest version 4.3.12 r93733

comment:8 by segabor, 9 years ago

For the record, this ticket made this happen #3783. Anyway, issue still exists.

comment:9 by JL, 9 years ago

Still broken in 4.3.26. :-(

comment:10 by polarhome, 9 years ago

I can confirm that this problem appears on openSUSE 12.2 AMD64 too. Is there any hope that this issue will be fixed?

comment:11 by Frank Mehnert, 9 years ago

polarhome, OpenStep is one item but what about OpenSUSE 12.2, what's your problem with networking there? Please describe what not works and provide a corresponding VBox.log file.

comment:12 by Valery Ushakov, 9 years ago

This is a regression in PCnet emulation introduced by a fix to #3783.

in reply to:  11 comment:13 by polarhome, 9 years ago

Replying to frank:

polarhome, OpenStep is one item but what about OpenSUSE 12.2, what's your problem with networking there? Please describe what not works and provide a corresponding VBox.log file.

I am sorry for misunderstanding. I was testing recent virtualbox (4.3.28) with OPENSTEP 4.2 guest on OpenSUSE 12.2 AMD64 host - and the networking does not work. Or better it works as described. The ARP recovery works but no ICMP, UDP or TCP protocol works.

comment:14 by Valery Ushakov, 9 years ago

You can try a 4.3 test build, revision 100516 or higher. It brings back TCP/IP. There's still a problem with 802.3 framing which we suspect is a bug in the OpenStep driver, but we need to investigate more.

in reply to:  14 comment:15 by JL, 9 years ago

Replying to vushakov:

You can try a 4.3 test build, revision 100516 or higher. It brings back TCP/IP. There's still a problem with 802.3 framing which we suspect is a bug in the OpenStep driver, but we need to investigate more.

I tried the test build but without success. When booting Openstep 4.2 it reports no network connection and prompts to start without networking by pressing CTRL-C as before.

comment:16 by Valery Ushakov, 9 years ago

OpenStep uses BOOTP, not DHCP and our DHCP server doesn't speak BOOTP, unfortunately. Use manual configuration. You can also use Simple Network Starter for that.

comment:17 by Andrew Daugherity, 8 years ago

Just tested Openstep 4.2 on VirtualBox 4.3.30 and 5.0.2 (both of which have higher build numbers than 100516) and networking now works again! (Using the PCnet-FAST III adapter Am79C973 in the VM config, and the AMD PCnet-32 PCI Ethernet Adapter v4.00 driver in Openstep.) Many thanks for finally fixing this!

For NAT mode I configured the VM with a static IP of 10.0.2.15, router 10.0.2.2, and the host machine's DNS server. I also tested bridged mode with a static IP on the host's subnet and the host's default router and that worked fine too.

comment:18 by Valery Ushakov, 8 years ago

Resolution: fixed
Status: newclosed

comment:19 by segabor, 7 years ago

Just tested my old OPENSTEP vbox with the latest VirtualBox (5.1.14) and I can confirm networking is working again.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use