komisches Verhalten von vboxmanage

Allgemeine Diskussionen über den Einsatz von VirtualBox.
Post Reply
MaTel
Posts: 1
Joined: 1. Jul 2017, 16:15

komisches Verhalten von vboxmanage

Post by MaTel »

Ich habe hier ein seltsames Problem mit Virtualbox. Host ist ein Windows 10 Professional.
Ich habe mir zwei Scripte geschrieben, einmal ein Script, welches eine virtuelle Maschine startet ( startvm.cmd ) und ein Script, welches die virtuelle Maschine beendet.

StartVM.cmd
vboxmanage startvm "NT4-Server"

StopVM.cmd
vboxmanage controlvm "NT4-Server" savestate

Beide Scripte funktionieren, wenn ich sie über die Windows/Gui doppelklicke fehlerlos.

Täglich wird eine Datensicherung über Acronis True Image 2017 vom Host gemacht. Dort habe ich die Scripte als Vor- bzw- Nachbefehl eingetragen, damit der virtuelle Server für die Zeit des Backups nicht läuft. Nur da funktioniert das Stop-Script nicht, weil sich vboxmanage an irgendwas stört:
VBoxManage.exe: error: Code E_FAIL (0x80004005) - Unspecified error (extended info not available)
VBoxManage.exe: error: Context: "LockMachine(a->session, LockType_Shared)" at line 101 of file VBoxManageControlVM.cpp
Ich vermute ins Blaue ein Berechtigungsproblem, aber Acronis läuft mit mindestens mit den gleichen Rechten, wie ich ( Adminrechte ), der die Scripte fehlerfrei "händisch" starten kann. Nun bin ich etwas ratlos.

Kennt jemand das Problem und weiss eine Lösung?
frank
Oracle Corporation
Posts: 3362
Joined: 7. Jun 2007, 09:11
Primary OS: Debian Sid
VBox Version: PUEL
Guest OSses: Linux, Windows
Location: Dresden, Germany
Contact:

Re: komisches Verhalten von vboxmanage

Post by frank »

Sehr seltsam. Auf Windows muss man immer aufpassen, dass man nicht aus Versehen etwas als ein anderer Nutzer macht: VirtualBox startet die VMs immer als bestimmter Nutzer, und Nutzer B hat keinen Zugriff auf Nuter A. Also hat VBox gestarted von Nutzer 'Administrator' keinen Zugriff auf die VMs gestartet von Nutzer 'Max'.

Du könntest zum Debuggen mal in das StopVM.cmd-Script den Befehl

Code: Select all

vboxmanage list vms > log
einfügen, am besten anstatt '> log' einen absoluten Pfad wählen, auf den der Backup-Nutzer Schreibzugriff hat. Dann testen, ob es sich wirklich um den richtigen Benutzer handelt.
Post Reply