[Berlin-wireless] Reboot bgp02 + vpn03b

[Bastian]

Hallo,

warum vpn03b mit mehr Cores nicht starten wollte ist mir wirklich ein
Rätsel. Ich hab reichlich an unterschiedlichen CPU-Types probiert, das
hat zu mehr oder weniger unterschiedlichen Fehlern geführt. Sogar wenn
nur ein Core vergeben wurde! vpn03b ist an verschiedenen Stellen beim
Kernel-Boot hängen geblieben und hat dann 50% CPU gefressen.
Ältere Kernel-Versionen hab ich auch probiert - kein Unterschied.

Gruß
Bastian

On 02/01/2015 08:31 AM, Sven-Ola Tuecke wrote:
> Moin Bastian,
> 
> ich schließe mich Andre und Jay an und sage "Danke". VPN neu starten ist
> nicht schlimm - das passiert jeden Sonntag per /etc/cron.weekly/openvpn
> sowieso. Wenn nur eine VPN-Maschine neu startet werden viele Tunnel auf
> die jeweils andere 'rüberverbinden, mehr dürfte nicht passieren.
> 
> Das mit dem 2 Cores wundert mich: der Kernel müsste das können - da
> steht "linux-image-3.13.0-44-generic - Linux kernel image for version
> 3.13.0 on 64 bit x86 SMP" (von03b ist Ubuntu-Trusty, vpn03a ist
> Debian-Squeeze). Laut Suchmaschinenergebnis versucht der Guest-Kernel
> auf ein MSR (Machine Specific (CPU-)Register) zuzugreifen, das KVM nicht
> kennt oder behandelt. Möglicherweise hilft es, die CPU-Typ-Einstellung
> für den Guest auf einen anderen Wert zu ändern.
> 
> Gruß // Sven-Ola
> 
> Am 01.02.2015 um 03:44 schrieb Bastian:
>> Bis auf den zusätzlichen CPU-Kern für vpn03b hat alles geklappt.
>>
>> An dem Core hab ich jetzt ne Stunde mit unterschiedlichsten
>> Kombinationen rumprobiert und nix hat funktioniert. Die VM bleibt
>> einfach mitten im Bootvorgang stehen.
>> Im dmesg vom Host (3.13.0-39-generic) finden sich folgende Meldungen:
>> kvm [6393]: vcpu1 unhandled wrmsr: 0x40 data 0
>> kvm [6393]: vcpu1 unhandled wrmsr: 0x60 data 0
>>
>> Evtl. wird das mit einem KVM Upgrade besser - aber nicht heute.
>>
>> Gruß
>> Bastian
> 
> 
> 
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> 


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 473 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20150201/034217a9/attachment.pgp>