Problem beim Leitwegeintrag

[votch]

Hallo,

ich habe das problem zwar schon gelöst, aber es läßt mir doch keine Ruhe, warum das Problem überhaupt aufgetreten ist.

Ich habe ein Subsystem mit 2 Autojobs 'ABCDEFGHI' und 'BCDEFGHIJ'. Leitwegschritte sind 5 und 10. Programme die gestartet werden sind A1 und B1. JobD und Leitwegdaten heißen wie Autojobs(Bibliotheken die am Anfang gesetzt werden sind LibA und LibB).

Jetzt habe ich einen neuen Autojob angelegt und an die letzte Stelle ein T angehängt(alles heißt 'ABCDEFGHIT' (Bibliotheken die gesetzt werden, sind A, B, C und D). Gestartet werden soll Programm A2. Jetzt passierte beim Anlegen Folgendes:

ADDRTGE SBSD(TESTLIB/TESTSBS) SEQNBR(15) CMPVAL(ABCDEFGHIT) PGM(TESTLIB/A2) CLS(TESTLIB/ABCDEFGHIT)
--> Vergleichswert und Leitwegeintrag 5 stimmen nicht überein.
Ursache . . . . : Zwischen dem angegebenen Vergleichswert und Leitwegeintrag 5 besteht ein Konflikt. 0 zusätzliche Probleme sind vorhanden.
Fehlerbeseitigung: Den Vergleichswert ändern (Parameter CMPVAL bei Befehl CHGRTGE) und die Anfrage wiederholen.

Der Autojob wurde dennoch angelegt, im SBS wird mir auch das korrekte Programm, das gestartet werden soll angezeigt, aber gestartet wird A1 statt A2 (Lib-Liste ist A, B, C und D).

Jetzt habe ich nach langem Hin und Her probieren, alles gelöscht und unter anderem Namen(ABCDEFXXXX) angelegt und schon funktioniert es. Habe wieder alles gelöscht und mit genau den gleichen Befehlen(F9) nur wieder der alte Name, alles neu angelegt, wieder das gleiche Problem. Dann habe ich einfach mal die Folgenummer von 15 auf 2 gesetzt, dann funktioniert ebenfalls alles.

Mich würde nur mal interessieren, ob jemand schon einmal so ein Problem hatte. Da die Fehlermeldung ja besagt, dass ein Konflikt zwischen dem neuen Autojobeintrag und dem bereits vorhandenen besteht, dachte ich, dass es evtl. mit den ersten 9 gleichen Zeichen und evtl. dem Hochkomma(als sozusagen 10. Stelle) zusammenhängen könnte, aber dann müßte das Problem ja auch auftreten, wenn ich nur die Leitwegfolge ändern würde, so dass er 2 Mal Programm A2 starten würde. Momentan bin ich etwas ratlos, womit dies zusammenhängen kann.

VG,
votch

[BenderD]

... hier gilt das Müller Prinzip, wer zuerts kommt mahlt zuerst. Sprich: der erste Treffer zieht.

D*B

Hallo,

ich habe das problem zwar schon gelöst, aber es läßt mir doch keine Ruhe, warum das Problem überhaupt aufgetreten ist.

Ich habe ein Subsystem mit 2 Autojobs 'ABCDEFGHI' und 'BCDEFGHIJ'. Leitwegschritte sind 5 und 10. Programme die gestartet werden sind A1 und B1. JobD und Leitwegdaten heißen wie Autojobs(Bibliotheken die am Anfang gesetzt werden sind LibA und LibB).

Jetzt habe ich einen neuen Autojob angelegt und an die letzte Stelle ein T angehängt(alles heißt 'ABCDEFGHIT' (Bibliotheken die gesetzt werden, sind A, B, C und D). Gestartet werden soll Programm A2. Jetzt passierte beim Anlegen Folgendes:

ADDRTGE SBSD(TESTLIB/TESTSBS) SEQNBR(15) CMPVAL(ABCDEFGHIT) PGM(TESTLIB/A2) CLS(TESTLIB/ABCDEFGHIT)
--> Vergleichswert und Leitwegeintrag 5 stimmen nicht überein.
Ursache . . . . : Zwischen dem angegebenen Vergleichswert und Leitwegeintrag 5 besteht ein Konflikt. 0 zusätzliche Probleme sind vorhanden.
Fehlerbeseitigung: Den Vergleichswert ändern (Parameter CMPVAL bei Befehl CHGRTGE) und die Anfrage wiederholen.

Der Autojob wurde dennoch angelegt, im SBS wird mir auch das korrekte Programm, das gestartet werden soll angezeigt, aber gestartet wird A1 statt A2 (Lib-Liste ist A, B, C und D).

Jetzt habe ich nach langem Hin und Her probieren, alles gelöscht und unter anderem Namen(ABCDEFXXXX) angelegt und schon funktioniert es. Habe wieder alles gelöscht und mit genau den gleichen Befehlen(F9) nur wieder der alte Name, alles neu angelegt, wieder das gleiche Problem. Dann habe ich einfach mal die Folgenummer von 15 auf 2 gesetzt, dann funktioniert ebenfalls alles.

Mich würde nur mal interessieren, ob jemand schon einmal so ein Problem hatte. Da die Fehlermeldung ja besagt, dass ein Konflikt zwischen dem neuen Autojobeintrag und dem bereits vorhandenen besteht, dachte ich, dass es evtl. mit den ersten 9 gleichen Zeichen und evtl. dem Hochkomma(als sozusagen 10. Stelle) zusammenhängen könnte, aber dann müßte das Problem ja auch auftreten, wenn ich nur die Leitwegfolge ändern würde, so dass er 2 Mal Programm A2 starten würde. Momentan bin ich etwas ratlos, womit dies zusammenhängen kann.

VG,
votch

[votch]

Ach so,

d.h., wenn ich weitere Jobs anlegen will, muss ich immer schauen, dass ich eine niedrigere Leitwegfolge nehme, damit alles korrekt läuft.

Danke,
votch

[Fuerchau]

Jein, das hängt von deinem Vergleichswert ab, da nur in der angegebenen Länge verglichen wird.

XXXX muss demnach hinter XXXXY liegen, da sonst alles bei XXXX landet.
Daher auch die Konfliktmeldung.

[BenderD]

wie Baldur bereits sagte, sollte ein Vergleichswert nicht mit einem anderen Eintrag anfangen.
Es stellt sich mir allerdings die Frage, was du da eigentlich für eine Problemstellung hast? Der Lösungsweg mit den Leitweg Einträgen sieht für mich krumm aus...

D*B

Ach so,

d.h., wenn ich weitere Jobs anlegen will, muss ich immer schauen, dass ich eine niedrigere Leitwegfolge nehme, damit alles korrekt läuft.

Danke,
votch

[Pikachu]

Der Lösungsweg mit den Leitweg Einträgen sieht für mich krumm aus...

Muß es aber nicht unbedingt sein wie ein DSPSBSD QSYSWRK Auswahl 7 (Leitwegeinträge) zeigt.

[votch]

Hallo,

jetzt hab ich das verstanden, ist aber schon ein bißchen tückisch, wenn man es nicht weiß bzw. selten mit so etwas zu tun hat. Schon wieder was dazu gelernt, vielen Dank die Herren.

Ich benutzte das SBS mit den beiden Jobs nur um 2 Jobs parallel laufen zu lassen, die Reihenfolge dabei ist egal. D.h., der eine Job exportiert aus einer DtaQ Daten auf einen Win-Server und der 2. Job importiert Daten aus einem Verzeichnis des Win-Servers ins IFS.

Der 3. Job soll jetzt nur kurze Zeit zu Testzwecken laufen und ebenfalls einzelne Datensätze auf den Win-Server exportieren. Diese kommen jedoch jetzt aus der Anwendung, die später durch die PC-Anwendung ersetzt wird.

Deshalb habe ich dann auch den bereits vorhandenen Ablauf kopiert und angepaßt und bei den Leitwegeinträgen ein T für Test hinten angehangen.

[Fuerchau]

Nur um Jobs in bestimmten Subsystemen laufen zu lassen benötigt es keiner zusätzlichen Leitwegeinträge.
Eine JOBQ reicht da vollkommen aus.
Der JobQ kann man über Prioritäten mitgeben wie viele Jobs parallel je Prio und insgesamt laufen können.

Des weiteren gibt es AutoStart-Jobs (Mehrfachverwendung) und PreStart-Jobs (Start beim Subsystemstart).

Leitwege habe ich für so was nie gebraucht.

[BenderD]

... Leitwegeintröäge sind hier Overkill, da reicht ein SBMJOB, bzw. ein ADDJOBSCDE in eine passende JobQ völlig aus.
Die JobQ sollte *NOMAX Jobs reinlassen, QUSRNOMAX wäre ein Kandidat, oder man legt sich eine mit *NOMAX im QBATCH an.

D*B

Hallo,

jetzt hab ich das verstanden, ist aber schon ein bißchen tückisch, wenn man es nicht weiß bzw. selten mit so etwas zu tun hat. Schon wieder was dazu gelernt, vielen Dank die Herren.

Ich benutzte das SBS mit den beiden Jobs nur um 2 Jobs parallel laufen zu lassen, die Reihenfolge dabei ist egal. D.h., der eine Job exportiert aus einer DtaQ Daten auf einen Win-Server und der 2. Job importiert Daten aus einem Verzeichnis des Win-Servers ins IFS.

Der 3. Job soll jetzt nur kurze Zeit zu Testzwecken laufen und ebenfalls einzelne Datensätze auf den Win-Server exportieren. Diese kommen jedoch jetzt aus der Anwendung, die später durch die PC-Anwendung ersetzt wird.

Deshalb habe ich dann auch den bereits vorhandenen Ablauf kopiert und angepaßt und bei den Leitwegeinträgen ein T für Test hinten angehangen.

[votch]

Das ist wohl wahr. Wenn ich das frei hätte wählen können, hätte ich es sicher auch nicht so umständlich gemacht, aber um einen einheitlichen Stand beizubehalten, sollte es nun mal genau so gemacht werden.

Es gibt ja bereits bestehende Übertragungen, die anhand dieser Leitwege arbeiten und diese beiden Jobs sollen später in ein bereits bestehendes Subsystem eingefügt werden. Zum Test habe ich mir jetzt auf dem Testsystem ein eigenes Subsystem angelegt und es dort auch direkt mit diesen Leitwegen gemacht. Leider steht ja auch noch nicht genau fest, ob diese Jobs später wirklich durchgehend laufen, nur zu bestimmten Zeiten oder in Abhängigkeit von anderen Jobs oder...

Nur um Jobs in bestimmten Subsystemen laufen zu lassen benötigt es keiner zusätzlichen Leitwegeinträge.
Eine JOBQ reicht da vollkommen aus.
Der JobQ kann man über Prioritäten mitgeben wie viele Jobs parallel je Prio und insgesamt laufen können.

Des weiteren gibt es AutoStart-Jobs (Mehrfachverwendung) und PreStart-Jobs (Start beim Subsystemstart).

Leitwege habe ich für so was nie gebraucht.