[Berlin-wireless] Reboot bgp02 + vpn03b

[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

On 02/01/2015 01:31 AM, Bastian wrote:
> durch den Stromausfall am Standort AM hat sich heute die Last auf vpn03b
> stark erhöht. Damit gerät auch bpg02 mit der derzeitigen Konfiguration
> an seine Grenzen. dropped packets und so...
> Sven-Ola hatte ja auch schonmal wegen CPU-Konfiguration am
> Virtualisierer host-ipb für vpn03b angefragt. Das benötigt aber einen
> reboot seitens KVM.
> 
> Deswegen wird um ~02:30 bgp02 und vpn03b kurzzeitig heruntergefahren um
> folgende Maintenance durchzuführen:
> *) NIC von bgp02 tauschen (8139cp->virtio)
> *) CPU-Pinning für bgp02 und vpn03b auf getrennte Cores
> *) Zusätzlichen Core für vpn03b
> *) RAM downgrade auf bgp02
> 
> Hoffen wir mal, dass die Änderungen für wenigstens ein bisschen mehr
> Performance sorgen. Zeigen wird sich das aber erst, wenn wieder
> reichlich Connections über vpn03b laufen.
> 
> BTW, Ich hab irgendwas von wegen "Sonntag Nacht wird jede Connection bei
> vpn03 resettet" im Kopf. Ich hoffe, der Reboot sorgt damit also nicht zu
> lange für extra Last auf vpn03a.


-------------- 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/f2e38f2b/attachment.pgp>