Unterstützung und Lokalisierung eines Nicht-UTF-8-Gebietsschemas › Überlegungen zum Scalability-Server

Überlegungen zum Scalability-Server

Die folgende Liste bietet Hinweise für die Verwendung von Scalability-Servern unter besonderen Bedingungen:

• Wenn auf einem Scalability-Server mit einem Nicht-UTF-8-System Samba verwendet wird, muss er unbedingt ordnungsgemäß konfiguriert sein. (YaST2 in SuSE ist hierfür ungeeignet). Äußerst wichtig ist, dass die Einstellung "unix charset" korrekt festgelegt ist (im Abschnitt "global" der Datei "smb.conf"). Ein guter Wert ist möglicherweise "iso8859–15", der für alle westlichen Gebietsschemas geeignet ist. Wenn Sie diese Einstellung vergessen, werden alle Dateien angezeigt. Wenn jedoch ein Verzeichnisname selbst National Language Characters (NLCs) enthält, können Sie das Verzeichnis zwar anzeigen und aufrufen, jedoch keine darin enthaltenen Dateien anzeigen. Aus der Sicht des Benutzers schlagen die Jobs fehl. Sobald Sie eine derartige Einstellung geändert haben, müssen Sie unbedingt Samba neu laden.
• Wenn ein Linux-Scalability-Server für die Verwendung von NFS und Samba konfiguriert wurde, verwenden die Agenten immer Samba. Verwenden Sie auf dem Scalability-Server die Befehle "sd_sscmd addshare" bzw. "sd_sscmd removeshare", um dies entsprechend einzurichten.
• Samba und NFS werfen hinsichtlich der Datei- und Verzeichnisnamen unterschiedliche Probleme auf. Samba verfügt über einen internen Mechanismus, der Datei- und Verzeichnisnamen automatisch zuordnet, wenn wir (als Agent) Samba mitteilen, dass UTF-8 (oder nicht UTF-8) verwendet wird. Die Namenszuordnung wird automatisch durchgeführt. NFS bietet dies nicht, was zu Problemen führen kann, wenn zum Beispiel ein Nicht-UTF-8-Agent mit einem UTF-8-Scalability-Server verbunden wird (oder umgekehrt) und dann der Zugriff auf Datei- und Verzeichnisnamen mit NLCs versucht wird. Leider gibt es keine Möglichkeit, dieses Problem zu umgehen (außer der, Samba statt NFS zu verwenden).
• Auf einem Scalability-Server, auf dem die Samba-Dateifreigabe verwendet wird, sollte der Bibliothekszugriff (sd_sscmd libraryaccess …) ordnungsgemäß eingerichtet werden, damit Linux-Agenten mit CIFS auf die Samba-Dateifreigabe zugreifen können.

  Dieses Problem ist mit der Einstellung für die Samba-Sicherheitskonfiguration verknüpft. Wenn die Agenten versuchen, die Freigabe auf den Scalability-Server mit CIFS zu mounten, funktioniert dies nur als Gast-Benutzer (der Standardeinstellung, wenn kein Bibliothekszugriff bereitgestellt wurde), wenn der Samba-Scalability-Server für die Verwendung von Sicherheit auf freigegebener Ebene konfiguriert wurde.

  Wenn der Samba-Scalability-Server jedoch für die Verwendung eines anderen Sicherheitstyps, wie beispielsweise der Sicherheit auf Benutzerebene, konfiguriert wurde, funktioniert das Mounten mit CIFS als anonymer Benutzer nicht, da ein expliziter Benutzer sowie das entsprechende Kennwort erforderlich sind. Darüber hinaus muss der Benutzer mit dem Befehl "smbpasswd -a" der Samba-Benutzerdatei hinzugefügt worden sein.

  Der Grund, weshalb die Verwendung von CIFS wenn möglich erzwungen werden soll ("mount -t cifs"), ist, dass NLCs besser verarbeitet werden können als mit SMB ("smbmount").

  Wir empfehlen den Administratoren, ihre Scalability-Server folgendermaßen zu konfigurieren:

  • sd_sscmd libraryaccess …

    Hiermit werden die Anmeldeinformationen für Software Delivery eingerichtet, die beim Senden von Jobs an Agenten verwendet werden.

  • smbpasswd -a …

    Hiermit werden die Anmeldeinformationen in Samba selbst eingerichtet.

  • Öffnen Sie die Datei "smb.conf" mit Hilfe eines Editors, und entfernen Sie die Zeile "guest ok = Yes" auf den Freigaben "sdlibrary" und "sdmsilib" (bzw. kommentieren Sie sie aus). Darüber hinaus sollten Sie die Sicherheitseinstellung (im Abschnitt "global") aus Sicherheitsgründen nicht auf "share" (die Standardeinstellung) sondern auf "user" (oder höher) setzen. Die genaue Bedeutung aller Samba-Scalability-Servereinstellungen finden Sie auf der Seite "manl" der Datei "smb.conf".
  • Laden Sie Samba folgendermaßen neu:

    /etc/init.d/smb reload

    Die neuen Einstellungen werden aktiviert.

  Hinweis: Wenn dieser Konfigurationsschritt nicht durchgeführt wird, funktionieren die Jobs wahrscheinlich trotzdem, da sich die Fallback-Lösung, der Transportmechanismus "Intern - ohne NOS" einschaltet "Intern - ohne NOS" ist möglicherweise nicht so effizient wie "Intern - NOS", funktioniert aber dennoch.

  Zu den Linux-Systemen, die anscheinend ohne weitere Konfigurationsmaßnahmen funktionieren, gehört SuSE 9 ES. Zu den Linux-Systemen, die konfiguriert werden müssen, gehören RedHat 3 ES und RedHat 4 ES.