VirtualBox

14 年 前 建立

11 年 前 結束

#8662 closed defect (obsolete)

weird PID in exception raised by mach.LockMachine

回報者: vila 負責人:
元件: other 版本: VirtualBox 4.0.4
關鍵字: 副本:
Guest type: other Host type: other

描述 (由 Frank Mehnert 作最後更新)

From a script displaying the currently running VMs, I get a weird traceback under unclear circumstances (say once every 1000 run or something):

vboxslave.py running Traceback (most recent call last):

File "/caviar3/babune/bin/vboxslave.py", line 505, in <module>

run()

File "/caviar3/babune/bin/vboxslave.py", line 496, in run

cmd.run()

File "/caviar3/babune/bin/vboxslave.py", line 463, in run

self._run_for_slave(name, self.running)

File "/caviar3/babune/bin/vboxslave.py", line 376, in _run_for_slave

slave = VboxSlave(name)

File "/caviar3/babune/bin/vboxslave.py", line 146, in init

self.session = self.open(permit_sharing)

File "/caviar3/babune/bin/vboxslave.py", line 149, in open

session = vbox_manager.openMachineSession(self.guest, permit_sharing)

File "/usr/lib/python2.6/dist-packages/vboxapi/init.py", line 561, in openMachineSession

mach.lockMachine(session, type)

File "<XPCOMObject method 'lockMachine'>", line 3, in lockMachine

xpcom.Exception: 0x80070005 (An unexpected process (PID=0x00003768) has tried to lock the machine 'freebsd-8.0-64bits', while only the process started by launchVMProcess (PID=0xFFFFFFFF) is allowed)

I have no idea where to look for that in the code, but PID=0xFFFFFFFF probably indicates a bug somewhere.

At the very least, it shouldn't generate such a backtrace but point the user to something more meaningful about the cause.

更動歷史 (2)

comment:1 14 年 前vila 編輯

Host: Ubuntu maverick 10.10, various guests (Ubuntu, FreeBSD, gentoo, xp).

comment:2 11 年 前Frank Mehnert 編輯

描述: 修改 (差異)
狀態: newclosed
處理結果: obsolete
注意: 瀏覽 TracTickets 來幫助您使用待辦事項功能

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy Automated Access Etiquette