From owner-p4-projects@FreeBSD.ORG Sun Jun 12 21:41:12 2011 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 5C71B1065672; Sun, 12 Jun 2011 21:41:12 +0000 (UTC) Delivered-To: perforce@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ED93106566C for ; Sun, 12 Jun 2011 21:41:12 +0000 (UTC) (envelope-from rene@FreeBSD.org) Received: from skunkworks.freebsd.org (skunkworks.freebsd.org [IPv6:2001:4f8:fff6::2d]) by mx1.freebsd.org (Postfix) with ESMTP id 0DF638FC12 for ; Sun, 12 Jun 2011 21:41:12 +0000 (UTC) Received: from skunkworks.freebsd.org (localhost [127.0.0.1]) by skunkworks.freebsd.org (8.14.4/8.14.4) with ESMTP id p5CLfBSo048476 for ; Sun, 12 Jun 2011 21:41:11 GMT (envelope-from rene@FreeBSD.org) Received: (from perforce@localhost) by skunkworks.freebsd.org (8.14.4/8.14.4/Submit) id p5CLfBUj048472 for perforce@freebsd.org; Sun, 12 Jun 2011 21:41:11 GMT (envelope-from rene@FreeBSD.org) Date: Sun, 12 Jun 2011 21:41:11 GMT Message-Id: <201106122141.p5CLfBUj048472@skunkworks.freebsd.org> X-Authentication-Warning: skunkworks.freebsd.org: perforce set sender to rene@FreeBSD.org using -f From: Rene Ladan To: Perforce Change Reviews Precedence: bulk Cc: Subject: PERFORCE change 194650 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2011 21:41:12 -0000 http://p4web.freebsd.org/@@194650?ac=10 Change 194650 by rene@rene_acer on 2011/06/12 21:40:56 handbook/disks: more HAST work (~ 260 lines left). Affected files ... .. //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/disks/chapter.sgml#25 edit Differences ... ==== //depot/projects/docproj_nl/nl_NL.ISO8859-1/books/handbook/disks/chapter.sgml#25 (text+ko) ==== @@ -4711,8 +4711,8 @@ te leveren. Om deze reden is het heel belangrijk om de synchronisatietijd te verkorten nadat een knooppunt is hersteld van een uitval. Om een snelle synchronisatie te leveren, beheert - HAST op de schijf een bitmap van verschillen en - synchroniseert het die alleen tijdens een reguliere synchronisatie + HAST op de schijf een bitmap van gebruikte extents + en synchroniseert het die alleen tijdens een reguliere synchronisatie (met uitzondering van de initiëe synchronisatie). Er zijn vele manieren om synchronisatie af te handelen. @@ -4756,6 +4756,168 @@ + + + HAST-configuratie + + HAST heeft ondersteuning voor + GEOM_GATE nodig om te kunnen functioneren. De kernel + GENERIC bevat standaard geen + GEOM_GATE, de laadbare module + geom_gate.ko is echter beschikbaar in de + standaardinstallatie van &os;. Zorg ervoor dat deze module beschikbaar + is voor afgeslankte systemen. Het is ook mogelijk om ondersteuning voor + GEOM_GATE statisch in de kernel te bouwen, door de + volgende regel aan het kernelconfiguratiebestand toe te voegen: + + options GEOM_GATE + + Het HAST-raamwerk bestaat vanuit het + besturingssysteem gezien uit verschillende delen: + + + + het daemon &man.hastd.8; dat verantwoordelijk is voor de + gegevenssynchronisatie, + + + + het beheerprogramma &man.hastctl.8; voor de gebruikers, + + + + het configuratiebestand &man.hast.conf.5;. + + + + Het volgende voorbeeld beschrijft hoe twee knooppunten in een + meester-slaaf / + primaire-secundaire opstelling te + configureren door HAST te gebruiken om de gegevens + tussen de twee te repliceren. De knooppunten worden + hasta met IP-adres + 172.16.0.1 en + hastb met IP-adres + 172.16.0.2 genoemd. Beide knooppunten hebben + een toegewijde harde schijf + /dev/ad6 van + dezelfde grootte om met HAST te werken. De + HAST-pool (soms ook een hulpbron genoemd, i.e. de + GEOM-aanbieder in /dev/hast/) + wordt test + genoemd. + + Het bestand /etc/hast.conf regelt de + configuratie van HAST. Dit bestand dient hetzelfde + te zijn op beide knooppunten. Het volgende is de simpelst mogelijke + configuratie: + + resource test { + on hasta { + local /dev/ad6 + remote 172.16.0.2 + } + on hastb { + local /dev/ad6 + remote 172.16.0.1 + } +} + + Raadpleeg voor geavanceerdere configuraties de handleidingpagina + &man.hast.conf.5;. + + + Het is ook mogelijk om hostnamen in de regels met + remote te gebruiken. Zorg er in dat geval voor dat + deze hosts vindbaar zijn, bijvoorbeeld doordat ze zijn gedefinieerd in + het bestand /etc/hosts of anders in het + plaatselijke DNS. + + + Nu de configuratie op beide knooppunten aanwezig is, is het mogelijk + om de HAST-pool aan te maken. Voer de volgende + commando's op beide knooppunten uit om de initiële metagegevens op + de plaatselijke schijf te plaatsen en het &man.hastd.8;-daemon te + starten: + + &prompt.root; hastctl create test +&prompt.root; /etc/rc.d/hastd onestart + + + + Het is niet mogelijk om GEOM-aanbieders met + een bestaand bestandssysteem te gebruiken (i.e. een bestaande opslag + omzetten naar een door HAST beheerde pool), omdat + deze procedure wat metagegevens op de aanbieder moet opslaan en er + daarvoor niet genoeg beschikbare ruimte is. + + + HAST is niet verantwoordelijk voor het kiezen van de rol van een + knooppunt (primair of secundair). + De rol van een knooppunt dient door een beheerder of andere software + zoals Heartbeat gebruikmakend van + &man.hastctl.8; te worden geconfigureerd. Voer het volgende commando + uit op het primaire knooppunt ( + hasta): + + &prompt.root; hastctl role primary test + + Voer het volgende, soortgelijke, commando uit op het secundaire + knooppunt (hastb): + + &prompt.root; hastctl role secondary test + + + Het kan gebeuren dat beide knooppunten niet met elkaar kunnen + communiceren en beiden geconfigureerd zijn als primaire knooppunten; + het gevolg van deze situatie wordt split-brain + genoemd. Volg de stappen zoals beschreven in om deze situatie op te lossen. + + + Het is mogelijk om met het gereedschap &man.hastctl.8; het resultaat + op elk knooppunt te verifiëren: + + &prompt.root; hastctl status test + + Het belangrijke gedeelte van de uitvoer is de regel met + status dat voor alle knooppunten + complete dient te bevatten. Als het + degraded bevat, is er iets verkeerd gegaan. Op dat + moment is de synchronisatie tussen de knooppunten al begonnen. De + synchronisatie is compleet wanneer het commando + hastctl status 0 bytes aan dirty + extents rapporteert. + + De laatste stap is het aanmaken van een bestandssysteem op de + GEOM-aanbieder + /dev/hast/test en + het aan te koppelen. Dit moet op het primaire + knooppunt gebeuren (aangezien + /dev/hast/test alleen + op het primaire knooppunt verschijnt), en het enkele + minuten kan duren afhankelijk van de grootte van de harde schijf: + + &prompt.root; newfs -U /dev/hast/test +&prompt.root; mkdir /hast/test +&prompt.root; mount /dev/hast/test /hast/test + + Wanneer het HAST-raamwerk correct is + geconfigureerd, betreft de laatste stap het ervoor zorgen dat + HAST automatisch tijdens het opstarten wordt gestart. + De volgende regel dient aan het bestand + /etc/rc.conf te worden toegevoegd: + + hastd_enable="YES" + + + + Herstellen van de Split-brain-conditie + + + + +