http://www.buwen.com/it?wid=_qWh7yR1k_j4E1hSm9kA7g Jeder IT-ler kennt das: <br> Die Dokumentation ist unvollständig, ein Feature einer Software funktioniert nicht so wie erwartet - in der allerletzten durchsuchten Datei steht dann ein kryptischer Hinweis auf das vom Standard abweichende Verhalten - Gotcha!.<br> <br> Mit dem Wissen um dieses (Fehl)verhalten hätte man sich die stundenlange Installation sparen können :-(<br> http://www.buwen.com/it?wid=_qWh7yR1k_j4E1hSm9kA7g&func=viewSubmission&sid=RDX7RX327B5rkj8dzIn5WA Der Volume Manager <span style="font-weight: bold;">EVMS</span> hat in Verbindung mit heartbeat und shared disks das Problem, dass jeder der (beiden) Knoten im Cluster zwar die shared disks übernehmen kann, dazu aber die Zustimmung des momentan die Disks besitzenden Nodes braucht. Dieses Szenario ist typisch bei Wartungsarbeiten am aktiven Knoten.<br> <br><span style="font-weight: bold;">Gotcha:</span><br> <ul> <li>bei Ausfall des aktiven Knotens funktioniert der Takeover nicht.</li> <li> bei einem Reboot des aktiven Knotens via STONITH geht das Volume verloren und muss manuell neu angelegt werden.</li> </ul> <br> <span style="font-style: italic;">Fazit: </span>Wenn man keinen Failover benötigt, funktioniert er.<br> Falls man ihn benötigt, nicht.<br> Somit ist EVMS nur für den Transfer eines Volumes brauchbar, wenn&nbsp; alle beteiligten Knoten ansprechbar sind.<br> http://www.buwen.com/it?wid=_qWh7yR1k_j4E1hSm9kA7g&func=viewSubmission&sid=RDX7RX327B5rkj8dzIn5WA 19 Jan 2005 17:25:44 GMT