SuGi Testcluster. Dokumentation Version 1.2

Transkript

1 Einleitung SuGi Testcluster Dokumentation Version 1.2 Rocks Linux ( ist eine quelloffene Linux Distribution, die für den Aufbau und Betrieb von Linux Clustern optimiert ist. Lizenzbedingungen und Copyrighterklärungen befinden sich am Ende dieses Dokumentes. Das SuGi Testcluster ist ein Rocks Linux 4.3 Frontend, das als VMWare Appliance ( im Rahmen des D-Grid Projektes Sustainable Grid Infrastructure (SuGI) entstanden ist (portal.sugi.uni-koeln.de). Neben der Standard-Rocks- Installation wird eine modifizierte Version angeboten, die mit Ldap-Authentisierung arbeitet. Peter Zanger Universität Kassel, Hochschulrechenzentrum Mönchebergstraße Kassel Beschreibung der virtuellen Maschinen Rocks-4.3 Frondend-1.2.tgz: Komprimiertes Tar-Archiv des unveränderten Rocks-Frontends. Lediglich die X11-Forwarding - Funktion wurde aus /etc/ssh/sshd_config herausgenommen und die Datei in den 411 Secure Information Service aufgenommen. Rocks-4.3_Frontend.ldap-1.2.tgz Komprimiertes Tar-Archiv eines Rocks-Frontends mit Ldap-Authentisierung. Die X11- Forwarding -Funktion wurde aus /etc/ssh/sshd_config herausgenommen und die Datei in den 411 Secure Information Service aufgenommen. Auf dem Frontend ist ein unverschlüsselter Openldap- Server installiert und konfiguriert, gegen den das Frontend authentisiert. Die Compute-Nodes hinter dem Cluster werden bei der Installation des Betriebssystems bereits auf die Ldap-Authentisierung eingestellt. Vmware Konfiguration Die virtuellen Maschinen wurden mit Vmware-server erzeugt. Die Vmware Netzwerk Konfiguration muss Bridged für die äußere Netzwerkadresse des Clusters unterstützen. Für die interne Netzwerkverbindung zwischen Frontend und Computen-Nodes wird ein host-only Netzwerk im Subnetz / benötigt. Vmware Konfiguration des Frontends Eine Rocks-Installation erfordert für das Frontend 1 GB Hauptspeicher, 20 GB Festplatte und 2 Ethernetcontroller. Bei der Festplatte wurde eine IDE Festplatte gewählt. Bei dem gewählten Backup/Restore-Installationsverfahren startete das Betriebssystem nicht auf einer virtuellen SCSI- Festplatte. Bei den Ethernetcontrollern muss der erste Controller als Custom auf dem hostonly Ethernet-Device (z.b. /dev/vmnet5) konfiguriert werden. Dieser Controller ist die Netzerkverbindung zu den Compute-Nodes. Der zweite Controller wird als Bridged konfiguriert und dient der Netzwerkverbindung nach Außen. Dieses Device erhält im Betriebssystem eine nicht-

2 private IP-Nummer. Vmware Konfiguration der Compute-Nodes Die Rocksinstallation erfordert für einen Compute-Node 750 GB Hauptspeicher, 20 GB Festplatte und einen Ethernetcontroller. Wie bei dem Frontend wird auch hier eine virtuelle IDE-Festplatte gewählt. Der Ethernet Controller ist als Custom konfiguriert und muss das gleiche virtuelle Device (z.b. /dev/vmnet5) wie der erste Controller des Frontends belegen. Betriebssystem Installation des Frontends Rocks-4.3 lässt sich nicht ohne weiteres auf einer virtuellen Maschine unter Vmware installieren. Der Installer bricht während der Installation ab und das System startet neu. Die Fehlermeldungen könnten auf Probleme mit der virtuellen Festplatte hinweisen. Aus diesem Grunde wurde Rocks-4.3 auf einem realen PC mit IDE-Festplatte installiert und das neu installierte System gesichert. Anschließend wurde die virtuelle Maschine mit einer Knoppix CD gebootet, die Festplatte eingerichtet und die Sicherung aus der vorhergehenden Installation im virtuellen System restauriert. Betriebssystem Installation des Compute-Nodes Die Installation der Compute-Nodes ist bei hinreichend großer Festplatte ohne weitere Probleme nach dem Rocks-Installationsverfahren für Compute-Nodes möglich: 1. Virtuelle Maschine wie oben beschrieben konfigurieren. 2. Auf dem Frontend das Programm insert-ethers aufrufen. 3. Virtuelle Maschine einschalten. Root Passwort für das Frontend Das Root Passwort ist SuGi2008. Änderung der äußeren IP-Nummer und des Names des Frontends Zur Änderung der äußeren IP-Nummer und des Names des Frontends liegt ein Skript change_clustername im Verzeichnis /root auf dem virtuellen Frontend. Dieses Script muss editiert und die Konfigurationsvariablen angepasst werden. Anschließend wird das Skript ausgeführt. ~]# sh./root/change_clustername Nach dem Ausführen des Skriptes muss das virtuelle Frontend neu gestartet werden. Danach sollte es sich unter dem richtigen Namen und mit der richtigen äußeren IP-Adresse melden. Die Änderung des Namens und der äußeren IP-Adresse muss vor der Erzeugung von Compute-Nodes erfolgen.

3 Rocks-Cluster mit Ldap-Authentisierung Zu installierende Pakete: openldap-servers e.i386.rpm openldap-clients e.i386.rpm nss_ldap i386.rpm mod_authz_ldap i386.rpm Passwort für openldap-server verschlüsseln: ~]# slappasswd -s SuGi -h {md5} {MD5}PQQ28iBFgAd/oE7JYRLwmQ== /etc/openldap/slapd.conf konfigurieren: suffix "o=sugi,c=de" rootdn "cn=root,o=sugi,c=de" rootpw {MD5}PQQ28iBFgAd/oE7JYRLwmQ== /etc/openldap/ldap.conf konfigurieren: HOST BASE o=sugi,c=de /etc/ldap.conf konfigurieren: # Your LDAP server. Must be resolvable without using LDAP. # Multiple hosts may be specified, each separated by a # space. How long nss_ldap takes to failover depends on # whether your LDAP client library supports configurable # network or connect timeouts (see bind_timelimit). host # The distinguished name of the search base. base o=sugi,c=de PAM-Konfiguration mit authconfig: [root@cluster ~]# authconfig [X] Cache Information [X] Use LDAP

4 [ ] Use NIS [X] Use Ldap Authentikation openldap starten: [root@cluster ~]# chkconfig --level 3 ldap on [root@cluster ~]# /etc/init.d/ldap start /var/411/files.mk konfigurieren: /etc/ldap.conf \ /etc/openldap/ldap.conf \ Compute-Nodes konfigurieren: [root@cluster ~]# cd /home/install/site-profiles/4.3/nodes/ [root@cluster nodes]# cp skeleton.xml extend-compute.xml [root@cluster nodes]# vi extend-compute.xml <post> <!-- Insert your post installation script here. This code will be executed on the destination node after the packages have been installed. Typically configuration files are built and services setup in this section. --> <eval shell="python"> <!-- This is python code that will be executed on the frontend node during kickstart generation. You may contact the database, make network queries, etc. These sections are generally used to help build more complex configuration files. The 'shell' attribute is optional and may point to any language interpreter such as "bash", "perl", "ruby", etc. By default shell="bash". --> </eval> /usr/sbin/authconfig --kickstart --enablecache --enableldap --disablenis --enableldapauth </post> [root@cluster nodes]# cd /home/install [root@cluster install]# rocks-dist dist

5 Einrichten des Ldap-Servers: ~]# ldapadd -x -D "cn=root,o=sugi,c=de" -w SuGi -f /root/ldap/root.ldif ~]# ldapadd -x -D "cn=root,o=sugi,c=de" -w SuGi -f /root/ldap/dir.ldif Ldap Nutzerverwaltung: ~]# /root/ldap/ldapgroupadd -g 999 testgr ~]# /root/ldap/useradd -p secret -g testgr -u 999 testus ldap]# /root/ldapuserdel -u testus ldap]# groupdel -g testus Rocks Clusters: Licencing and Copyright Trademark Licensing The Rocks Logo and the name Rocks are registered trademarks with the United States Patent and Trademark Office. Commercial companies that wish to use the name Rocks or the logo in a product name or marketing material, are required to get written permission from the Technology Transfer and Intellectual Property Services Office at UCSD ( invent@ucsd.edu). Rocks Copyright Rocks(r) Copyright (c) 2006 The Regents of the University of California. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice unmodified and in its entirety, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. All advertising and press materials, printed or electronic, mentioning features or use of this software must display the following acknowledgement: 'This product includes software developed by the Rocks Cluster Group at the San Diego Supercomputer Center at the University of California, San Diego and its contributors.' 4. Except as permitted for the purposes of acknowledgment in paragraph 3, neither the name or logo of this software nor the names of its authors may be used to endorse or promote products derived from this software without specific prior written permission. The name of the software includes the following terms, and any derivatives thereof: 'Rocks', 'Rocks Clusters', and 'Avalanche Installer'. For licensing of the associated name, interested parties should contact Technology Transfer & Intellectual Property Services, University of California, San Diego, 9500 Gilman Drive, Mail Code 0910, La Jolla, CA ,

6 Ph: (858) , FAX: (858) , THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.