Virtualbox geht nicht mehr nach UPDATE auf

testit

Well-Known Member
Hallo,

seit ca. 2 Jahren lief bei mir unter FreeBSD 8.2 64Bit VirtualBox einwandfrei.

Habe von Hetzner eine zweite IP 4811 und virtuelle MAC-Adresse. Als Gastsystem läuft unter VirtualBox ebenfalls FreeBSD 8.2, damit ich diverse Dinge testen kann.

Heute habe ich ein Update auf virtualbox-ose-4.2.12 (von 4.1.12) vorgenommen und folgendes Problem:

1) Ein PING auf die für VirtualBox zu vewendende IP 4711 ist ergebnislos.
2) Obwohl mit VNC-Option aus den Ports gebaut wurde, funktioniert nun ein
VBoxHeadless -n -m 5900 -vncpasspasswort --startvm FreeBSD -voff
nicht mehr, da angeblich die Parameter -n und -m nicht erkannt würden, die ich bisher genutzt habe.

Das Ganze soll im Bridged-Mode laufen.

Hat jemand von Euch eine Idee, worauf meine o.a. Probleme zurückzuführen sein könnten und wie ich nun am besten vorgehe, um die Ursachen zu finden?

Ehrlich gesagt weiß ich heute nicht mehr, wo ich seinerzeit den Bridged-Modus inkl. der VirtualBox-IP 4811 einstellen musste und kann daher auch nicht kontrollieren, ob die Konfiguration zerschossen wurde.

ifconfig:

ifconfig
re0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=389b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC>
ether 40:61:86:f5:42:97
inet IP4711... netmask 0xffffffc0 broadcast 178.63.......
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000
nd6 options=3<PERFORMNUD,ACCEPT_RTADV>
vboxnet0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 0a:00:27:00:00:00
media: Ethernet autoselect
status: active


Vielen Dank im voraus
testit
 
Zuletzt bearbeitet:
Erstmal die dumme Standardfrage: Hast du das Kernelmodul neu geladen?
 
Hallo,

ein "kldunload vboxdrv" erzeugt:

Code:
kldunload: can't unload file: Device busy


Viele Grüße
testit
 
Mach mal ein "VBoxHeadless --help". Dort sind die Parameter wirklich nicht mehr aufgelistet.

Das hier sollte gehen um eine VM zu starten:
Code:
VBoxHeadless -s <VM> -e TCP/Ports=40000 -e TCP/Address=127.0.0.1
Dann kannst du per RDP darauf zugreifen.
 
Hallo,

nein, VNC-Optionen werden in der Tat nicht mehr angezeigt (vgl. unten!).

Ich bin einen Schritt weiter bei der Suche nach der Ursache für mein Problem. Allerdings kann ich mir derzeit keinen Reim auf folgende Beobachtung machen:

Ich hatte mir seinerzeit neben einer FreeBSD-VM, die bis vorgestern lief, auch eine UBUNTU-Server VM eingerichtet, die ich aber nur zu Beginn zu Testzwecken nutzte.

VBoxManage list vms
zeigt mir ordnungsgemäß meine angelegten VMs an!

Wenn ich nun die UBUNTU-VDI lade, klappt alles einwandfrei und die eigens für die VM reservierte IP läßt sich auch anpingen.

Der gleiche Vorgang funktioniert mit meinen FreeBSD-VMs nicht. Zwar wird scheinbar gestartet, aber ein TOP hat nun ergeben, dass die CPU-Auslastung des zugehörigen VboxHeadless-Prozesses zeitnah auf 100% steigt. Diese VM ist dann auch nicht anpingbar. Möglicherweise hat das mit meiner Beobachtung zu tun, dass - obwohl mit VNC-Unterstützung (make config) gebaut, die VNC-Unterstützung nicht funktioniert.

Denn der Start der FreeBSD-VM OHNE explizite VNC-Parameter gibt trotzdem ein
"Listening for VNC connections on TCP6 port 5900" aus:

Code:
VBoxHeadless -s "FreeBSD"
Oracle VM VirtualBox Headless Interface 4.2.12_OSE
(C) 2008-2013 Oracle Corporation
All rights reserved.

28/05/2013 07:37:03 Listening for VNC connections on TCP port 3389
28/05/2013 07:37:03 Listening for VNC connections on TCP6 port 5900
VRDE server is listening on port 3389.


Wieso laufen meine FreeBSD-VMs mit dem upgegradeten VirtualBox 4.2.12 nicht mehr, während die UBUNTU-VM nach wie vor damit läuft?

Ich wäre sehr dankbar, wenn noch jd. Tipps hat!!


Viele Grüße
testit

Code:
VBoxHeadless --help
Oracle VM VirtualBox Headless Interface 4.2.12_OSE
(C) 2008-2013 Oracle Corporation
All rights reserved.

Usage:
   -s, -startvm, --startvm <name|uuid>   Start given VM (required argument)
   -v, -vrde, --vrde on|off|config       Enable (default) or disable the VRDE
                                         server or don't change the setting
   -e, -vrdeproperty, --vrdeproperty <name=[value]> Set a VRDE property:
                                         "TCP/Ports" - comma-separated list of p           orts
                                         the VRDE server can bind to. Use a dash            between
                                         two port numbers to specify a range
                                         "TCP/Address" - interface IP the VRDE s           erver
                                         will bind to
   --settingspw <pw>                     Specify the settings password
   --settingspwfile <file>               Specify a file containing the settings            password
   -c, -capture, --capture               Record the VM screen output to a file
   -w, --width                           Frame width when recording
   -h, --height                          Frame height when recording
   -r, --bitrate                         Recording bit rate when recording
   -f, --filename                        File name when recording. The codec use           d
                                         will be chosen based on the file extens           ion
 
Zuletzt bearbeitet:
Hallo,

da mir ja leider offenbar niemand bei meinem VirtualBox-Problem helfen kann:

Kann mir von Euch vielleicht jd. sagen, wie ich an die alte 4.1.12-Version von VirtualBox herankomme?

Da damit auch meine FreeBSD 8.2 VM problemlos lief, möchte ich gerne downgraden.


Danke und Gruß
testit
 
Nur um es auszuschließen.. Das hast du gelesen und beachtet, ja?
20130103:
AFFECTS: users of emulators/virtualbox-ose
AUTHOR: decke@FreeBSD.org

VirtualBox has been updated and does now depend on devel/kBuild instead
of devel/kBuild-devel. Both are in conflict with each other so this has
to be resolved manually. kBuild is only a build dependency so it is safe
to remove installed kBuild before updating.

# pkg_delete -f kBuild-\*
 
Hallo,

vielen Dank für den Hinweis!

Frage:

Wäre dies eine Erklärung dafür, dass UBUNTU VM im aktuellen, neuen VirtualBOX läuft, FreeBSD 8.2 VM nicht?


Viele Grüße
testit
 
Tja, klasse!

Nun weiß ich weder, wie ich die alte 4.1.12 wieder erzeugen kann noch, warum mit dem neuen VirtualBox mein FreeBSD Image nicht mehr funktioniert.

Viele Grüße
testit
 
Ich wäre sehr dankbar, wenn noch jd. Tipps hat!!
Hast du mal mit RDP versucht, wie ich es oben geschrieben habe?

Weiter sollte ja auch ein Prozess vorhanden sein, wenn du die FreeBSD VM startest...

Kannst du auch mal die Ausgabe vor und nach dem Start per "netstat -f inet" oder "sockstat -4" zeigen?
 
Interessieren koennten Dich auch die Log-Meldungen der VM (normalerweise im Verzeichnis, in dem die VM-Dateien liegen unter Logs). Dort koennte man dann auch beobachten, ob die VM immer neugestartet wird (z.B. auf Grund einer Kernel-Panic).
 
Nach Start:

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
55898 root 20 45 0 1170M 1077M select 0 5:53 100.00% VBoxHeadless

sockstat -4 | grep -i vb
root VBoxHeadle 55898 28 tcp4 127.0.0.1:40000 *:*
root vboxwebsrv 1682 8 tcp4 127.0.0.1:18083 *:*

Vor dem Start durch
VBoxHeadless -s FreeBSD -e TCP/Ports=40000 -e TCP/Address=127.0.0.1

ist KEIN VBoxHeadle-Prozess vorhanden.


@sanbiber: Das ist noch eine gute Idee, vielen Dank!

Viele Grüße
testit
 
Und hast du jetzt mal versucht per VNC/RDP auf den Port 127.0.0.1:40000 zu verbinden?
 
Bei UBUNTU (normaler CPU-%-Auslastung geht es, bei FreeBSD-VM wie o.a. nicht!


Viele Grüße
testit
 
Hast du mal versucht, eine neue VM zu erstellen und die Datei HD (*vdi) zu kopieren/verschieben?
 
Hallo,

ich arbeite mit phpVirtualBox.

Mein Verzeichnis sieht auf dem Server wie folgt aus (habe mehrere Snapshots). Ich möchte den Zustand vom 24. Mai2012 herstellen.

Könntest Du mir bitte etwas genauer beschreiben, wie das mit dem Kopieren ablaufen soll. Ich habe an der VM seit Monaten nichts mehr gemacht, da alles lief. Nutze die VM primär für owncloud und Tests.

Danke und Grüße
testit

Code:
-rw-------  1 root  wheel   396582325 May  1  2012 2012-05-01T21-14-39-500629000Z.sav
-rw-------  1 root  wheel   393710592 May 20  2012 2012-05-20T07-51-26-089537000Z.sav
-rw-------  1 root  wheel    81547285 May 20  2012 2012-05-20T07-57-18-132920000Z.sav
-rw-------  1 root  wheel   257563244 May 20  2012 2012-05-20T08-18-00-832734000Z.sav
-rw-------  1 root  wheel   341547441 May 20  2012 2012-05-20T13-04-26-581852000Z.sav
-rw-------  1 root  wheel   401379790 May 20  2012 2012-05-20T20-36-25-129226000Z.sav
-rw-------  1 root  wheel   361720888 May 22  2012 2012-05-22T11-35-11-396827000Z.sav
-rw-------  1 root  wheel   334161442 May 22  2012 2012-05-22T12-30-21-942737000Z.sav
-rw-------  1 root  wheel   338579099 May 22  2012 2012-05-22T12-38-33-959629000Z.sav
-rw-------  1 root  wheel   356446878 May 23  2012 2012-05-23T16-13-32-980597000Z.sav
-rw-------  1 root  wheel   360610928 May 24  2012 2012-05-24T11-36-25-789793000Z.sav
-rw-------  1 root  wheel   504569856 May 20  2012 {067a5e15-3b73-465b-972a-22e5818fb9b0}.vdi
-rw-------  1 root  wheel  3543343104 May 20  2012 {2ed83f6f-4c1c-4d32-804e-322241089be0}.vdi
-rw-------  1 root  wheel   885202944 May 22  2012 {46d4af07-9821-42bb-ba36-8b869e3a2e6e}.vdi
-rw-------  1 root  wheel  3894616064 May 22  2012 {82ea8311-7b49-4f46-bb9c-b8851058fa43}.vdi
-rw-------  1 root  wheel    61022208 May 20  2012 {9a042b24-be7e-4593-974b-01a7a1d9bd1c}.vdi
-rw-------  1 root  wheel  1044586496 May 20  2012 {9b287f7b-1781-4cc3-88ca-76271db1b39f}.vdi
-rw-------  1 root  wheel  1231233024 May 23  2012 {a63d355c-a1fc-4022-bcf8-fbf0f8fd4526}.vdi
-rw-------  1 root  wheel  4090699776 May 20  2012 {c06bd07a-b4c0-4fab-83bb-de7a239af536}.vdi
-rw-------  1 root  wheel      204800 May 29 15:15 {cf306f7c-5676-4ac6-9783-dddc054b7392}.vdi
-rw-------  1 root  wheel  8504156160 May  5  2012 {d1b771e4-69e3-4af6-9669-652959bf9cba}.vdi
-rw-------  1 root  wheel    30212458 Nov 12  2011 {de864c82-9889-44b4-a3ce-98506d4daf3a}.sav
-rw-------  1 root  wheel   466821120 May 24  2012 {dfe78868-11ce-4a53-a448-edc9c63e7475}.vdi
-rw-------  1 root  wheel   475209728 May 22  2012 {e81efac9-6060-400f-ac0e-2cbb6ba88a4e}.vdi
 
Ich habe nun einen CLONE angelegt und von phpVirtualbox aus gestartet.

VBoxHeadless steigt dann sofort wieder auf 100% und bleibt bei diesem Pegel.


Im LOG-File steht m.E. auch nichts ungewöhnliches!
Keine Error-Hinweise!

Code:
VirtualBox VM 4.2.12_OSE r84980 freebsd.amd64 (May 27 2013 09:41:47) release log
00:00:00.264321 Log opened 2013-05-29T16:18:09.153885000Z
00:00:00.264334 OS Product: FreeBSD
00:00:00.264339 OS Release: 8.2-RELEASE
00:00:00.264344 OS Version: FreeBSD 8.2-RELEASE #0 r219081M: Wed Mar  2 08:29:52 CET 2011     root@www4:/usr/obj/usr/src/sys/GENERIC
00:00:00.264349 Executable: /usr/local/lib/virtualbox/VBoxHeadless
00:00:00.264349 Process ID: 66792
00:00:00.264350 Package type: BSD_64BITS_GENERIC (OSE)
00:00:00.283016 Installed Extension Packs:
00:00:00.283037   VNC (Version: 4.2.12_OSE r84980; VRDE Module: VBoxVNC)
00:00:00.362969 SUP: Loaded VMMR0.r0 (/usr/local/lib/virtualbox/VMMR0.r0) at 0xffffffff81234020 - ModuleInit at ffffffff8124a9b0 and ModuleTerm at ffffffff8124a980
00:00:00.362992 SUP: VMMR0EntryEx located at ffffffff8124a8b0, VMMR0EntryFast at ffffffff8124ac60 and VMMR0EntryInt at ffffffff81249980
00:00:00.381288 OS type: 'FreeBSD_64'
00:00:00.390413 File system of '/root/VirtualBox VMs/FreeBSD Clone/Snapshots' (snapshots) is zfs
00:00:00.390467 File system of '/root/VirtualBox VMs/FreeBSD Clone/FreeBSD Clone-disk1.vdi' is zfs
00:00:00.650508 Shared clipboard mode: Bidirectional
...
...
 
Meine Vermutung: Das Gastsystem hängt sich auf. Wahrscheinlich schon recht früh beim Boot. Nur haben wir damit ein interessantes Problem. Denn um das Debuggen zu können, müsste man die Fehlermeldung sehen. An die kommst du aber nicht heran, weil VNC nicht funktioniert... Das einzige, was mir einfällt ist die VM zu exportieren und auf einer anderen Kiste mit GUI-Client wieder zu importieren. Dann dort schauen was passiert.
 
Meine Vermutung: Das Gastsystem hängt sich auf. Wahrscheinlich schon recht früh beim Boot. Nur haben wir damit ein interessantes Problem. Denn um das Debuggen zu können, müsste man die Fehlermeldung sehen. An die kommst du aber nicht heran, weil VNC nicht funktioniert... Das einzige, was mir einfällt ist die VM zu exportieren und auf einer anderen Kiste mit GUI-Client wieder zu importieren. Dann dort schauen was passiert.


Hallo,

ich habe die VM trotz 100% CPU und Nichterreichbarkeit übers Netzwerk einfach mal ein paar Stunden weiterlaufen lassen.

Nun tauchen im LOG folgende Zeilen auf:

Code:
00:08:51.646741 TM: Giving up catch-up attempt at a 60 000 385 214 ns lag; new total: 60 000 385 214 ns
00:18:02.691052 TM: Giving up catch-up attempt at a 60 000 026 969 ns lag; new total: 120 000 412 183 ns
00:27:32.081324 TM: Giving up catch-up attempt at a 60 000 546 084 ns lag; new total: 180 000 958 267 ns
00:37:20.631675 TM: Giving up catch-up attempt at a 60 000 166 239 ns lag; new total: 240 001 124 506 ns
...
...

Dieses Problem scheint zumindest doch schon bei mehreren Usern aufgetaucht zu sein, mit den gleichen Symptomen wie bei mir, also 100% CPU und "frozen".

Nur leider bin ich noch auf keine Lösung gestoßen.


Viele Grüße
testit
 
Hallo,

nein, das habe ich bislang nicht probiert, weil ich bis dato ja die OSE-Version eingesetzt und daher auch upgegradet hatte. Ich werden nun einmal die Legay installieren.

Da OSE OpenSourceEdition bedeutet: Ist dann die Legacy NICHT Open Source?

Ich habe irgendwie das Gefühl, dass mein Problem möglicherweise etwas mit den ADDITIONS zu tun hat, die sich aus o.a. Gründen nicht installieren lassen, aber für die TimerSync zw. Host und Gast zuständig sind.


Viele Grüße
testit
 
Da OSE OpenSourceEdition bedeutet: Ist dann die Legacy NICHT Open Source?
Doch die Legacy ist auch OSE (steht ja auch so im Port-Name). Da VirtualBox für FreeBSD bisher nicht offiziell unterstützt wird, gibt es gar keine Variante mit den Closed-Source Erweiterungen von Oracle.
 
Hallo Mousaka,

Du hast mir - im wahrsten Sinne des Wortes - einen "Feiertag" beschert! :)

Mit der Legacy-Version läuft mein FreeBSD-Gast wieder auf Anhieb!

Auch allen anderen Postern in diesem Thread ein herzliches Dankeschön für Eure Hinweise!


Viele Grüße von einem erleichterten
testit
 
Du solltest jetzt aber trotzdem schauen, wo das Problem liegt. Mit erscheinen der Version 4.3.X wird vermutlich die Version 4.2.X zur Legacy-Version und dann hast du vermutlich wieder das Problem. Nur so als Tipp.
 
Zurück
Oben