Paul Neumann
Paul Neumann
I've seen something very similar. It seems that there's been a change in behavior with VirtualBox 6.1.26 that results in `vagrant halt` or `vagrant reload` not stopping all VBoxHeadless processes....
> I think its related to a change in Headless mode That's possible, although it looks like the change is supposed to affect host shutdown only, which doesn't seem to...
This issue may be specific to Windows hosts. Using the same Alpine Linux 3.8 Vagrantfile I used [above](https://github.com/hashicorp/vagrant/issues/12484#issuecomment-892331857) on an Oracle Linux 7.9 host running Vagrant 2.2.18 and VirtualBox 6.1.26r145957,...
This problem is also mentioned in the Vagrant Community Forum [here](https://discuss.hashicorp.com/t/vagrant-with-virtualbox-6-1-26-issues/28488).
> I'm also having this problem but killing virtualbox processes via task manager made it work only once. Right. Stopping the VBoxHeadless processes isn't a "permanent" fix. The processes have...
This issue seems to be resolved in VirtualBox 6.1.28. See [this VirtualBox ticket](https://www.virtualbox.org/ticket/20574) and [the changelog for VirtualBox 6.1.28](https://www.virtualbox.org/wiki/Changelog). From the VirtualBox 6.1.28 changelog: "Windows Host: Fixed VBoxHeadless process sticking...
@davehodg For the first issue, the error is due to trying to create a user in the container database (CDB) without following the required naming convention. You almost never want...
Apologies. :-)
@davehodg The SYS database user has the same password whether connecting from inside or outside the VM. Either inside or outside the VM, `sqlplus sys/[password]@//localhost:1521/XE as sysdba` or `sqlplus sys/[password]@//localhost:1521/XEPDB1...
@goranpaues-tradedoubler I suspect something went wrong during VM provisioning. The installer RPM creates only a single PDB called XEPDB1, and the only directories under `$ORACLE_BASE/oradata/$ORACLE_SID` should be `pdbseed` and `XEPDB1`,...