|
Written by Jens Nitschke
|
|
Wednesday, 12 November 2008 20:27 |
|
Unser Basisclient 2.0 hat nun den finalen Status erreicht und kann in der Stadtverwaltung ausgerollt werden. Gerade in den letzten Wochen wurde noch viel Zeit in die Fehlerbehebung und in das Rundschleifen gesteckt. Dies gilt auch für GOsa. Gerade die neuen und dazu noch komplexen Funktionalitäten wie der GOsa Infrastruktur Support Daemon und die neue mächtige ACL-Verwaltung in GOsa haben noch viel Aufmerksamkeit erhalten. Nun geht es an das Ausrollen des Releases 2.0. Hier ist nun hauptsächlich unser MUV-Team (MUV = Migrationsunterstützung Vor-Ort) gefragt, die Referate bei der Einführung des BC2.0 bzw. bei der Migration von 1.1.x auf 2.0 zu unterstützen. Das erste Referat hat heute bereits einen LiMux - Verteilserver mit BC 2.0 erhalten. Weitere werden nun kontinuierlich folgen. |
|
|
Endspurt für Basisclient 2.0? |
 |
 |
 |
|
Written by Jens Nitschke
|
|
Wednesday, 15 October 2008 19:39 |
|
So heute wurde der Releasekandidat 14 für unseren Basisclient 2.0 erstellt. Wir sind nun definitiv beim Feinschliff angekommen.Als Kernel werkelt mittlerweile ein 2.6.26 unter der Haube. Dieser musste aber in der letzten Tagen noch ausgetauscht werden, da einige Versionen des Kernels Probleme mit der Hardwareuhr von Dell Notebooks haben. Dies äußert sich darin, dass die Notebooks zum starten eine ewigkeit benötigen. Teilweise booten sie nur, wenn man Events in Form von Tastatureingaben auslöst. Aber mit der letzten Version des 2.6.26 war auch dieses Problem behoben. Präsentieren werden wir den aktuellen Releasekandidaten nächste Woche auf der Systems. Wir sind dort gemeinsam mit dem Auswärtigen Amt vertreten. Wer Fragen hat oder sich den Basisclient einmal snschauen möchte, kann gerne vorbeikommen. |
|
Basisclient 2.0rc3 im Test |
|
|
|
|
Written by Jens Nitschke
|
|
Thursday, 17 July 2008 20:56 |
|
Die ersten Releasekandidaten unseres Basisclients 2.0 haben unser Entwicklungslabor verlassen und werden nun bereits im Produktivnetz getestet. Das klingt jetzt zwar nicht so spannend, aber dieser Schritt hat meine Kollegen und mich in den letzten Tagen viel Zeit, Arbeit und Nerven gekostet. Da es tiefgreifende Änderungen bei der Installation und Konfiguration des Basisclients gab, musste auch die zum Basisclient gehörende Infrastruktur stark angepasst werden. So wird es mit Basisclient 2.0 auch einen Generationswechsel bei dem Konfigurationswerkzeug GOsa von Version 2.5 zu Version 2.6 geben. Und gerade hier hat sich soviel getan, dass das bisher verwendete Release-RollOut-Verfahren, komplett neu konzipiert werden musste. Zum Beispiel wurde die Ablagestruktur für die Konfigurationsdaten der Softwareverteilung verändert. |
|
Read more...
|
|
|
GOsa 2.6 Systemverwaltung |
|
|
|
|
Written by Jens Nitschke
|
|
Thursday, 12 June 2008 16:13 |
|
Ich möchte Anfangen sukzessive die vielen Änderungen am Basisclient2.0 und GOsa2.6 vorzustellen. Beginnen tue ich mit der Ansicht zum Verwalten von Arbeitsstationen in GOsa 2.6 Bisher sah diese Maske so aus:
 Es sind die einzelnen Workstations aufgelistet, oben ein paar Schalter zur Neuanlage von Objekten und rechts ein paar Schalter je Arbeitsstation zum Bearbeiten oder Löschen einer Arbeitsstation. Wenn ich einen Rechner neu Installieren oder Updaten möchte, so muss ich das entsprechende Gerät zum Bearbeiten auswählen und kann dann die gewünschte Aktion auslösen.
Möchte ich mehrere A rbeitsstationen Updaten, so kann ich diese in einer Objektgruppe zusammenfassen und dort konfigurieren. Die Aktion Neuinstallation oder Update kann ich dann bei der Objektgruppe auslösen. Dies gitl dann aber immer für alle Arbeitststationen in dieser Objektgruppe. Möchte ich nur ein Teil davon ein Update verpassen, so muss diese Aktion bei jedem Rechner einzeln ausgelöst werden. I n dieser Maske ist leider auch nicht zu erkennen, mit welchem Release die Arbeitsstation konfiguriert ist und ob die Arbeitsstation ihre Konfiguration aus einer Objektgruppe bezieht. In GOsa² 2.6 hat sich hier viel getan:  Auch hier sind nach wie vor alle System aufgelistet. Man sieht aber nun auf einem Blick bei jeder Arbeitsstation welches Release konfiguriert wurde und ob die Einstellungen per Objektgruppe zugewiesen werden. Dies kann man an dem Icon für Objektgruppen hinter dem Release erkennen.
Das Auslösen von Aktionen wie neu Installation oder Update könenn nun direkt ausgelöst werden. Hierzu muss nur die entsprechende Arbeitsstation ausgewählt und oben im Pulldown-Menü die entsprechende Aktion ausgelöst werden. Dies geht auch mit mehreren Arbeitsstationen. |
|
Written by Jens Nitschke
|
|
Wednesday, 09 April 2008 17:53 |
|
Heute haben wir das Release 1.1.7 unseres Linux basierten Basisclients für den produktiven Einsatz in der Landeshauptstadt München freigegeben und bereitgestellt. Das Release 1.1.7 enthält kleinere Bugfixes und ein neues Fachverfahren. Was heißt eigentlich bereitgestellt? Dazu muss man erst mal wissen, dass unser Basisclient ja nicht nur aus Debianpaketen besteht, sondern auch aus einer Vielzahl von FAI-Klassen. FAI-Klassen können z.B. Scripte, Paketlisten, Vorlagen oder Variablen sein. Diese FAI-Klassen werden bei uns als Objekte in einem LDAP gespeichert. Wenn wir nun ein neues Release bereitstellen, so werden die zum Release gehörigen Debianpakete auf einem zentralen Verteilserver eingestellt. Von diesem zentralen Verteilserver holen sich dann die dezentralen Subverteilserver die Debianpakete und stellen diese in Form eines Debianpaketpools den Basisclients zur Verfügung. Die LDAP-Objekte werden im zentralen LDAP-Server angelegt und stehen fast im gleichen Moment auch in den dezentralen LDAP-Servern zur Verfügung. Einer automatisierten Installation des Basisclients steht somit nichts mehr im Wege. |
|
|
|
|
<< Start < Prev 1 2 Next > End >>
|
|
Page 1 of 2 |
