Ein Benutzer kann sich nicht mehr an eine Instanz unter Windows anmelden.

Ein Kunde beschrieb das folgende Problem:

Ich habe die Version IDS 10.00.TC8W3 auf einer virtuellen Maschine getestet. Die Installation erfolgte lokal, nicht in einer Domäne, danach habe ich den Server an  meine Domäne XYDOM angehängt und mit meinem Benutzer xyuser einen DB-Connect versucht.

• Via ODBC von meinem Notebook aus, konnte ich mich weder mit xyuser noch mit xydomxyuser oder Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein. anmelden. Fehler jeweils -951.
• Via ODBC lokal auf der VM konnte ich mich mit xydomxyuser anmelden, nicht aber mit xyuser oder Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein..
• Via dbaccess lokal auf der VM konnte ich mich mit xydomxyuser anmelden.

Ich habe dann parallel IDS 10.00.TC5 in ein anderes Verzeichnis installiert auch als nicht-Domänen-Installation. Nachdem ich die Testdb von der TC8W3-Instanz importiert hatte, versuchte ich mich zu verbinden. Dies funktionierte ohne Probleme mit xyuser, sowohl lokal auf der VM als auch von meinem Notebook aus via ODBC.

Da die Anmeldung problemlos funktioniert bis zu IDS 10.00.TC5 und danach nicht mehr ist dies wohl als Bug einzustufen.

Was bedeutet die Fehlermeldung: Security Subsystem konnte nicht hochgefahren werden?

Unter Windows kann man bei der Benutzung eines Kommandozeilen-Werkzeugs (z.B. onstat, dbaccess u.a.) die Fehlermeldung erhalten:

ERROR: Could not initialize the security subsystem.
Please ensure that this account has the necessary privileges and ensure
INFORMIXSERVER value exists in the registry and environment.

Meist rührt dieser Fehler von einem Fehler in den Einstellungen her. Zum Auffinden des Fehler könnte die folgende Liste hilfreich sein.

In einer Instanz sind DBSpaces mit verschiedenen Page-Sizes angelegt. Was muss ich bei der Erstellung der notwendigen Temp-DBSpaces beachten?

Frage aus dem Support:

Ich benutze DBSpaces mit unterschiedlichen Page-Sizes. Was muss ich beachten beim Anlegen von Temp-DBSpaces, wenn ich für jede Page-Size ein vernünftig Dimensioniertes Temp. DBSpace zur Verfügung stellen möchte?

Hinterlege ich in der Variablen DBSPACETEMP meine temp.-DBSpaces mit unterschiedlicher Page-Size, so kommt folgende Warnung im online.log beim Starten der Instanz:

   18:16:49  Warning: The dbspace 'tmp2' has a different page size than the
             first dbspace listed in DBSPACETEMP 'tmp1'. Only those
             dbspaces which match the page size of the first dbspace
             will be active as default temp dbspaces.
   18:16:49  Warning: The dbspace 'tmp3' has a different page size than the
             first dbspace listed in DBSPACETEMP 'tmp1'. Only those
             dbspaces which match the page size of the first dbspace
             will be active as default temp dbspaces.
   18:16:49  Warning: The dbspace 'tmp4' has a different page size than the
             first dbspace listed in DBSPACETEMP 'tmp1'. Only those
             dbspaces which match the page size of the first dbspace
             will be active as default temp dbspaces.
   18:16:49  Warning: The dbspace 'tmp5' has a different page size than the
             first dbspace listed in DBSPACETEMP 'tmp1'. Only those
             dbspaces which match the page size of the first dbspace
             will be active as default temp dbspaces.

Beim Datenbank-Connect bekommt man den Fehler „DB_LOCALE environment variable does not match locale of the database“

Wenn man versucht, sich anzumelden, gibt es immer einen Fehler

Warning: DB_LOCALE environment variable does not match locale of the database

bzw.

-23301 Unable to load locale categories

oder

-23197 Database locale information mismatch

Diesen Fehler bekommt man, wenn die Environment-Variable DB_LOCALE nicht der in der Datenbank hinterlegten Locale entspricht.

Um den Fehler zu beheben muß man die Variable DB_LOCALE auf den richtigen Wert setzen.

Wie ermittelt man die Locale dieser Datenbank?

 Man kann die Locale einer Datenbank X ermitteln, indem man sich an der Datenbank sysmaster der Instanz anmeldet, z.B. mit dbaccess, und das folgende SQL-Statement ausführt:

select * from sysdbslocale where dbs_dbsname = „X“

Eine Ausgabe könnte dann so aussehen:

dbs_dbsname  X
dbs_collate  de_DE.819

Die Zahl 819 ist eine IBM Kodierung der für ISO8859-1, die Werte und ihre Klartextnamen kann man nachschlagen in der Datei $INFORMIXDIR/gls/cm3/registry.