Custom Query (16363 matches)
Results (652 - 654 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #13428 | duplicate | IntegrityError: (1062, "Duplicate entry 'weidong@163.com' for key 'PRIMARY'") | ||
| Description |
How to Reproduce
While doing a POST operation on (please provide additional details here) Request parameters: {'__FORM_TOKEN': u'7c6441f50f0f4f06d204a545',
'nick': u'easyhot',
'referer': u'https://www.virtualbox.org/login'}
User agent: System InformationSystem information not available Enabled PluginsPlugin information not available Python TracebackTraceback (most recent call last):
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 513, in _dispatch_request
dispatcher.dispatch(req)
File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 235, in dispatch
resp = chosen_handler.process_request(req)
File "/usr/lib/python2.4/site-packages/trac/web/auth.py", line 124, in process_request
ret = self._do_login(req)
File "/usr/lib/python2.4/site-packages/trac/web/auth.py", line 229, in _do_login
@self.env.with_transaction()
File "/usr/lib/python2.4/site-packages/trac/db/api.py", line 77, in transaction_wrapper
fn(ldb)
File "/usr/lib/python2.4/site-packages/trac/web/auth.py", line 234, in store_authnick
(remote_user, nick))
File "/usr/lib/python2.4/site-packages/trac/db/util.py", line 65, in execute
return self.cursor.execute(sql_escape_percent(sql), args)
File "/usr/lib64/python2.4/site-packages/MySQL_python-1.2.4b4-py2.4-linux-x86_64.egg/MySQLdb/cursors.py", line 202, in execute
self.errorhandler(self, exc, value)
File "/usr/lib64/python2.4/site-packages/MySQL_python-1.2.4b4-py2.4-linux-x86_64.egg/MySQLdb/connections.py", line 36, in defaulterrorhandler
raise errorclass, errorvalue
IntegrityError: (1062, "Duplicate entry 'weidong@163.com' for key 'PRIMARY'")
|
|||
| #12207 | fixed | DHCP Offers without a MAC broadcast address but explicit MAC address are not handled correct for bridged WLAN interfaces. => Fixed in SVN | ||
| Description |
I run VirtualBox on a MacBook Pro Retina (with a single WLAN interface) and as guest OS Windows XP or Linux (doesn't matter) using a single bridged interface in the guest OS which points to the WLAN interface on the host. I attached an image with 4 Wireshark screenshots which describes the problem: On both sides you see the beginning of a DHCP sequence. The left side will succeed but the right side wont. As you can see on both sides the DHCP Discover packet from the guest OS looks the same. The difference is in the DHCP Offer packet from the DHCP server. On the left side the destination on the Ethernet layer is a broadcast MAC address (A) and on the right side it is the MAC address from the host (B), which is the MAC address of the WLAN interface of the MacBook Pro. I didn't attached an image of the Wireshark packets in the guest OS, but I have seen that the DHCP packets are passed unchanged to the guest OS. I think this makes sense because the network filter from VirtualBox didn't have the chance to learn any IP address and is therefore not able to translate the MAC address from the host to the one from the guest OS. It makes also sense that the guest OS ignores the DHCP Offer because the destination MAC address is neither a broadcast MAC address nor the MAC address of the guest OS. Linux (but not Windows XP) is smart enough, that if the promiscuous mode on the network interface in the guest OS is enabled, it accepts the DHCP Offer. Linux can do that because the real MAC address of the guest OS is stored in the DHCP Offer in the BOOTP Protocol in the field "Client MAC address" see label (C) and (D) in the image. On both sides (left and right) the MAC address is the one from the guest OS. And I think this is the solution for VirtualBox: If the network filter detects a DHCP Offer with a destination MAC address that matches the one from the host AND if the "Client MAC address" matches the MAC address from the guest OS it replaces the destination MAC with the one from the guest OS. Or simpler, destination MAC addresses of DHCP Offers are set to the broadcast MAC address ff:ff:ff:ff:ff:ff. |
|||
| #12118 | fixed | Snapshot can not be deleted - line 421 of file VBoxManageSnapshot.cpp | ||
| Description |
Machine is up and running with an applied snapshot (Host Ubuntu 12.04/64, Guest Ubuntu 12.04 32 & 64 current extensions applied). Trying to delete the snapshot with the gui results in "Fehler beim Löschen des Sicherungspunktes). No comments in the Logfile. I have also tried to delete the snapshot by hand with the same result. Upgraded from 4.2.14 to 4.2.18 before.
system@ubhost:~$ vboxmanage snapshot zarafa64 list
2013-09-16
system@ubhost:/vbox/vms$ vboxmanage snapshot zarafa64 delete 95b738d8-34f5-4422-ade8-17a4ca1d5868
0%...
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Snapshot operation failed
VBoxManage: error: Code NS_ERROR_FAILURE (0x80004005) - Operation failed (extended info not available)
VBoxManage: error: Context: "int handleSnapshot(HandlerArg*)" at line 431 of file VBoxManageSnapshot.cpp It makes no difference if the machine is paused or running. If I can supply any further information please let me know. Thanks in advance. |
|||

