Beiträge von phillu

    Moin zusammen,

    ich melde mich nochmal, um die offizielle Antwort des Netcup Supports auf meine Anfrage hin zu posten:

    Zitat


    Sie besitzen bei uns einen virtuellen Server. Wir stellen Ihnen die Laufzeitumgebung bereit. Zu individueller Software und zur Einrichtung können wir keinen Support geben. Nach Einrichtung haben wir keinen Zugriff mehr auf Ihr System. Die Einrichtung und Konfiguration Ihrer Dienste und Pflege obliegt Ihrer Verantwortung.

    Ist aus meiner Sicht eine legitime Meinung. Allerdings steht ja im Raum, dass es sich eben um ein Problem mit der "Laufzeitumgebung" handelt und nicht nur ein Problem mit der Anwendersoftware.

    Von daher habe ich erwartet, dass zumindest im Ansatz das Interesse besteht, den Kunden bei dieser Problemstellung zu unterstützen.

    Wie auch immer. Ich schaue mich woanders um. Bei anderen Anbietern wird das VMX Flag (ohne Zusatzoption) durchgereicht und dort funktioniert mein Skript aus dem Eingangspost auch ohne weitere Anspassungen oder Probleme.

    Also nochmal für alle die auf diesen Thread stoßen:

    Durch die VMX Zusatzoption ist es NICHT ohne Probleme möglich eine KVM beschleunigte virtuelle Maschine auf den Root-Servern zu betreiben. Bei manchen Kunden scheint es zu funktionieren, bei vielen allerdings NICHT.

    Sorry, dass ich mich jetzt erst melde. Viel zu tun, wenig Zeit zum basteln :(


    Das liest sich ja so, als hast du doch schon etwas größeres vor.

    Was hast du denn vor, für diese Konfiguration im Monat auszugeben? Eventuell kannst du dir davon auch schon locker zwei große dedizierte Server bei einem Fremdanbieter anmieten.

    Wenn du solche Konfiguration gewerblich nutzen möchtest, wäre es eventuell wohl besser, wenn du es mit dedizierten Servern lösen würdest.

    Habe ~150€/Monat für meine Konfiguration eingeplant. Allerdings ist meine geplante Konfiguration noch ein bisschen komplexer. Mit dedizierten Servern teuer/schwierig umzusetzen, weil ich gerne mindestens 3 Netze pro Server hätte.
    Mit netcup wäre das definitiv möglich und bezahlbar, wenn denn die nested VM Sache funktionieren würde.

    Gewerblich nutze ich es nur indirekt. Aber wenn Netcup hier gute Arbeit abliefert, kann daraus definitiv mehr werden.

    Ok, dann doch noch mehr von mir... (oder halt soviel, wie ich meinem internen Wiki am Handy entlocken kann)

    Hätte ich die Kiste, würde ich mal ein frisches Debian Jessie drauf spielen, alle Pakete rund um libvirt/kvm/qemu installieren, eine Installations-CD als ISO irgendwo abspeichern und einmal folgende Befehle absetzen:

    Falls das Ding dann nicht einfriert, SSH-Tunnel für den oben eingetragenen VNC-Port öffnen und mittels VNC-Client am eigenen PC schauen, ob der Gast die CD gebootet hat.


    MfG Christian

    Friert damit leider auch ein. Gleiches Verhalten wie mit direktem kvm/qemu Aufruf


    Falls es auf deinem Server noch nicht funktionieren sollte, so könnte eventuell dir der Befehl virt-host-validate (muß mit Root-Rechten ausgeführt werden) weiterhelfen. Und wenn die Ausgabe in etwa wie folgt aussieht, so ist die Nested-Option für deinem Server noch nicht komplett freigeschaltet.

    Hier die Ausgabe:


    Voll geiles Denglish.
    Sieht also gut aus. Brauche ich IOMMU support?

    Interessant. Ich probiers dann nochmal mit Debian 8 :D

    Vielleicht kann ja mal ein gewiefter netcup Admin mit uns auf Debug/Diagnose-Tour gehen?!

    Die VMX Option ist für mich das Killer-Feature von netcup! Wenn ich den Kram hier zum Laufen bekomme ist das definitiv nicht mein letzter Server den ich hier kaufe. :thumbup:

    @AndreasDe 
    Danke auf jeden Fall für deine Hilfe!

    Brauche leider Vollvirtualisierung. Habe vor eine kleine OpenStack Cloud aufzubauen und schaue gerade was die günstigste Option dafür ist. Perspektivisch würde ich dann auch mehrere Root-Server und noch VLANs dazukaufen... aber wenn der Testballoon schon nicht fliegt ;)

    Ich schreibe KB19 mal per PN. Mal schauen was er sagt.
    Dem Support habe ich schon geschrieben. Hat bisher nur mit "an unserem Hypervisor liegts nich" geantwortet. Aber auch erst heute morgen, also habe ich da noch ein wenig Geduld :)


    Habs gerade nochmal mit Centos 7 getestet. Gleiches Phänomen :( Ich hoffe ja es ist nur eine kleine KVM Option die ich noch setzen muss...

    @AndreasDe

    Das Setup ist in exakt dieser Konfiguration auf echter Hardware getestet und lauffähig.

    Mir einen Server ins Wohnzimmer stellen ist nicht so mein Ding. Laut. Ich muss Strom bezahlen. Mein Upload ist nicht halb so geil wie in nem richtigen Rechenzentrum. Ich brauch ne öffentlich routbare IP, kein dyndns Kram. Ich hab kein Platz. Die Hardware die ich brauche ist mir zu teuer in der Anschaffung, vor dem Hintergrund, dass ich sie eventuell nach 6 Monaten nicht mehr brauche. Ich brauche mehrere Nodes um verschiedene Setups zu testen. Zum Server kommt auch noch Netzwerkhardware.

    Exakt aus diesen Gründen habe ich gehofft, dass die VMX Option der "Root"-Server bei netcup mir weiterhilft. So wie es bisher aussieht führt aber kein Weg an echter Hardware vorbei.

    Übrigens: Wenn du keine Last auf dem Hypervisor hast kannst du deiner VM auch 1000 vCPUs geben und sie wird immernoch geschmeidig laufen.

    phillu
    So wie du hier das Problem beschreibst, tippe ich mal darauf, dass deine Netzwerkkonfiguration so fehlerhaft ist, dass selbst der davor geschaltete Switch oder Router dir deine IP-Adresse deines Root-Servers RS2000 vorübergehend, solange dieser Fehler vorliegt, sperrt bzw. deaktiviert. Aufgrund der so gesperrten bzw. deaktivierten IP-Adresse ist es selbst nicht mehr möglich, den Server über VNC zu erreichen, da eventuell der VNC-Zugang aus Kostengründen auch über diese IP-Adresse realisiert wird.

    Vorschlag:
    Deaktiviere mal zur Eingrenzung des Fehlerbilds die virtuelle Netzwerkkarte deiner VM und starte sie erneut.

    Habe die VM jetzt mal so gestartet:

    Code
    sudo kvm -net none -hda disk.img -curses -m 4096


    Das meinst du, oder? Sollte also kein Netzwerkzeug konfiguriert werden. Geändert hat sich leider nichts, Root-Server ist trotzdem nicht mehr erreichbar.

    Mir ist allerdings aufgefallen, dass die Maschine noch für ~10 Sekunden mehr oder weniger normal erreichbar ist. Danach komplett nicht mehr. Das Problem fühlt sich eher nach zu hoher CPU Last an, als ein Netzwerkproblem. Pingen kann ich den Root-Server auch noch.

    Außerdem hab ich gerade gesehen, dass im kern.log auch diese Zeilen auftauchen, sobald ich versuche die VM zu starten:

    Code
    NMI watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [kvm:1902]

    Wenn ich die VM ohne -enable-kvm , also so:

    Code
    sudo qemu-system-x86_64 -net nic -hda disk.img -curses -m 4096

    funktioniert alles einwandfrei. Arsch langsam halt, weil kein KVM...

    Edit: Ich probiers heute Abend oder so, nochmal mit Centos und nem ubuntu 14.04 ... Hab leider keine Ideen wie ich das weiter debuggen könnte.

    Moin,

    habe heute einen Root-Server "RS 2000 G7 SE" inklusive durchgereichtem VMX Flag für alle Kerne bestellt.
    Wenn ich auf dem Host nun eine KVM VM starten will, hängt sich der Server auf. Ist also nicht mehr per SSH zu erreichen und kann nur noch per SCP neu gestartet werden.

    Folgende Schritte habe ich unternommen:
    - Frisches ubuntu 16.04 installiert
    - sudo apt update
    - sudo apt full-upgrade
    - sudo reboot
    - sudo apt install kvm cloud-utils genisoimage libguestfs-tools

    # Image runterladen, uncompressen, resizen und delta disk erzeugen
    - wget Ubuntu Cloud Images -O disk.img.dist
    - qemu-img convert -O qcow2 disk.img.dist disk.img.orig
    - qemu-img resize disk.img.orig +10G
    - qemu-img create -f qcow2 -b disk.img.orig disk.img

    # kvm starten
    - sudo kvm -net nic -net user,hostfwd=tcp::10022-:22 -hda disk.img -curses -m 4096

    Hier crasht der Server dann komplett. SSH nicht mehr erreichbar. Kein anderer Port. VNC Konsole nicht mehr bedienbar, nimmt keine Eingaben mehr an. In den SCP Statistiken sieht man, dass ein Kern durchgehend auf 100% läuft.

    Hier noch ein paar Diagnose Ausgaben:
    - kvm-ok
    INFO: /dev/kvm exists
    KVM acceleration can be used

    - grep vmx /proc/cpuinfo
    Zeigt das Flag in allen 4 CPUs an

    - cat /etc/modprobe.d/qemu-system-x86.conf
    options kvm-intel nested=y

    Es scheint das gleiche Problem wie in diesem Thread zu sein: KVM auf KVM (Nested Virtualization)

    Jemand ne Idee? :rolleyes: