Hi guys
phpvirtualbox / vboxweb-service works again with Virtualbox 6.1.28
Hi guys
phpvirtualbox / vboxweb-service works again with Virtualbox 6.1.28
Hallo zusammen
Sorry for writing in german.
Hier die Zusammenfassung wie VM Gäste den Host mit nur einer Neztwerkkarte sehen können. Darüber hinaus können Gäste in der VM ebenfalls den Host sehen. Aus meiner Sicht ist das dann so wie bei Proxmox. Habe dazu hier und an verschiedenen anderen Stellen die ich nicht mehr zusammen kriege viel gelesen und einen Tag gebraucht bis es lief.
In meinem Versuch habe ich als Host OMV5 verwendet und in einer VM Proxmox installiert. In der VM (Gast Proxmox) habe ich dann eine weiter VM installiert.
Wichtig. Bitte bis zu Ende lesen da sonst schnell was schief gehen kann.
Schritt 1 OMV - Netzwerkbrücke einrichten
Die vorhandene Netzwerkkarte muss erst gelöscht werden.
ACHTUNG! Die Änderung darf nicht angewendet werden.
Danach über Hinzufügen Netzwerkbrücke auswählen
Und nun folgende Einträge passend zu eurem Netzwerk vornehmen. DNS nicht vergessen und dann speichern.
Erst jetzt dürfen die Änderungen über Anwenden angenomme werden.
Danach habt ihr das Netzwerk eures Host auf eine Netzwerkbrücke umgestellt. Eure Netzwerkkarte heißt nun zum Beispiel br0.
ACHTUNG! Sollte etwas schief gehen oder die Schritte nicht wie beschrieben eingehalten werden verliert euer Server sämtliche Verbindungen ins Netzwerk. Er ist von außen nicht mehr ansprechbar. Dann hilft nur noch omv-firstaid um das Netzwerk zurückzustellen.
Schritt 2 - VM Netzwerkbrücke zuweisen
Die Zuweisung der Netzwerkbrück z.B. br0 muss über das XML erfolgen.
Dazu die XML bei ausgeschalteter VM über XML bearbeiten aufrufen
Im XML den Bereich mit der Netzwerkkonfiguration hier am Beispiel Macvtab Bride ersetzen.
Alt
<interface type='network'>
<mac address='52:54:00:aa:bb:cc'/>
<source network='bridge'/>
<model type='virtio'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
</interface>
Neu
<interface type='bridge'>
<source bridge='br0'/>
<mac address='52:54:00:aa:bb:cc'/>
</interface>
So kann dann aus der VM der Host und aus der VM der VM der Host und die VM der ersten Ebene angesprochen werden.
Korrigiert mich falls ich etwas falsch dargestellt habe. Bei mir läuft das jetzt so wie ich es brauche.
In dem Versuch hatte ich kein Docker installiert. Daher kann ich nicht sagen, ob es in Verbindung mit installiertem Docker ebenfalls läuft.
Vielleicht hilfts dem ein oder anderen.
ciao
Thanks for omv-extras 4.1.3
linux-headers-4.15.0-0.bpo.2-amd64 are installed now.
recompile of virtualbox with dpkg-reconfigure virtualbox-dkms has still issues.
dpkg-reconfigure virtualbox-dkms
-------- Uninstall Beginning --------
Module: virtualbox
Version: 5.1.30
Kernel: 4.14.0-0.bpo.2-amd64 (x86_64)
-------------------------------------
Status: Before uninstall, this module version was ACTIVE on this kernel.
vboxdrv.ko:
- Uninstallation
- Deleting from: /lib/modules/4.14.0-0.bpo.2-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
vboxnetadp.ko:
- Uninstallation
- Deleting from: /lib/modules/4.14.0-0.bpo.2-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
vboxnetflt.ko:
- Uninstallation
- Deleting from: /lib/modules/4.14.0-0.bpo.2-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
vboxpci.ko:
- Uninstallation
- Deleting from: /lib/modules/4.14.0-0.bpo.2-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
depmod...
DKMS: uninstall completed.
-------- Uninstall Beginning --------
Module: virtualbox
Version: 5.1.30
Kernel: 4.14.0-0.bpo.3-amd64 (x86_64)
-------------------------------------
Status: Before uninstall, this module version was ACTIVE on this kernel.
vboxdrv.ko:
- Uninstallation
- Deleting from: /lib/modules/4.14.0-0.bpo.3-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
vboxnetadp.ko:
- Uninstallation
- Deleting from: /lib/modules/4.14.0-0.bpo.3-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
vboxnetflt.ko:
- Uninstallation
- Deleting from: /lib/modules/4.14.0-0.bpo.3-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
vboxpci.ko:
- Uninstallation
- Deleting from: /lib/modules/4.14.0-0.bpo.3-amd64/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
depmod....
DKMS: uninstall completed.
------------------------------
Deleting module version: 5.1.30
completely from the DKMS tree.
------------------------------
Done.
Loading new virtualbox-5.1.30 DKMS files...
Building for 4.14.0-0.bpo.3-amd64 4.15.0-0.bpo.2-amd64
Building initial module for 4.14.0-0.bpo.3-amd64
Done.
vboxdrv:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/4.14.0-0.bpo.3-amd64/updates/dkms/
vboxnetadp.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/4.14.0-0.bpo.3-amd64/updates/dkms/
vboxnetflt.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/4.14.0-0.bpo.3-amd64/updates/dkms/
vboxpci.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/4.14.0-0.bpo.3-amd64/updates/dkms/
depmod...
DKMS: install completed.
Building initial module for 4.15.0-0.bpo.2-amd64
Error! Bad return status for module build on kernel: 4.15.0-0.bpo.2-amd64 (x86_64)
Consult /var/lib/dkms/virtualbox/5.1.30/build/make.log for more information.
/var/lib/dkms/virtualbox/5.1.30/build/make.log
DKMS make.log for virtualbox-5.1.30 for kernel 4.15.0-0.bpo.2-amd64 (x86_64)
Mo 16. Apr 21:49:40 CEST 2018
make: Verzeichnis „/usr/src/linux-headers-4.15.0-0.bpo.2-amd64“ wird betreten
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/linux/SUPDrv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/SUPDrv.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/SUPDrvGip.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/SUPDrvSem.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/SUPDrvTracer.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/SUPLibAll.o
/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/.tmp_SUPDrvTracer.o: warning: objtool: .text+0x7: indirect jump found in RETPOLINE build
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/alloc-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/initterm-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/memobj-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/mpnotification-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/powernotification-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/assert-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/alloc-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/initterm-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/memuserkernel-r0drv-linux.o
/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/.tmp_memuserkernel-r0drv-linux.o: warning: objtool: .fixup: unexpected end of section
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/mp-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/mpnotification-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/process-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/rtStrFormatKernelAddress-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/semevent-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/semeventmulti-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/semfastmutex-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/semmutex-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/spinlock-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/thread-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/thread2-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/threadctxhooks-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/time-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/timer-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/generic/semspinmutex-r0drv-generic.o
/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/timer-r0drv-linux.c: In function ‘VBoxHost_RTTimerCreateEx’:
/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/timer-r0drv-linux.c:1588:13: error: implicit declaration of function ‘init_timer_pinned’ [-Werror=implicit-function-declaration]
init_timer_pinned(&pTimer->aSubTimers[iCpu].u.Std.LnxTimer);
^~~~~~~~~~~~~~~~~
/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/timer-r0drv-linux.c:1592:52: error: ‘struct timer_list’ has no member named ‘data’
pTimer->aSubTimers[iCpu].u.Std.LnxTimer.data = (unsigned long)&pTimer->aSubTimers[iCpu];
^
/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/timer-r0drv-linux.c:1593:65: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]
pTimer->aSubTimers[iCpu].u.Std.LnxTimer.function = rtTimerLinuxStdCallback;
^
cc1: some warnings being treated as errors
/usr/src/linux-headers-4.15.0-0.bpo.2-common/scripts/Makefile.build:329: die Regel für Ziel „/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/timer-r0drv-linux.o“ scheiterte
make[4]: *** [/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv/r0drv/linux/timer-r0drv-linux.o] Fehler 1
make[4]: *** Es wird auf noch nicht beendete Prozesse gewartet...
/usr/src/linux-headers-4.15.0-0.bpo.2-common/scripts/Makefile.build:588: die Regel für Ziel „/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv“ scheiterte
make[3]: *** [/var/lib/dkms/virtualbox/5.1.30/build/vboxdrv] Fehler 2
/usr/src/linux-headers-4.15.0-0.bpo.2-common/Makefile:1528: die Regel für Ziel „_module_/var/lib/dkms/virtualbox/5.1.30/build“ scheiterte
make[2]: *** [_module_/var/lib/dkms/virtualbox/5.1.30/build] Fehler 2
Makefile:146: die Regel für Ziel „sub-make“ scheiterte
make[1]: *** [sub-make] Fehler 2
Makefile:8: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2
make: Verzeichnis „/usr/src/linux-headers-4.15.0-0.bpo.2-amd64“ wird verlassen
no way for virtualbox on kernel 4.15?
Same issue with Virtualbox after kernel update to 4.15.
Booting with kernel 4.14 solve the problem and Virtualbox has no problems.
How can Virtualbox run with kernel 4.15
Kurze Rückmeldung zum Thema.
Hab die Tage am Fernseher die Plex App aktualisiert.
Danach klappte wieder das abspielen ohne Fehler.
Am Server scheint es also nicht gelegen zu haben.
Ciao
Gesendet von meinem ONEPLUS A3003 mit Tapatalk
So. Konnte jetzt nach dem Urlaub weiter testen.
Hab den Plex Server erneut neu installiert.
Bis auf den Samsung TV funktionieren andere Clients (Handy, Laptop Browser) wieder.
Am TV hab ich die Plex APP mehrfach neu installiert/zurückgesetzt. Bisher noch keine Besserung.
Hat noch jemand eine Idee?
Gesendet von meinem GT-I9300 mit Tapatalk
Scheint bei mir dann doch was anderes zu sein?
Die Dateien heißen bei mir nach wie vor xxxxxxx.mkv
In Plex Plugin bzw. über DLNA meines TVs werden sie als mkv angezeigt.
Was meinst Du mit arc?
Neuinstallation von Plex hatte ich auch schon probiert. Brachte aber leider auch keinen Erfolg.
Hab in einer virtuellen Virtualbox Maschine schon eine ganz neue Installation versucht.
Brachte auch nix.
Kann aber auch sein das ich immer den gleichen Fehler mache.
Wie gesagt. Bis vor zwei Updates lief noch alles.
Alles klar. Danke.
Habe unter "/usr/lib/plexmediaserver/Resources/Profiles/Samsung SmartTV.xml" die Datei enstprechend angepasst.
Brachte leider keinen Erfolg.
Das ganze erinnert mich son bisschen an den Twonky Media Server vor ein paar Jahren. Da gabs ähnliche Probleme. Man musste auch irgendwelchte configs manuell anpassen.
War für mich damals der Grund vom Twonky wegzugehen.
Schade das jetzt das gleiche bei Plex passiert.
Hat vielleicht noch jemand ne Idee.
Ansonsten schau ich halt wieder über den Mede8er.
Hatte mich grade an Plex gwöhnt....
Guten Abend
Darf ich fragen wie Du Dir helfen konntest - was hast Du genau gemacht.
Denke ich hab ein ähnliches Problem. Seit den letzten Plex Updates spielt mein Samsung TV keine mkv mehr ab. Es kommt immer die Fehlermeldung:
Verbindung zum Content-Server ist fehlgeschlagen. Anfrage konnte nicht bearbeitet werden. Das angeforderte Element konnte nicht gefunden werden.
Habe schon versucht die Samsung SmartTV.xml anzupassen.
Bisher ohne Erfolg.
Auf meinem mede8er werden die Dateien ohen Probleme angzeigt.
Danke für eine kurze Rückmeldung.
Works for me too.
thanks.
Kann das Problem ebenfalls bestätigen.
Von Win10 klappt die Verbindung über Remote Desktop zum Gast nicht.
Aktiviert man im Gast (z.B. Win7) die Remotedesktop funktion klappt die Verbindung zur IP des Gastes über Remote Desktop.
Kann jemand schauen ob von Win10 die Remote Desktop Verbindung zu Virtualbox 5.0 funktioniert?
ciao
edit
Habe Testweise mal die Win10 Firewall ausgeschaltet. Brachte aber keine Besserung. RDP Verbindung zum Virtualbox (IP vom OMV Server:Port) war nicht möglich.
Hallo zusammen
Trotz Neuinstallation kam der Fehler irgendwann wieder.
Glaube die Ursache gefunden zu haben.
Virtualbox mag es offenbar nicht wenn die Struktur im VM Verzeichnis nicht passt.
Bei mir gab es ein Problem beim Gruppieren bzw. beim manuellen reinkopieren von gesicherten VMs.
Nachdem ich die Struktur der Ordner und Dateien inclusive Rechte korrigiert habe war der Fehler weg.
Der Fehler trat jetzt seit einer Woche nicht mehr auf.
ciao
@all
Nachdem ich gefühlt alle Beiträge zu Virtualbox gelesen habe und nichts half -> das Problem trat über kurz oder lang immer wieder auf, habe ich mich entschlossen das NAS neu aufzusetzen.
1. Datenplatten abgehängt.
2. Mit openmediavault_1.0.20_amd64.iso das System neu installiert.
3. US Repos ausgewählt (In einem 2013 Beitrag gabs mal Probleme mit den deutschen)
4. Nach der Installation Datenplatten wieder eingehängt und eingerichtet.
5. Als erste Plugins omvextrasorg und Virtualbox installiert.
6. Restliche Einstellungen vorgenommen.
Der Neuaufbau hat mich 2 Stunden gekostet bis wieder alles lief. Aber was soll ich sagen der Fehler ist jetzt seit 2 Tagen mit mehreren Neustarts nicht wieder aufgetreten.
Woran es jetzt lag kann ich nicht sagen.
Vielleicht hilft das Vorgehen jemandem mit dem gleichen Problem.
ciao
Hallo davidh2k
Habe ich vorhin vergessen zu erwähnen.
Habe Virtualbox komplett wie in einem anderen Thread beschrieben entfernt User/Dateien etc. und das Plugin dann neu installiert.
Problem trat trotzdem wieder auf.
In einer Virtuellen Maschine habe ich das Problem teilweise auch.
Hallo zusammen
Habe ebenfalls das Problem, dass ich in 9 von 10 Fällen nach dem booten folgende Fehlermeldung nach Anmedlung im WefIf erhalte: Could not connect to host (127.0.0.1:18083/)
Die Maschine kann eigentlich nicht zu langsam sein:
================================================================================
= OS/Debian information
================================================================================
Distributor ID: debian
Description: Debian GNU/Linux 7 (wheezy)
Release: 7.7
Codename: wheezy
================================================================================
= OpenMediaVault information
================================================================================
Release: 1.5
Codename: Kralizec
================================================================================
= Date
================================================================================
Mo 8. Dez 22:08:46 CET 2014
================================================================================
= Locale
================================================================================
de_DE.UTF-8
================================================================================
= System information
================================================================================
Linux nas001 3.16-0.bpo.2-amd64 #1 SMP Debian 3.16.3-2~bpo70+1 (2014-09-21) x86_64 GNU/Linux
CPU ist eine i5 2400S mit 16GB Ram
Habe das Gefühl, dass das Problem irgendwie mit der Kombination der installierten Plugins/Dienste zu tun hat. Habe aber noch nicht gesichert den Fehler einkreisen können.
Fakt ist, dass ich das Problem durch Eingabe von
/etc/init.d/vboxweb-service start
in der Konsole beheben kann.
Folgende Plugins/Dienste habe ich installiert/gestartet:
Autoshutdown plugin
Virtualbox plugin
rsync
SMB/CIFS
SSH
Habe die in diesem Thread beschriebenen Problemlösungen alle durch. Nichts half dauerhaft. Der Fehler tritt immer wieder auf.
Hab keine Idee mehr woran es liegen kann.
Vielleicht hat ja jemand ein ähnliches Verhalten?
Kann den Fehler bestätigen. Ist bei mir auch so.
Hab dann über putty das Plugin entfernt. Danach ist die Webgui wieder erreichbar. Aber dann gibts leider kein Autoshutdown mehr....
Hoffe, dass das Problem bald gelöst wird.