VirtualBox auf der DS

[Frogman]

Vielleicht liegt es auch an dem fehlerhaftes Objekt 30cm vorm Bildschirm, das eine weiteres fehlerhaftes Objekt in Schutz nimmt (ohne zu wissen wie was wann vor-sich gegangen ist). ...

Kleiner Tipp: überleg Dir einfach mal Deine Wortwahl... und es ist immer gut zu "wissen, wie was wann vor-sich gegangen ist, wenn man solche Vorwürfe in den Umlauf bringt.

 

[Bordi]

Sorry Frogman, hab wohl einen wunden Punkt erwischt. Konnte ja nicht wissen das du dich zum ersten und einzigen perfekten Menschen zählst.

Deine ergebener nicht ganz so perfekte fehlerhafte.

 

[Frogman]

Gut, wenn wir das jetzt auch geklärt haben, können wir vielleicht einfach wieder zum sachlichen Inhalt des Threadthemas zurückkommen...

 

[Bordi]

+1

zurück zu #1191 und #1192

http://www.synology-forum.de/showth...der-DS/page120&p=584045&viewfull=1#post584045

 

[geimist]

Vielleicht liegt es auch an dem fehlerhaftes Objekt 30cm vorm Bildschirm, das eine weiteres fehlerhaftes Objekt in Schutz nimmt (ohne zu wissen wie was wann vor-sich gegangen ist). Tut mir leid, aber das kann ich nicht ernst nehmen. Was ihr betreibt ist kein debugging, sondern blanker Gruppenstuss.…

Kannst du mal bitte runterkommen! Das war keine Kritik! Es ist offensichtlich, dass es Probleme gibt, die nicht nur auf Fehlkonfiguration zurückzuführen sind. Es konnte noch keiner eine definitive Ursache lokalisieren. Da ist es wohl auch mal angebracht, Zusammenhänge zu ergründen was nur geht, wenn von den eigenen Erfahrungen berichtet wird. Und das habe ich gemacht. Ich kann sagen: alte Hardware funktioniert einwandfrei; neue Hardware mit gleicher Konfiguration funktioniert nicht.

Es kann ja sein, dass du heute kein Kuscheltag hast, aber wenn es dir nicht gelingt, die Freundlichkeit zu wahren, dann schreibe bitte einfach morgen weiter.

 

[Benares]

Vielleicht liegt es auch an dem fehlerhaftes Objekt 30cm vorm Bildschirm, das eine weiteres fehlerhaftes Objekt in Schutz nimmt (ohne zu wissen wie was wann vor-sich gegangen ist). Tut mir leid, aber das kann ich nicht ernst nehmen. Was ihr betreibt ist kein debugging, sondern blanker Gruppenstuss.

Also jetzt hört's aber auf. Du vergreifst dich im Ton.

Ich hatte lediglich versucht, die Erkenntnisse der letzten Beiträge davor nochmal zusammenzufassen, weil es auch meinen Erfahrungen entsprach. Bei mittlerweile >1200 Beiträgen verliert man leider etwas den Überblick.
Wenn es bei dir funktioniert, schätze dich glücklich. Bei den meisten anderen mit aktuellerer Hardware funktioniert VB mit DSM5.2-5644 nicht mehr sauber. Punkt.
Keine Ahnung, woran was es liegt. Einige mögliche Punkte wurden ja schon genannt. Das gilt es ja herauszufinden. Und dabei helfen deine letzten Beiträge recht wenig.

 

[helmut72]

Kann das "Projekt" nicht auf Github als Gemeinschaftsprojekt freigegeben werden? Kann mir nicht vorstellen, dass der Kernel von Synology plötzlich so inkompatibel "verpatched" wurde und an der Versionsnummer kann es ja auch nicht liegen. Vielleicht sehen mehrere Augen ja mehr, so lange es nicht zu viele Augen sind.

Bis DSM 6.0 rauskommt und hoffentlich andere KVM-VMs als Virtual-DSM ebenfalls eingebunden werden können (und wenn auch nur per Shell), vergeht ja doch noch (zu) lange Zeit.

 

[DKeppi]

Schon jemand RemixOS ausprobiert?

 

[Benares]

Ich hab mich heute nochmal mit dem Thema beschäftigt, insbesondere mit den Kernelmodulen, da ich vermute, dass da der Hund begraben ist. Ausgangslage ist meine DS415+ mit DSM 5.2-5644U2, frisch gebootet mit angehaltenem Paket VirtualBox 5.0.6. Ich hatte ja das Problem, dass sich Paket manchmal nicht beenden lässt, unabhängig davon, ob inzwischen irgendwelche VMs liefen oder nicht. Deshalb hab ich mich erstmal mit dem Start-/Stop-Vorgang beschäftigt und mir die Kernel-Meldungen angesehen. Das Laden-/Entladen der Kernelmodule übernimmt das Script /opt/VirtualBox/vboxdrv.sh, dass man mit dem Parametern start/stop ja auch so aufrufen kann. "dmesg" gibt die letzten Kernelmeldungen aus.

root@DS415:~# /opt/VirtualBox/vboxdrv.sh start
modprobe: not supported
Starting VirtualBox kernel modulessleep: invalid number '.2'
 ...done.

Aha, da fehlt ihm schon mal was. Das "not supported" kommt von einem Parameter -c, den das abgespeckte BusyBox-modprobe nicht unterstützt. Das scheint mir aber nicht so wichtig. Wichtiger ist eher der Teil mit "sleep".

"lsmod" liefert hinterher

Module                  Size  Used by    Tainted: P
vboxpci                14216  0
vboxnetadp             17875  0
vboxnetflt             18256  0
vboxdrv               356955  3 vboxpci,vboxnetadp,vboxnetflt

Also 3 Module, die alle auf dem Modul vboxdrv aufsetzen.

Als Kernelmeldungen kommt:

[1352881.744536] vboxdrv: Found 4 processor cores
[1352881.760843] vboxdrv: TSC mode is Invariant, tentative frequency 2393936748 Hz
[1352881.769048] supdrvMeasureTscDeltaOne failed. rc=-3743 CPU[1].idCpu=1 Master[0].idCpu=0
[1352881.769053] vboxdrv: Successfully loaded version 5.0.6 (interface 0x00240000)
[1352883.775379] VBoxNetFlt: Successfully started.
[1352883.782563] VBoxNetAdp: Successfully started.
[1352883.789801] VBoxPciLinuxInit
[1352883.793244] vboxpci: pci-stub module not available, cannot detach PCI devices
[1352883.801447] vboxpci: IOMMU not found (not compiled)

Da scheint also auch etwas zu fehlen, kann ich aber schwer beurteilen, ob das schlimm ist.

Die erfolgreiche Entladung sieht so aus:

root@DS415:~# /opt/VirtualBox/vboxdrv.sh stop
Stopping VirtualBox kernel modules ...done.

Kernel:

[1352789.325191] VBoxPciLinuxLinuxUnload

Wenn man den Vorgang öfter wiederholt, bleibt das Entladen öfter hängen, bei mir meist schon beim 2. Mal. Es kommt dann nur

root@DS415:~# /opt/VirtualBox/vboxdrv.sh stop
Stopping VirtualBox kernel modules ...

und nichts geht mehr, auch kein ^C. Als Prozess hängt dann "rmmod vboxdrv" und an Modulen ist auch nur noch der vboxdrv geladen. Schaut man sich die Kernel-Meldungen an, kommt auch wieder zuerst

[1352923.477402] VBoxPciLinuxLinuxUnload

dann folgt aber im 120s-Abstand immer wieder die Sequenz

[1353080.165595] INFO: task rmmod:31921 blocked for more than 120 seconds.
[1353080.173012] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[1353080.181992] rmmod           D ffff880263c465d8     0 31921  31890 0x20020000
[1353080.190112]  ffff88024434bd48 0000000000000086 0000000100000001 ffff880253e68b70
[1353080.198636]  ffff88024434bd50 ffff880263c46300 ffff88024434bfd8 ffff88024434bfd8
[1353080.207152]  ffff88024434bfd8 ffff880263c46300 ffff8802751b4000 ffff88024434be88
[1353080.215665] Call Trace:
[1353080.218609]  [<ffffffff81482dad>] ? schedule_timeout+0x17d/0x1e0
[1353080.225543]  [<ffffffff81041080>] ? usleep_range+0x40/0x40
[1353080.231895]  [<ffffffff8105479b>] ? prepare_to_wait+0x5b/0x90
[1353080.238537]  [<ffffffff81484946>] ? wait_for_completion+0x96/0x100
[1353080.245665]  [<ffffffff8105f630>] ? try_to_wake_up+0x290/0x290
[1353080.252403]  [<ffffffff8104c43b>] ? flush_workqueue+0x10b/0x5a0
[1353080.259248]  [<ffffffffa07b606f>] ? rtR0LnxWorkqueueFlush+0xf/0x20 [vboxdrv]
[1353080.267358]  [<ffffffffa07b60c8>] ? rtR0TermNative+0x8/0x30 [vboxdrv]
[1353080.274770]  [<ffffffff81084f81>] ? SyS_delete_module+0x171/0x290
[1353080.281805]  [<ffffffff8100b915>] ? fpu_finit+0x15/0x30
[1353080.287863]  [<ffffffff81486732>] ? page_fault+0x22/0x30
[1353080.294016]  [<ffffffff81487e91>] ? sysenter_dispatch+0x7/0x1e

bis man die DS neu startet.

Da auch hier wieder "usleep" mit im Spiel ist, vermute ich, das da im Kernel etwas fehlt.

Vielleicht könnte mal jemand anders, z.B. unser geschätzter Bordi, oder jemand anderes mit DSM 5.2-5592 das bei sich ausprobieren und berichten.

Wenn schon die Kernel-Module nicht rund laufen, kann es das ganz Paket auch nicht. Mit neueren VB-Versionen habe ich das noch nicht probiert, da die 5.0.6 unter DSM 52-5644U2 bei mir noch die stabilste ist.

Edit:
Hab grad gesehen, dass die Meldung "sleep: invalid number '.2'" beim Laden durch ein "sleep .2" im Script hervorgerufen wird und nicht von modprobe kommt. Das kann das BusyBox-sleep wieder mal nicht, werde es in 1 ändern und nochmal probieren. Für irgendwas wird es ja notwendig sein.

Edit:
Hat auch nichts gebracht, diesmal hing's aber erst beim 5. Entlade-Versuch.

 

[Bordi]

Schaut bei mir alles sehr ähnlich aus

ds1010plus> /opt/VirtualBox/vboxdrv.sh stop
modprobe: not supported
Stopping VirtualBox kernel modules ...done.

[   59.141230] usbcore: registered new interface driver snd-usb-audio
[   59.213845] usbcore: registered new interface driver snd-usb-hiface
[  116.720973] vboxdrv: Found 4 processor cores
[  116.721650] vboxdrv: fAsync=0 offMin=0x5d2 offMax=0x4da8
[  116.828070] vboxdrv: TSC mode is Synchronous, tentative frequency 1662294502 Hz
[  116.835428] vboxdrv: Successfully loaded version 5.0.10 (interface 0x00240000)
[  118.875272] VBoxNetFlt: Successfully started.
[  118.892891] VBoxNetAdp: Successfully started.
[  118.910602] VBoxPciLinuxInit
[  118.913591] vboxpci: pci-stub module not available, cannot detach PCI devices
[  118.922086] vboxpci: IOMMU not found (not compiled)
[  123.344164] vboxdrv: ffffffffa0620020 VMMR0.r0
[  124.896698] vboxdrv: ffffffffa070e020 VBoxDDR0.r0
[  125.055028] vboxdrv: ffffffffa072d020 VBoxDD2R0.r0
[  125.162220] VBoxNetFlt: attached to 'bond0' / 00:11:32:05:ea:24
[  125.328750] device bond0 entered promiscuous mode
[  125.334158] device eth0 entered promiscuous mode
[  125.339563] device eth1 entered promiscuous mode
[  144.271105] aufs 3.10.x-20141110
[  144.343149] Bridge firewalling registered
[  145.134794] IPv6: ADDRCONF(NETDEV_UP): docker0: link is not ready
[33158.268091] device bond0 left promiscuous mode
[33158.272585] device eth0 left promiscuous mode
[33158.277104] device eth1 left promiscuous mode
[33158.886812] vboxnetflt: 0 out of 612152 packets were not sent (directed to host)
[33270.441857] VBoxPciLinuxLinuxUnload

ds1010plus> /opt/VirtualBox/vboxdrv.sh start
modprobe: not supported
Starting VirtualBox kernel modulessleep: invalid number '.2'
 ...done.

Module                  Size  Used by    Tainted: P  
vboxpci                14216  0 
vboxnetadp             18644  0 
vboxnetflt             18320  0 
vboxdrv               356956  3 vboxpci,vboxnetadp,vboxnetflt

 

[Benares]

Danke für den Test und den Output.

Einen Unterschied gibt es

[1352881.760843] vboxdrv: TSC mode is Invariant, tentative frequency 2393936748 Hz
[1352881.769048] supdrvMeasureTscDeltaOne failed. rc=-3743 CPU[1].idCpu=1 Master[0].idCpu=0

zu

[  116.721650] vboxdrv: fAsync=0 offMin=0x5d2 offMax=0x4da8
[  116.828070] vboxdrv: TSC mode is Synchronous, tentative frequency 1662294502 Hz

bei Bordi. was immer das sein mag. Könnte aber auch an den unterschiedlichen Versionen liegen.

Und wenn du das Laden-/Entladen vielfach wiederholst klappt es immer?
(bitte nur bei angehaltenem Paket testen)

 

[Bordi]

Wie ein Uhrwerk

ds1010plus> /opt/VirtualBox/vboxdrv.sh stop
modprobe: not supported
Stopping VirtualBox kernel modules ...done.
ds1010plus> /opt/VirtualBox/vboxdrv.sh start
modprobe: not supported
Starting VirtualBox kernel modulessleep: invalid number '.2'
 ...done.
ds1010plus> /opt/VirtualBox/vboxdrv.sh stop
modprobe: not supported
Stopping VirtualBox kernel modules ...done.
ds1010plus> /opt/VirtualBox/vboxdrv.sh start
modprobe: not supported
Starting VirtualBox kernel modulessleep: invalid number '.2'
 ...done.
ds1010plus> /opt/VirtualBox/vboxdrv.sh stop
modprobe: not supported
Stopping VirtualBox kernel modules ...done.
ds1010plus> /opt/VirtualBox/vboxdrv.sh start
modprobe: not supported
Starting VirtualBox kernel modulessleep: invalid number '.2'
 ...done.
ds1010plus> /opt/VirtualBox/vboxdrv.sh stop
modprobe: not supported
Stopping VirtualBox kernel modules ...done.
ds1010plus> /opt/VirtualBox/vboxdrv.sh start
modprobe: not supported
Starting VirtualBox kernel modulessleep: invalid number '.2'
 ...done.
ds1010plus> /opt/VirtualBox/vboxdrv.sh stop
modprobe: not supported
Stopping VirtualBox kernel modules ...done.
ds1010plus> /opt/VirtualBox/vboxdrv.sh start
modprobe: not supported
Starting VirtualBox kernel modulessleep: invalid number '.2'
 ...done.
ds1010plus>

(bitte nur bei angehaltenem Paket testen)

Aber logo..

 

[Benares]

Super, danke für den Test. Damit dürfte wenigstens klar sein, dass es schon Unterschiede gibt zwischen den einzelnen Hardware-Plattformen.

Dann geht die Suche halt weiter ...

 

[Bordi]

ds1010plus> uname -a
Linux ds1010plus 3.10.35 #5644 SMP Tue Dec 1 17:28:40 CST 2015 x86_64 GNU/Linux synology_x86_1010+

Hilft wohl kaum weiter, aber ich wills nicht ausschliessen. Interessanter wäre du hättest ebenfalls die VB5.0.10/DSM 5.2-5644U2 combo drauf. Aufgesetzt nach #1191
Verstehe aber sehr gut wen du das meiden möchtest.

 

[Benares]

Danke, ich werd's nochmal mal mit der 5.0.10 probieren, aber vermutlich nicht mehr heute.

Der Vollständigkeit halber:

root@DS415:~# uname -a
Linux DS415 3.10.35 #5644 SMP Tue Dec 1 17:28:38 CST 2015 x86_64 GNU/Linux synology_avoton_415+

 

[Benares]

So, ich habe es heute nochmal mit der 5.0.10 unter DSM 5.2-5644U2 probiert - ohne Erfolg.

Die Kernel-Meldungen beim Start sind die selben:

[  482.968308] vboxdrv: Found 4 processor cores
[  482.984069] vboxdrv: TSC mode is Invariant, tentative frequency 2393927138 Hz
[  482.992080] supdrvMeasureTscDeltaOne failed. rc=-3743 CPU[1].idCpu=2 Master[0].idCpu=0
[  482.992083] vboxdrv: Successfully loaded version 5.0.10 (interface 0x00240000)
[  483.997982] VBoxNetFlt: Successfully started.
[  484.004981] VBoxNetAdp: Successfully started.
[  484.011975] VBoxPciLinuxInit
[  484.015215] vboxpci: pci-stub module not available, cannot detach PCI devices
[  484.023218] vboxpci: IOMMU not found (not compiled)

Aber bereits der erste Entlade-Vorgang scheitert wieder mit

[  552.368751] VBoxPciLinuxLinuxUnload
[  723.161023] INFO: task rmmod:18194 blocked for more than 120 seconds.
[  723.168252] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[  723.177036] rmmod           D ffff8802753eea08     0 18194      1 0x20020004
[  723.184967]  ffff880270873d48 0000000000000086 ffff880270fbf228 ffffffff81812440
[  723.193278]  ffff880270873d50 ffff8802753ee730 ffff880270873fd8 ffff880270873fd8
[  723.201602]  ffff880270873fd8 ffff8802753ee730 ffffffff81974b00 ffff880270873e88
[  723.209923] Call Trace:
[  723.212671]  [<ffffffff81482dad>] ? schedule_timeout+0x17d/0x1e0
[  723.219411]  [<ffffffff81041080>] ? usleep_range+0x40/0x40
[  723.225565]  [<ffffffff8105479b>] ? prepare_to_wait+0x5b/0x90
[  723.232013]  [<ffffffff81484946>] ? wait_for_completion+0x96/0x100
[  723.238946]  [<ffffffff8105f630>] ? try_to_wake_up+0x290/0x290
[  723.245482]  [<ffffffff8104c43b>] ? flush_workqueue+0x10b/0x5a0
[  723.252130]  [<ffffffffa072d06f>] ? rtR0LnxWorkqueueFlush+0xf/0x20 [vboxdrv]
[  723.260043]  [<ffffffffa072d0c8>] ? rtR0TermNative+0x8/0x30 [vboxdrv]
[  723.267270]  [<ffffffff81084f81>] ? SyS_delete_module+0x171/0x290
[  723.274106]  [<ffffffff8100b915>] ? fpu_finit+0x15/0x30
[  723.279967]  [<ffffffff81486732>] ? page_fault+0x22/0x30
[  723.285925]  [<ffffffff81487e91>] ? sysenter_dispatch+0x7/0x1e

Das wär jetzt nicht mal so schlimm, war ja bei der 5.0.6 genauso, aber die VM (Win10) bleibt entweder schon beim Einschalten bei 20% hängen, oder sie beginnt zu booten und hängt sich dann auf.
Die Kernel-Meldungen beim 20%-Problem:

[  603.089281] INFO: task EMT-0:16911 blocked for more than 120 seconds.
[  603.096510] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[  603.105296] EMT-0           D ffff880258d293f8     0 16911  15812 0x00000000
[  603.113223]  ffff88023066bb08 0000000000000082 0000000000000000 ffff880275168770
[  603.121548]  002202d000000003 ffff880258d29120 ffff88023066bfd8 ffff88023066bfd8
[  603.129872]  ffff88023066bfd8 ffff880258d29120 ffffffff818587c0 ffff88023066bc48
[  603.138202] Call Trace:
[  603.140944]  [<ffffffff81482dad>] ? schedule_timeout+0x17d/0x1e0
[  603.147686]  [<ffffffff810db3ec>] ? __insert_vmap_area+0x7c/0xe0
[  603.154426]  [<ffffffff81484946>] ? wait_for_completion+0x96/0x100
[  603.161361]  [<ffffffff8105f630>] ? try_to_wake_up+0x290/0x290
[  603.167905]  [<ffffffff8104c43b>] ? flush_workqueue+0x10b/0x5a0
[  603.174546]  [<ffffffff810dbc15>] ? map_vm_area+0x25/0x40
[  603.180611]  [<ffffffffa072d06f>] ? rtR0LnxWorkqueueFlush+0xf/0x20 [vboxdrv]
[  603.188527]  [<ffffffffa073188b>] ? VBoxHost_RTTimerCreateEx+0x2b/0x390 [vboxdrv]
[  603.196918]  [<ffffffffa072ae51>] ? VBoxHost_RTMemAllocTag+0x11/0x30 [vboxdrv]
[  603.205025]  [<ffffffffa0720404>] ? supdrvIOCtl+0x1f34/0x3340 [vboxdrv]
[  603.212446]  [<ffffffff81263f49>] ? copy_user_enhanced_fast_string+0x9/0x20
[  603.220259]  [<ffffffffa071a4cb>] ? VBoxDrvLinuxIOCtl_5_0_10+0x14b/0x240 [vboxdrv]
[  603.228754]  [<ffffffff81105420>] ? do_vfs_ioctl+0xb0/0x920
[  603.235005]  [<ffffffff810f00b5>] ? vfs_read+0x105/0x190
[  603.240964]  [<ffffffff81105d33>] ? SyS_ioctl+0xa3/0xc0
[  603.246817]  [<ffffffff81486c52>] ? system_call_fastpath+0x16/0x1b

also irgendwas mit EMT-0 - sagt mir nichts.

Ich bin wieder zurück auf die 5.0.6, da hab ich zwar manchmal das Entlade-Problem, aber die VM läuft wenigstens.
Ich bleib also dabei: VirtualBox unter DSM 5.2-5644 läuft nicht rund, zumindest mit neuerer Hardware.

 

[Bordi]

Ok verstehe,

Für mich irritierend weil vertraut. https://www.virtualbox.org/ticket/11481

Was ist wen du eine kleines Linux installierst? Eine Minimalinstallation von einem Debian wäre gut (ohne Gnome, KDE usw). Kriegst du das hin?

 

[Benares]

Für mich ist das Thema VirtualBox auf der DS erstmal abgeschlossen. War eh nur ein Versuch, ob das überhaupt klappt.
Normalerweise betreibe ich meine VMs unter VMware ESXi.

 

[polle]

Moin zusammen,

wie die meisten hier, habe ich auch das Problem das ich nur eine VM starten kann (alle anderen VM bleiben bei 20% hängen und ich muss das NAS reseten)
DS415+ DSM 5.2-5644 Update 2, VirtualBox 5.0.10-104061-1

Aber mit folgender Einstellung ist es mir möglich eine zweite VM zu starten:

VM 1: 3 Netzwerkkarten (Adapter)

Adapter 1: Bridge Modus
Adapter 2: Bridge Modus
Adapter 3: Internes Netz

VM 2: 1 Netzwerkkarte

Adapter 1:
sobald ich hier die Konfiguration der Netzwerkkarte von Bridge in "Internes Netzwerk" ändere kann ich die VM starten.

und zwei Maschinen problemlos parallel betreiben.

 

[Bordi]

..
sobald ich hier die Konfiguration der Netzwerkkarte von Bridge in "Internes Netzwerk" ändere kann ich die VM starten und zwei Maschinen problemlos parallel betreiben.

Hey polle, sind ja richtig gute news. Ob es wohl möglich wäre das dieses Problem mit einem virtuellen Router zu beheben wäre? (Routet von Bridge Modus nach Internes Netz. Alle VMs ausser dem Router wären mit 'Internes Netz' konfiguriert).

Andere Frage: Was passiert wen du alle VM in den NAT Modus versetzt, gibt es dann noch immer Probleme?

Letzte Frage: Du schreibst das nur eine VM starten kann, und alle anderen bei 20% hängen bleiben. Ist es egal welche VM starten kann, oder betrifft es immer nur eine ganz bestimmte?