Ticket #20902 (closed defect: fixed)
VBoxManage.exe: error: Waiting for guest process failed: The specified user was not able to logon on guest
Reported by: | darkguy2008 | Owned by: | pentagonik |
---|---|---|---|
Component: | guest additions | Version: | VirtualBox 6.1.32 |
Keywords: | VBoxManage VBoxManage.exe Waiting for guest process failed The specified user was not able to logon on guest | Cc: | |
Guest type: | Linux | Host type: | Windows |
Description
Hi, first time submitting a bug here, sorry if I'm doing it wrong beforehand.
Anyways, I've found a way to run some commands in the guest system by using VBoxManage.exe and so far it works well, but then it stops working after some time.
I'm using the instructions I made here: https://darkguy2008.github.io/VBoxWSL2/virtualbox-automatic-port-forward/ most notably, the problem seems to be in this line:
$netstatOutput = & $VBOXMANAGE guestcontrol $VMNAME run --username $USER --password $PASS "/usr/bin/sudo" -- "/usr/bin/netstat" "-ant"
I've tried both with a normal user, or a root user, and the problem persists.
Host is Windows 11 22000.613 Guest is Ubuntu 21.10 (Minimized), installed Guest Additions, and that's it.
The full error is:
VBoxManage.exe: error: Waiting for guest process failed: The specified user was not able to logon on guest VBoxManage.exe: error: Details: code VBOX_E_IPRT_ERROR (0x80bb0005), component GuestSessionWrap, interface IGuestSession, callee IUnknown VBoxManage.exe: error: Context: "WaitForArray(ComSafeArrayAsInParam(aSessionWaitFlags), 30 * 1000, &enmWaitResult)" at line 893 of file VBoxManageGuestCtrl.cpp
Restarting the vboxadd & vboxadd-service services in the guest fixes the problem if I do that frequently, but then it's not an option because that makes shared folders stop working.
It doesn't make much sense that it works correctly for some iterations and then it stops working at all after some time. So I'm filing it as a bug.
Change History
comment:2 Changed 14 months ago by darkguy2008
After a while, using journalctl, I was able to find some more context. It seems there's a problem with shared files?
Apr 15 22:13:01 wsl VBoxService[1183]: pam_unix(login:session): session closed for user root Apr 15 22:13:02 wsl VBoxService[1183]: pam_unix(login:session): session opened for user root by (uid=0) Apr 15 22:13:02 wsl VBoxService[1183]: pam_unix(login:session): session closed for user root Apr 15 22:13:04 wsl VBoxService[1183]: pam_unix(login:session): session opened for user root by (uid=0) Apr 15 22:13:04 wsl VBoxService[1183]: pam_unix(login:session): session closed for user root Apr 15 22:13:05 wsl VBoxService[1183]: pam_unix(login:session): session opened for user root by (uid=0) Apr 15 22:13:05 wsl VBoxService[1183]: pam_unix(login:session): session closed for user root Apr 15 22:13:06 wsl VBoxService[1183]: PAM unable to dlopen(pam_unix.so): /lib/security/pam_unix.so: cannot open shared object file: Too many open files Apr 15 22:13:06 wsl VBoxService[1183]: PAM adding faulty module: pam_unix.so Apr 15 22:13:06 wsl VBoxService[1183]: PAM unable to dlopen(pam_deny.so): /lib/security/pam_deny.so: cannot open shared object file: Too many open files Apr 15 22:13:06 wsl VBoxService[1183]: PAM adding faulty module: pam_deny.so Apr 15 22:13:06 wsl VBoxService[1183]: PAM unable to dlopen(pam_permit.so): /lib/security/pam_permit.so: cannot open shared object file: Too many open files Apr 15 22:13:06 wsl VBoxService[1183]: PAM adding faulty module: pam_permit.so Apr 15 22:13:06 wsl VBoxService[1183]: PAM unable to dlopen(pam_cap.so): /lib/security/pam_cap.so: cannot open shared object file: Too many open files Apr 15 22:13:06 wsl VBoxService[1183]: PAM adding faulty module: pam_cap.so Apr 15 22:13:06 wsl VBoxService[1183]: PAM unable to dlopen(pam_umask.so): /lib/security/pam_umask.so: cannot open shared object file: Too many open files Apr 15 22:13:06 wsl VBoxService[1183]: PAM adding faulty module: pam_umask.so Apr 15 22:13:06 wsl VBoxService[1183]: PAM unable to dlopen(pam_systemd.so): /lib/security/pam_systemd.so: cannot open shared object file: Too many open files Apr 15 22:13:06 wsl VBoxService[1183]: PAM adding faulty module: pam_systemd.so Apr 15 22:13:06 wsl VBoxService[1183]: PAM unable to dlopen(pam_gnome_keyring.so): /lib/security/pam_gnome_keyring.so: cannot open shared object file: Too many open files Apr 15 22:13:06 wsl VBoxService[1183]: PAM adding faulty module: pam_gnome_keyring.so Apr 15 22:13:09 wsl VBoxService[1183]: PAM unable to dlopen(pam_unix.so): /lib/security/pam_unix.so: cannot open shared object file: Too many open files Apr 15 22:13:09 wsl VBoxService[1183]: PAM adding faulty module: pam_unix.so Apr 15 22:13:09 wsl VBoxService[1183]: PAM unable to dlopen(pam_deny.so): /lib/security/pam_deny.so: cannot open shared object file: Too many open files Apr 15 22:13:09 wsl VBoxService[1183]: PAM adding faulty module: pam_deny.so Apr 15 22:13:09 wsl VBoxService[1183]: PAM unable to dlopen(pam_permit.so): /lib/security/pam_permit.so: cannot open shared object file: Too many open files Apr 15 22:13:09 wsl VBoxService[1183]: PAM adding faulty module: pam_permit.so Apr 15 22:13:09 wsl VBoxService[1183]: PAM unable to dlopen(pam_cap.so): /lib/security/pam_cap.so: cannot open shared object file: Too many open files Apr 15 22:13:09 wsl VBoxService[1183]: PAM adding faulty module: pam_cap.so Apr 15 22:13:09 wsl VBoxService[1183]: PAM unable to dlopen(pam_umask.so): /lib/security/pam_umask.so: cannot open shared object file: Too many open files Apr 15 22:13:09 wsl VBoxService[1183]: PAM adding faulty module: pam_umask.so Apr 15 22:13:09 wsl VBoxService[1183]: PAM unable to dlopen(pam_systemd.so): /lib/security/pam_systemd.so: cannot open shared object file: Too many open files Apr 15 22:13:09 wsl VBoxService[1183]: PAM adding faulty module: pam_systemd.so
And it keeps repeating until I stop the process that calls VBoxManage.exe.
So, it seems something is fishy between VBoxManage, PAM and the way it opens or closes user sessions. Again, restarting both vboxadd and vboxadd-service services make it work, so maybe there's something in that service locking files in a way that PAM doesn't like it.
I also tried to disable pam_loginuid.so in both login and ssh files, with no avail. This line:
session required pam_loginuid.so
There's some hints around the net with these error messages related to reading/writing to the loginuid file from different threads. Dunno if it helps.
Maybe it's related to kernel? https://blog.clanzx.net/software/cronie.html
More updates:
Disabling the pam_loginuid.so in all files inside /etc/pam.d, and disabling the AppArmor service by running:
sudo systemctl disable apparmor
Seems to have fixed the problem.
There's definitely something going on with the VBoxManage app though.
comment:3 Changed 14 months ago by darkguy2008
More updates:
No, removing pam_loginuid.so and disabling AppArmor doesn't work...
comment:4 Changed 13 months ago by pentagonik
- Owner set to pentagonik
- Status changed from new to assigned
comment:5 Changed 11 months ago by galitsyn
- Status changed from assigned to closed
- Resolution set to fixed
Thank you for reporting the issue. It should be fixed in VirtualBox 6.1.36. Please refer to https://www.virtualbox.org/wiki/Downloads page.
comment:6 Changed 6 months ago by ohyutda
Go to the device menu and select Insert Guest Additions CD Image. Run rcvboxadd setup as root to rebuild the vbox kernel modules.
comment:7 Changed 6 months ago by ohyutda
VBoxManage: error: C:Temp The path to the supplied file was not discovered on the guest VBoxManage: error: Go to the device menu and select Insert Guest Additions CD Image. Run rcvboxadd setup as root to rebuild the vbox kernel modules. tunnel rush
Adding some more context, I just found this when running:
systemctl status vboxadd-service.service:
Or basically:
VBoxService[1171]: pam_loginuid(login:session): Error writing /proc/self/loginuid: Operation not permitted
VBoxService[1171]: pam_loginuid(login:session): set_loginuid failed
I hope this helps to figure out the problem :)