Hallo liebe Kollegen,
Lolek hatte ein Hauptspeicherproblem und dadurch u.a. den Prozess
weggeschossen, welcher die virtuelle Maschine "rabbit01" darstellt.
Dieses spontane Todesurtail fand wiederum die Mnesia-Datenbank in der
virtuellen Maschine sehr fatal, denn diese konnte den im Hauptspeicher
vorhandenen Zustand nicht auf Platte schreiben, bevor die Maschine getötet
wurde.
Ich hab also die defekte Datenbank beseite geschoben, den Cluster Status von
rabbit02 resettet. Anschließend wurden beide Knoten neu gestartet und wieder
neu zum Cluster zusammen geführt.
Ich hoffe alle notwendigen Maßnahmen noch rekonstruiert zu haben:
Die aif2-csv-worker wurden neu gestartet,
die mongodb.worker haben die Queue HBD_AIF2 eröffnet und den Routing Key
"temp_action" habe ich zum exchange "dummy" hinzugefügt.
Dem Hasen stehen jetzt nur noch 1.5 statt 3GB zu Verfügung. Da die JavaVM
sich jedweden Speicher einverleibt, den man ihr anbiete, so muss entweder ein
LXC-Konten weichen, die JVMs weniger Speicher allozieren dürfen oder Rabbit01
von lolek runter, aber das können wir ja morgen besprechen.
18 LXC-Container*2GB
+6Kunden*1,2GB(hbd01)
+1,5GB (rabbit01)
+ Betriebssystem des Wirtes sind zu viel für 48GB Speicher
Nächtliche Grüße
Tobias
--
Tobias Stein
- Systemadministration -
activate communication systems GmbH
G.-Schumann-Str. 294
04159 Leipzig
Tel.: +49 341 90 98 7 508
email: t.stein(a)activate.de
Geschäftsführer: Markus Hartwig, Rainer Jansen
Handelsregister: Amtsgericht Leipzig (HRB 21850)
