Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Kein Adabas

3 views
Skip to first unread message

juergen

unread,
Jul 5, 2002, 3:08:31 PM7/5/02
to
Hallo,

erst mal vielen Dank an Joerg Pohlmann fuer seine Hinweise.

Es geht zwar immer noch nicht, aber ich bin schon weiter.

Beim Booten wird der ADABAS D remote SQL server und - remote control
server gestartet. Nur der ADABAS D server mit der DemoDB MYDB meldet
beim booten failed.

Was kann das sein? Vielleicht der DBNAME-Eintrag. Meine MYDB steht in:
/usr/lib/adabas/aad/data/wrk/MYDB/
muss das so in die Umgebungsvariable DBNAME?
Es gibt Dokus, danach soll noch die Variable LD_LIBRARY_PATH exportiert
werden. Bei mir taucht die in der Liste mit den Variablen, die mir YAST
zeigt nicht auf.

Fuer alle, die meinen alten Thread nicht gelesen haben, meine
Distribution ist SUSE 7.3. ADABAS soll in StarBase 5.2 laufen, mir
fehlen dort aber die SoftKeys fuer neue Tabelle und so. Am Schluss wird
dann gemeldet, dass ich meine Installation bezueglich ODBCLIB.SO pruefen
soll.

Ich hoffe ihr wisst was.

salu JUERGEN

Jörg Pohlmann

unread,
Jul 6, 2002, 1:06:56 AM7/6/02
to
juergen wrote:
> Hallo,
>
> erst mal vielen Dank an Joerg Pohlmann fuer seine Hinweise.
>
> Es geht zwar immer noch nicht, aber ich bin schon weiter.
>
> Beim Booten wird der ADABAS D remote SQL server und - remote control
> server gestartet. Nur der ADABAS D server mit der DemoDB MYDB meldet
> beim booten failed.
Wenn es Adabas D 12 ist, ist es ein Problem mit der MYDB.
Ich glaube - d.h. ich weiß es nicht mehr genau - die Systemtabellen
müssen neu geladen werden. Dafür einfach *xcontrol* aufrufen:
CONTROLUSER=CONTROL, PASSWORD=ADABAS, und SERVERDB=MYDB. Unter
Configuration.. 'Load Systables' aufrufen, dann müßte sich die DB
unter Operating.. 'Restart..' starten lassen.
Oder einfach mal x_clear MYDB aufrufen, und danach noch einmal
versuchen die DB zu starten.
( Befehle als Datenbankuser ausführen! )

> Was kann das sein? Vielleicht der DBNAME-Eintrag. Meine MYDB steht in:
> /usr/lib/adabas/aad/data/wrk/MYDB/
> muss das so in die Umgebungsvariable DBNAME?

Nein, DBNAME muß bei der Demo DB 'MYDB' sein

> Es gibt Dokus, danach soll noch die Variable LD_LIBRARY_PATH exportiert
> werden. Bei mir taucht die in der Liste mit den Variablen, die mir YAST
> zeigt nicht auf.

Dazu einfach folgendes in die ~/.profile Datei schreiben:

SAG="/usr/lib/adabas"
DBROOT="/usr/lib/adabas/aad/v1200"
DBCONFIG="/var/spool/sql"
DDWORK="/usr/lib/adabas/aad/data"
PATH=$PATH":/usr/lib/adabas/aad/v1200/bin"
SOLAR_USER_RTL_TEXTENCODING=22
LD_LIBRARY_PATH=$LD_LIBRARY_PATH":/usr/lib/adabas/aad/v1200/lib:"

export SAG DBROOT DBWORK DBCONFIG PATH SOLAR_USER_RTL_TEXTENCODING
LD_LIBRARY_PATH


> Fuer alle, die meinen alten Thread nicht gelesen haben, meine
> Distribution ist SUSE 7.3. ADABAS soll in StarBase 5.2 laufen, mir
> fehlen dort aber die SoftKeys fuer neue Tabelle und so. Am Schluss wird
> dann gemeldet, dass ich meine Installation bezueglich ODBCLIB.SO pruefen
> soll.

Sollte durch setzen der LD_LIBRARY_PATH Variable behoben sein.


Jörg

juergen

unread,
Jul 7, 2002, 9:41:42 AM7/7/02
to
Neue Runde,

die Eintraege in die ~/.profile haben bewirkt dass die Tafeln in SO5.2
zur Erstellung einer neuen Tabelle jetzt vollstaendig sind.
ADABAS D server wird beim booten nach wie vor nicht gestartet.
SO5.2 meldet mir zum Schluss der Eingaben fuer die neue Tabelle sicher
aus dem Grund "Client unable to establish connection; -813 ServerDB
musst be restartet."
xcontrol kann ich wie beschrieben nicht ausfuehren, da "Configuration -
Load Systables" nicht aktiv ist.
Mach ich "Operating restart" ohne vorher "Load Systables" auszufuehren
wird der Restart mit failed beendet. Dem Protokoll nach, das ich danach
erhalte, scheint die ursaechliche Meldung "Server should not run as
superuser" zu sein.
Superuser ist doch der CONTROL ADABAS? Ich habe schon versucht mich als
CONTROL ADABAS einzuloggen. Aber das System kennt diesen User nicht.
Andererseits muss er vorhanden sein, da der SQL-Server und
Remote-control ja ueber den gleichen mit "done" starten.

Noch 'ne Idee? Hoffentlich! Bis jetzt sind wir ja jedesmal einen Schritt
weitergekommen. Wenns so weiter geht muesste ADABAS bald laufen.

salue JUERGEN

Jörg Pohlmann

unread,
Jul 7, 2002, 10:14:34 AM7/7/02
to
juergen wrote:
> Neue Runde,
>
> die Eintraege in die ~/.profile haben bewirkt dass die Tafeln in SO5.2
> zur Erstellung einer neuen Tabelle jetzt vollstaendig sind.
> ADABAS D server wird beim booten nach wie vor nicht gestartet.
> SO5.2 meldet mir zum Schluss der Eingaben fuer die neue Tabelle sicher
> aus dem Grund "Client unable to establish connection; -813 ServerDB
> musst be restartet."
> xcontrol kann ich wie beschrieben nicht ausfuehren, da "Configuration -
> Load Systables" nicht aktiv ist.
> Mach ich "Operating restart" ohne vorher "Load Systables" auszufuehren
> wird der Restart mit failed beendet. Dem Protokoll nach, das ich danach
> erhalte, scheint die ursaechliche Meldung "Server should not run as
> superuser" zu sein.
> Superuser ist doch der CONTROL ADABAS? Ich habe schon versucht mich als
> CONTROL ADABAS einzuloggen. Aber das System kennt diesen User nicht.
> Andererseits muss er vorhanden sein, da der SQL-Server und
> Remote-control ja ueber den gleichen mit "done" starten.
>
> Noch 'ne Idee? Hoffentlich! Bis jetzt sind wir ja jedesmal einen Schritt
> weitergekommen. Wenns so weiter geht muesste ADABAS bald laufen.
>
Hallo Jürgen,
Ideen hab ich ohne Ende, die betreffen aber alle nicht Adabas ;)
( kleiner Scherz )

Versuch doch mal folgendes:
Als "root" folgende Befehle ausführen:
/etc/init.d/adabas stop
/usr/lib/adabas/aad/v1200/bin/x_clear MYDB
/etc/init.d/adabas start


Dann als ADABAS Benutzer einloggen:
Username ist "adabas", ich weiß leider das vorgegebene Password nicht.
Das müßtest Du "root" über "yast" einfach ändern, damit Du dich
als "adabas" einloggen kannst.
Dann versuch es mit "xcontrol" noch einmal, setze vorher aber wieder
die Umgebungsvariablen ( DBROOT usw. )

Der Superuser ist "root", als "root" kannst Du - glaube ich - keine DB
starten.

Wenn alles nicht geht, lege doch einfach eine neue DB an!

Jörg
Eventuell kommen wir ja wieder ein Stück weiter ;)

0 new messages