Open Dataset, DATASET_NOT_OPEN, CX_SY_FILE_OPEN_MODE
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
Mahlzeit zusammen,
nan mal ein Fehler der nicht alle Tage auftritt...
Wir lassen per Job eine Datei erstellen die Stücklisteninformationen beinhaltet. Startet der Job um 00:05 Uhr läuft es wunderbar. Startet er aber um 00:30 Uhr bekomme ich folgende Fehlermeldung:
Laufzeitfehler DATASET_NOT_OPEN
Ausnahme CX_SY_FILE_OPEN_MODE
Es ist wirklich so! Das ist mittlerweile schon ein paar mal vorgekommen...
Wahrscheinlich ist bei unserer Programmierung ein Fehler drin den ich nicht mehr erkenne (Den Startzeitpunkt lasse ich nun mal aussen vor):
Ob das nun schön ausschaut oder man eleganter Programmieren kann lass ich mal ausser acht. Da steckt irgendwo ein Fehler drin... Laut Kurzdump bricht er bei der folgenden Stelle ab:
Kann mir da jemand einen Tipp geben?
Danke & Gruß
nikibert
nan mal ein Fehler der nicht alle Tage auftritt...
Wir lassen per Job eine Datei erstellen die Stücklisteninformationen beinhaltet. Startet der Job um 00:05 Uhr läuft es wunderbar. Startet er aber um 00:30 Uhr bekomme ich folgende Fehlermeldung:
Laufzeitfehler DATASET_NOT_OPEN
Ausnahme CX_SY_FILE_OPEN_MODE
Es ist wirklich so! Das ist mittlerweile schon ein paar mal vorgekommen...
Wahrscheinlich ist bei unserer Programmierung ein Fehler drin den ich nicht mehr erkenne (Den Startzeitpunkt lasse ich nun mal aussen vor):
Code: Alles auswählen.
OPEN DATASET gv_pfad FOR OUTPUT IN TEXT MODE ENCODING DEFAULT.
IF sy-subrc <> 0.
MESSAGE 'Datei kann nicht geöffnet werden.' TYPE 'I'.
ENDIF.
DATA: wa_ausgabe(200) TYPE c,
lv_menge(13) TYPE c.
LOOP AT itab_display INTO wa_display.
lv_menge = wa_display-menge.
CONDENSE lv_menge NO-GAPS.
PERFORM shift USING wa_display-matnr.
PERFORM shift USING wa_display-idnrk.
CONCATENATE wa_display-matnr ';'
wa_display-idnrk ';'
lv_menge ';'
wa_display-meins ';'
wa_display-datuv ';'
wa_display-vkorg ';'
wa_display-vtweg
INTO wa_ausgabe.
TRANSFER wa_ausgabe TO gv_pfad.
IF sy-subrc <> 0.
MESSAGE 'Datei kann nicht geschrieben werden.' TYPE 'I'.
ENDIF.
ENDLOOP.
CLOSE DATASET gv_pfad.
Code: Alles auswählen.
TRANSFER wa_ausgabe TO gv_pfad.
Danke & Gruß
nikibert
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
So auf die schnelle mal folgende Vermutung:
Auf euren System laufen Prozesse, die Mountpoints mal kurzzeitig aussetzen um arbeiten am System zu machen (z.B. Sicherungen) oder die einfach in einem bestimmten Zeitraum diese Mountpunkte neu setzen um fehler zu verhindern.
Ich würde an deiner Stelle mal mit der Basis bzw. mit dem Systemern reden, was Nachts um diese Zeit passiert und somit ggf Einfluss auf dein Programm hat.
MfG
Thomas
Auf euren System laufen Prozesse, die Mountpoints mal kurzzeitig aussetzen um arbeiten am System zu machen (z.B. Sicherungen) oder die einfach in einem bestimmten Zeitraum diese Mountpunkte neu setzen um fehler zu verhindern.
Ich würde an deiner Stelle mal mit der Basis bzw. mit dem Systemern reden, was Nachts um diese Zeit passiert und somit ggf Einfluss auf dein Programm hat.
MfG
Thomas
Hallo,
die Fehlerbehandlung ist ja genial.
Wir zeigen den Fehler an, daß das Öffnen in die "Hose gegangen ist" und machen munter weiter.
Klar, daß nach dem Fehlerhaften Öffnen auch der Transfer abschmiert.
Aber warum der Open nicht geht, müsstest Du mal Debuggen.
Einmal um 0:05 und einmal um 0:30.
Schonmal daran gedacht, daß irgend ein Mapping nachts neu gemacht wird.
Fährt ein Server runter oder wieder rauf?
Werden Daten gesichert?
Werden Devices neu gemountet?
Ändert sich die IP-Adresse von irgendeinem Router?
Fährt ein Router runter und wieder rauf?
Wirft ein Router um 0:29 vielleicht ab ...
Wart mal bis 3:00 Uhr.
Also es geht schon beim Open schief, nicht erst beim Transfer.
Gruß
babap
die Fehlerbehandlung ist ja genial.
Wir zeigen den Fehler an, daß das Öffnen in die "Hose gegangen ist" und machen munter weiter.
Klar, daß nach dem Fehlerhaften Öffnen auch der Transfer abschmiert.
Aber warum der Open nicht geht, müsstest Du mal Debuggen.
Einmal um 0:05 und einmal um 0:30.
Schonmal daran gedacht, daß irgend ein Mapping nachts neu gemacht wird.
Fährt ein Server runter oder wieder rauf?
Werden Daten gesichert?
Werden Devices neu gemountet?
Ändert sich die IP-Adresse von irgendeinem Router?
Fährt ein Router runter und wieder rauf?
Wirft ein Router um 0:29 vielleicht ab ...
Wart mal bis 3:00 Uhr.
Also es geht schon beim Open schief, nicht erst beim Transfer.
Gruß
babap
Hui,
das ging schnell. Danke!
Fehlermeldung Da geh ich nun mal nicht weiter drauf ein... 
In dem Job in dem dieses Programm enthalten ist, laufen noch 6 weitere Programme und die laufen immer ohne Probleme durch...
Das kann ja auch nicht sein das genau um 0:30 Uhr was blockiert was das Programm behindert. Es entstehen ja auch Abweichungen beim Start durch die vorherigen Programme die Ausgeführt werden.
gruß nikibert
das ging schnell. Danke!
Fehlermeldung
Da geh ich nun mal nicht weiter drauf ein... In dem Job in dem dieses Programm enthalten ist, laufen noch 6 weitere Programme und die laufen immer ohne Probleme durch...
Das kann ja auch nicht sein das genau um 0:30 Uhr was blockiert was das Programm behindert. Es entstehen ja auch Abweichungen beim Start durch die vorherigen Programme die Ausgeführt werden.
gruß nikibert
Hallo,
Du machst Open Dataset, bekommst einen Sy-Subrc<>0.
Dann fragst Du diesen ab, Setzt eine Info-Meldung ab, daß die Datei nicht zu öffnen ist, das Programm läuft aber weiter und fällt dann beim Schreiben "auf die Nase".
Ich hätte "den ENDIF" ganz unten angesetzt und erst gar keinen Schreibversuch gestartet, denn Schreiben geht nicht ohne öffnen.
Ich weiß, daß damit das eigentliche Problem nicht gefunden ist, aber zumindest der Absturz wäre damit vermieden.
Gruß
babap
In Deinem Coding stehtnikibert hat geschrieben:Hui,
...
Fehlermeldung
...
Code: Alles auswählen.
OPEN DATASET gv_pfad FOR OUTPUT IN TEXT MODE ENCODING DEFAULT.
IF sy-subrc <> 0.
MESSAGE 'Datei kann nicht geöffnet werden.' TYPE 'I'.
ENDIF.
DATA: wa_ausgabe(200) TYPE c,
lv_menge(13) TYPE c.
... Dann fragst Du diesen ab, Setzt eine Info-Meldung ab, daß die Datei nicht zu öffnen ist, das Programm läuft aber weiter und fällt dann beim Schreiben "auf die Nase".
Ich hätte "den ENDIF" ganz unten angesetzt und erst gar keinen Schreibversuch gestartet, denn Schreiben geht nicht ohne öffnen.
Ich weiß, daß damit das eigentliche Problem nicht gefunden ist, aber zumindest der Absturz wäre damit vermieden.
Gruß
babap
Versuch mal mit dem Zusatz MESSAGE msg beim OPEN DATASET die Fehlermeldung des OS mit zubekommen, dass bringt dich bei der Fehlersuche bestimmt weiter.nikibert hat geschrieben: Kann mir da jemand einen Tipp geben?
Code: Alles auswählen.
DATA: g_msg TYPE c lenght 255.
OPEN DATASET gv_pfad FOR OUTPUT IN TEXT MODE ENCODING DEFAULT MESSAGE g_msg .
IF sy-subrc <> 0.
MESSAGE 'Datei kann nicht geöffnet werden.' TYPE 'I'.
MESSAGE g_msg TYPE 'I'.
ENDIF.
Gruß Hendrik
Moin zusammen,
habe den Job heute Nacht wieder um 00:02 Uhr laufen lassen, ohne Probleme... Ich find es schon fast belustigend.
@babap: Hast Recht, ist natürlich Blödsinn die Verarbeitung trotz Fehler weiterlaufen zu lassen. Ich werde die Messageart demnächst mal auf 'E' ändern lassen.
@JHM: Ich werde in der nächsten Nacht mal deine Version ausprobieren. Vielleicht bekomme ich ja bessere Anhaltspunkte woran es liegen könnte. Kann ich mir die Message g_msg denn Morgen auch in der SM37 anzeigen lassen? Nicht das die Meldung irgendwo ins leere läuft...
Danke und Gruß
nikibert
habe den Job heute Nacht wieder um 00:02 Uhr laufen lassen, ohne Probleme... Ich find es schon fast belustigend.
@babap: Hast Recht, ist natürlich Blödsinn die Verarbeitung trotz Fehler weiterlaufen zu lassen. Ich werde die Messageart demnächst mal auf 'E' ändern lassen.
@JHM: Ich werde in der nächsten Nacht mal deine Version ausprobieren. Vielleicht bekomme ich ja bessere Anhaltspunkte woran es liegen könnte. Kann ich mir die Message g_msg denn Morgen auch in der SM37 anzeigen lassen? Nicht das die Meldung irgendwo ins leere läuft...
Danke und Gruß
nikibert
Hallo,
Von daher ist "I" oder "S" garnicht verkehrt.
Bloß die Verarbeitung sollte dann nicht mehr durchgeführt werden.
Ich lagere die dann immer in den ELSE-Zweig von der Sy-subrc-Abfrage aus.
Gruß
babap
Achtung, Messageart "E" kann den ganzen Job oder die Jobkette zum Abbruh bringen. "W" meistens auch.nikibert hat geschrieben:...
Ich werde die Messageart demnächst mal auf 'E' ändern lassen.
Von daher ist "I" oder "S" garnicht verkehrt.
Bloß die Verarbeitung sollte dann nicht mehr durchgeführt werden.
Ich lagere die dann immer in den ELSE-Zweig von der Sy-subrc-Abfrage aus.
Gruß
babap
Moin Moin,
nun läuft der Job...
habe eine Schleife eingebaut die nach 5 Sekunden einen neuen Versuch startet wenn das OpenDataset nicht funktioniert.
Wahrscheinlich kam das Programm vorher mit irgendwas in Konflikt was ich leider nicht herausfinden konnte
Gruß nikibert
nun läuft der Job...
habe eine Schleife eingebaut die nach 5 Sekunden einen neuen Versuch startet wenn das OpenDataset nicht funktioniert.
Wahrscheinlich kam das Programm vorher mit irgendwas in Konflikt was ich leider nicht herausfinden konnte
Code: Alles auswählen.
OPEN DATASET gv_pfad FOR OUTPUT IN TEXT MODE ENCODING DEFAULT MESSAGE g_msg.
IF sy-subrc <> 0.
MESSAGE 'Datei kann nicht geöffnet werden.' TYPE 'I'.
MESSAGE g_msg TYPE 'I'.
IF gv_zaehler <= 5.
WAIT UP TO 5 SECONDS.
gv_zaehler = gv_zaehler + 1.
PERFORM dataset.
ELSE.
MESSAGE 'Datei kann auch zum 5ten Mal nicht geöffnet werden.' TYPE 'I'.
MESSAGE g_msg TYPE 'I'.
ENDIF.
ELSE.
... weitere Verarbeitung
ENDIF.
Seite 1 von 1
Vergleichbare Themen
5
Antw.
Antw.
5579
Views
Views
15
Antw.
Antw.
8440
Views
Views
4
Antw.
Antw.
16844
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
F6862 - Stücklistenpositionen Massenhinzufügen ohne Änderungsnummer
vor einer Woche von Radinator 1 / 977
vor einer Woche von Radinator 1 / 977
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
F6862 - Stücklistenpositionen Massenhinzufügen ohne Änderungsnummer
vor einer Woche von Radinator 1 / 977
vor einer Woche von Radinator 1 / 977
Unbeantwortete Forenbeiträge
F6862 - Stücklistenpositionen Massenhinzufügen ohne Änderungsnummer
vor einer Woche von Radinator 1 / 977
vor einer Woche von Radinator 1 / 977