VboxManage guestcontrol issue

[cmccarron]

Still broken in 7.0.12 csm 10/18/2023

Prior to upgrading to VB 7.0, I could use vboxmanage guestcontrol to run a batch script on a windows 10 virtual machine and that script had access to the virtual machines shared folders/drives. I have been using this script for many years and many versions of VirtualBox. Now when the script runs it is reporting the H drive is not found. Everything in the VM_Setup.bat script works except for access to the H drive. The virtual machine has access to the H drive just not the guestcontrol feature.

Share folder section for the virtual machine is below. All of these drives work inside the virtual machine. <SharedFolders> <SharedFolder name="Projects" hostPath="F:\" writable="true" autoMount="false"/> <SharedFolder name="Downloads" hostPath="H:\Library\Downloads" writable="true" autoMount="false"/> <SharedFolder name="Shared" hostPath="H:\" writable="true" autoMount="false"/> <SharedFolder name="ElecWorkFile" hostPath="Z:\" writable="true" autoMount="false"/> </SharedFolders>

vboxmanage guestcontrol %VMN% run --quiet --unquoted-args --username "%VMU%" --password "" --exe "H:\Scripts\VM_Setup.bat" -- H:\Scripts\VM_Setup.bat %VM%

VBoxManage.exe: error: Waiting for guest process (flags 0x1) failed: No such file or directory "H:\Scripts\VM_Setup.bat" on guest VBoxManage.exe: error: Details: code VBOX_E_IPRT_ERROR (0x80bb0005), component GuestProcessWrap, interface IGuestProcess, callee IUnknown VBoxManage.exe: error: Context: "WaitForArray(ComSafeArrayAsInParam(aWaitStartFlags), gctlRunGetRemainingTime(msStart, cMsTimeout), &waitResult)" at line 1373 of file VBoxManageGuestCtrl.cpp Waiting for VM Setup to Complete... Press any key to continue . . .

<------ Test Script (TestQ.bat) Start ----------> @echo off cls setlocal enabledelayedexpansion

SET VM=vm1 SET VMN="WinX Rockwell" SET VDI=WinX_Rockwell SET VMU=alliance SET VBMP=C:\Program Files\Oracle\VirtualBox SET VBM=vboxmanage.exe SET PATH=%PATH%;%VBMP% SET LINES=0

:WAITFORSETUP SET VMDONE=0

For /f "usebackq tokens=*" %%i IN (%VBM% guestcontrol %VMN% run --quiet --unquoted-args --username "%VMU%" --password "" --exe "H:\Scripts\VM_Status.bat" -- H:\Scripts\VM_Status.bat %VM% ) DO ( SET /a LINES+=1 SET RESULTS=%%i echo %%i ) echo %VMDONE% %LINES% IF "%LINES%" EQU "0" GOTO SKIP IF "%LINES%" NEQ "4" GOTO SKIP IF NOT "!RESULTS!." EQU "RESULTS:Complete=!." ( SET VMDONE=1 )

:SKIP If %VMDONE% EQU 0 ( Echo Waiting for VM Setup to Complete... ) ELSE ( Echo VM Setup to Complete ) endlocal

pause <------ Test Script (TestQ.bat) End ---------->

[cmccarron]

Virtual Machine showing H Drive attached

[cmccarron]

Results of the TestQ.bat script ran from the VM Host

[cmccarron]

More information on this issue can be found on the post below.

​https://forums.virtualbox.org/viewtopic.php?f=2&t=107472

[cmccarron]

Showing Panda is removed from test computer

[cmccarron]

Showing results of script running on the host

[cmccarron]

Showing the virtual machine share folder is working

[cmccarron]

Log file

[cmccarron]

Hardening Log File

[cmccarron]

I tested this again on a computer that had Panda removed from it. The only virus software installed is Windows Defender. I get the same result. The GuestControl interface no longer has access to the shared folders in the virtual machine.

[cmccarron]

Complete Log Files

[cmccarron]

This is still broken in version 7.0.6

VBoxManage.exe: error: Waiting for guest process (flags 0x1) failed: No such file or directory "H:\Scripts\VM_Status.bat" on guest VBoxManage.exe: error: Details: code VBOX_E_IPRT_ERROR (0x80bb0005), component GuestProcessWrap, interface IGuestProcess, callee IUnknown VBoxManage.exe: error: Context: "WaitForArray(ComSafeArrayAsInParam(aWaitStartFlags), gctlRunGetRemainingTime(msStart, cMsTimeout), &waitResult)" at line 1373 of file VBoxManageGuestCtrl.cpp 0 0 Waiting for VM Setup to Complete...

[pentagonik]

Thanks for the report; this mostly likely has to do with the changed argument 0 handling we introduced in 7.0. This will be fixed in the next upcoming maintenance version, so that you can run your script in an unmodified way again.

[AaronC81]

I believe we may have just encountered this issue in a slightly different context - the symptoms sound rather similar.

We use VirtualBox for our UI testing pipeline, using VBoxManage to spawn GUI applications on a Windows guest, and then subsequently run scripts to interact with that GUI.

With Guest Additions 6.1.16, everything works as expected, and we can use a command line like the following to spawn a GUI process on the user vagrant:

VBoxManage guestcontrol <vm> run --username vagrant --password ... -- "C:/Program Files/.../Software.exe"

It is observable using Sysinternals Process Explorer that this actually spawns as a process owned by vagrant.

However, using Guest Additions 7.0.6, running the same command spawns the process under a service owned by SYSTEM, not vagrant. This means that the GUI window never actually appears on the desktop, and our tests can't interact with it.

Given that aiui drive mappings are specific to a user, I think this sounds like the same problem, where the command run by Guest Additions is being executed under the wrong account.

[_nd_]

I am on a fedora 37 host, with a W10 guest (edited 2023-08-10: "host" and "guest" were mistakenly swapped) and I am experiencing a very a similar (or the same) issue. Some notes that may help.

• The problem of not finding the drive went away as soon as I checked the automount property in the VM settings. I see that the original bug report contains autoMount="false", so it may be worth trying to set that to true.

• After checking the automount checkbox, my host script that is supposed to start a program in the guest and open a file on the shared folder, still doesn't work. At least not fully. Though, in the Windows task manager I can see that the corresponding application is started up, but its window is not visible.

• Opening the same file from the guest works fine.

[_nd_]

My fedora system recently updated to Virtualbox 7.0.10 via rpmfusion, but the problem still persists.

[_nd_]

Is this bug report still active?

If the problem persists for the OP in the most recent version of VB, he/she may update the version in the bug report to 7.0.10.

[cmccarron]

Still broken in 7.0.10.

[_nd_]

Is it possible to update the version in the bug report (yellow area on top) to the current version? Hopefully that generates some attention.

And, a similar (duplicate?) bug has been reported recently: https://www.virtualbox.org/ticket/21822

[cmccarron]

I cannot update the version in the header. It still appears broken in 7.0.12 also.