Talk:Release 2-beta

From Dgiref
Jump to: navigation, search

The purpose of this talk is to define:

  1. the software packages
  2. the version for software

for new Reference installation beta-release.

  • to add a new comment to this discussion press "plus (+)" tab
  • to correct the section press "edit link" from the right
  • to correct the whole page press "edit tab"

Please note, that this discussion is limited till 15.03.2009!

Im Rahmen des All-Hands-Meetings in Göttingen wird das in der Open-Problems-Session am Montag, 23. März 2009, ab 15:00 Uhr Thema sein. AHM-Website

Contents

Common questions

  • Was spricht gegen den Einsatz von Scientific Linux v.4.7 64 bit bei gLite? Gibt es negative Erfahrungen? Es würde die Anzahl der unterstützen Betriebssystemversionen zudem von 3 auf 2 verringern wenn dort ebenfalls SL 4.7 64bit eingesetzt wird.
    • Vielleicht es ist besser auf SL 5.x (SL 5.2) installieren?
      • Info: gLite und SL 5 rücken näher zusammen: Es gibt erste Pakete von gLite 3.2 für SL 5
  • Was über die Wish_list Komponenten? Welche brauchen wir für das Release 2?
    • Ich schlage zumindest eine Aktualisierung von Torque/ MAUI vor (SF)

Middleware

gLite

  • Es gibt auch eine 64-bit Version von GLite.
    • Ja, aber MPI für gLite 32 bit. Und auch wer braucht gLite für x86_64?
      • bzgl 64bit: s.o. unter Betriebssysteme. Wenn ein 64bit OS zum Einsatz kommt, warum nicht auch die 64bit Pakete benutzen?
    • Und nicht nur MPI Utils (http://glite.web.cern.ch/glite/packages/R3.1/)
      • Beim Einsatz der 64bit Komponenten können die 32bit Komponenten parallel betrieben werden, die x86_64 Architektur lässt das ohne Probleme zu.
  • Auf den Webseiten glite.web.cern.ch bin ich gerade über eine Information hinsichtlich des BDII gestossen: 
Due to the critical nature of the information system with respect to the operation of the grid, the BDII should 
be installed as a stand-alone service to ensure that problems with other services do not affect the BDII. In no 
circumstances should the BDII be co-hosted with a service    which has the potential to generate a high load. For 
fault-tolerance and to achieve the desired scalability, multiple BDII  instances should be deployed behind a 
round-robin DNS alias in order to provide a load balanced BDII service.
Quelle: http://glite.web.cern.ch/glite/packages/R3.1/deployment/glite-BDII/glite-BDII.asp

Sollten man der siteBDII Service auf einen separaten Host installieren? --Stefanfreitag 10:46, 13 March 2009 (UTC)

Globus

  • Sollte nicht Globus 4.2 die neue Middleware-version von Globus werden? Bitte klarifizieren.
    • Die Umstellung auf GT 4.2 ist noch nicht so weit fortgeschritten wie bei Unicore, das wird Thema für den Sommerworkshop. Auch bei Globus Toolkit gibt es einen Wechsel des Softwarearchitekturkonzepts um auch zu den OGF-Standards kompatibel zu sein. Damit ist GT4.2 nicht kompatibel zu GT4.0.x. Es gibt mit GT 4.0.8 eine neue Version, die aus Bugfixes besteht.
      • Wer hat noch nicht auf Globus 4.2 umgestellt, bzw. bis wann können diese Einrichtungen umstellen?
      • Reicht es nicht das Globus 4.0 noch eine gewisse Zeit durch Release 1 unterstützt wird?
      • Welcher Sommerworkshop?
        • Support&Betrieb 17.06
  • was wirklich gegen die Einführung des neuen GT im Parallelbetrieb spricht, wie es für Unicore geplant ist.

Hallo, diese Art der Diskussion ist bisher leider an mir vorübergegangen - ich hatte mich schon gewundert, dass keine emails mehr kamen...

Wir werden von FG1 "Globus support" aus einen Vorschlag einreichen, um gleitend auf GT4.2 umzustellen. Dies wird einen Parallelbetrieb beider releases für einige Zeit (z.B. bis Ende 2009) bedeuten, was aber technisch machbar ist, man muss nur den GT4.2 container auf einem anderen Port, z.B. 8442, betreiben. Man könnte auch einen Port aus dem port-range wählen, z.B. 24999, damit keine Firewalls geändert werden müssen. Für das nächste release der Referenzinstallation würde ich daher beide, GT4.0.8 und GT4.2.1, vorsehen. Damit wäre die neue Referenzinstallation voll abwärtskompatibel, würde aber eben auch schon GT4.2 unterstützen.

Nach Ablauf der Übergangsfrist, also etwa Anfang 2010, mit dem dann folgenden Release der Ref-Inst. würde dann nur noch GT4.2 ausgeliefert, das dann auch wieder auf dem Standardport 8443 arbeiten könnte.

MfG Helmut Heller, FG1

dCache

  • cron job für das Aufräumen der pgsql Datenbanken (vacuuming) auf dem dCache Frontend (SF)

Attribut-based authorization

  • Theoretisch lässt sich die VOMS-Attribut-basierte Autorisierung auch mit GT 4.0 nutzen und einführen, auch wenn der Weg dazu nicht schön ist. Daher würde ich das auch ungern empfehlen. Mit GT 4.2 und der Neuerung des Autorisierungsframeworks ist das alles viel sauberer und die bessere Wahl.
  • Welche Unterschiede ergeben sich bei der Einführung von attributbasierter Authorisierung dadurch?

email notification?

Hallo,

kann man sich irgendwie per email benachrichtigen lassen, wenn sich diese Seite geändert hat? Ich will ja nicht jeden Tag drei mal im Wiki nachschauen, ob jemand geantwortet hat...

Besten Dank im Voraus,

Helmut

Retrieved from "http://dgiref.d-grid.de/wiki/Talk:Release_2-beta"