Fehler : System nicht bereit CALL_FUNCTION_SIGNON ?
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
Hallo Leutz,
bei mir taucht o.g. Fehler nach einem Batchinput auf.
Ein 2.ter Batchinput der eigentliche danach ausgeführt werden soll, wird nicht gestartet.
Eine Idee woher der Fehler kommt ?
Gruß
CrazyProg
bei mir taucht o.g. Fehler nach einem Batchinput auf.
Ein 2.ter Batchinput der eigentliche danach ausgeführt werden soll, wird nicht gestartet.
Eine Idee woher der Fehler kommt ?
Gruß
CrazyProg
It's real, it's true, it's me !
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Gast,
ich habe mittlerweile herausbekommen, das es ein Laufzeitfehler zu sein scheint (obwohl es eine Meldung auf grünem Hintergrund in der Status-Zeile ist *g*). Zumindest konnte ich im Kurzdump Folgendes finden : Fehler-ID CALL_FUNCTION_SYSCALL_ONLY
Aktive Aufrufe / Ereignisse
Nr.... Programm Include. Zeile Typ..... Name.....................
1 SAPLERFC SAPLERFC 0 FORM RESTART_OF_BACKGROUNDTASK
2 SAPMSSY1 SAPMSSY1 30 MODULE %_RFC_START
Seltsamer weise läuft der Batch aber richtig durch. Nur der 2.te wird nicht ausgeführt.
Auch das Auskommentieren des FU 'C14Z_WAIT_ON_COMMIT'
brachte nix. Hinweis : Der BATCH ändert Lieferdaten in Bestellungen.
Solangsam bin ich am verzweifeln......
It's real, it's true, it's me !
Danke für deine Mühe Gast.
Soweit konnte ich erstmal herrausbekommen, dass der Fehler teilweise in einer Gruppenwechselstruktur in einer bedingten Loop-Schleife lag. Er bringt in immer noch, allerdings führt er jetzt schon mal den 2.ten Batch aus.
Mal sehen, was sich noch so findet. Ist es erforderlich, nach dem Batch-Input ein separates Commit-Work zu setzen ?
Gruß
CrazyProg
Soweit konnte ich erstmal herrausbekommen, dass der Fehler teilweise in einer Gruppenwechselstruktur in einer bedingten Loop-Schleife lag. Er bringt in immer noch, allerdings führt er jetzt schon mal den 2.ten Batch aus.
Mal sehen, was sich noch so findet. Ist es erforderlich, nach dem Batch-Input ein separates Commit-Work zu setzen ?
Gruß
CrazyProg
Hmm jetzt habe ich mir noch mal den Kurzdump angeschaut. Hab irgendwie irgnoriert, das der Kurzdump auf einen anderen Nutzernamen lautet... Seltsam oder ?
Fehleranalyse
Es wurden RFC-Aufrufe (Remote Function Call) mit einer ungültigen
Benutzerkennung abgeschickt. Der erste Aufruf wurde vom empfangenden
System als System-Call betrachtet und deshalb auch ohne gültige
User-ID akzeptiert. Der letzte Aufruf war aber ein Aufruf eines
Nicht-System-Funktionsbausteins und wurde deshalb zurückgewiesen.
function restart_of_backgroundtask.
*"---------------------------------------------
*"*"Lokale Schnittstelle:
*"---------------------------------------------
rollback work.
message e500(sy).
endfunction.
Nu versteh ich langsam gar nix mehr...
Fehleranalyse
Es wurden RFC-Aufrufe (Remote Function Call) mit einer ungültigen
Benutzerkennung abgeschickt. Der erste Aufruf wurde vom empfangenden
System als System-Call betrachtet und deshalb auch ohne gültige
User-ID akzeptiert. Der letzte Aufruf war aber ein Aufruf eines
Nicht-System-Funktionsbausteins und wurde deshalb zurückgewiesen.
function restart_of_backgroundtask.
*"---------------------------------------------
*"*"Lokale Schnittstelle:
*"---------------------------------------------
rollback work.
message e500(sy).
endfunction.
Nu versteh ich langsam gar nix mehr...
Nun hab ich die ganze Geschichte nochmal nachvollzogen. Beruhigend ist, das mein Prog. unschuldig ist. Der Lfz-Fehler taucht auch regulär auf. Scheint ein Problem in unserem Entwicklungssys. zu sein..., da der Nutzer nicht existiert.
Na mal schaun was zu tun ist...
Gruß
CrazyProg
Na mal schaun was zu tun ist...
Gruß
CrazyProg
It's real, it's true, it's me !
In der SM59 sind vermutlich User und Passwort für die logische Destination hinterlegt. Diese Anmeldedaten werden benutzt und das scheint offensichtlich schief zu laufen. Hast Du die Verbindung in der SM59 mal getestet?Anonymous hat geschrieben:Hmm jetzt habe ich mir noch mal den Kurzdump angeschaut. Hab irgendwie irgnoriert, das der Kurzdump auf einen anderen Nutzernamen lautet... Seltsam oder ?
Hallo Gast,
ich benutze kein RFC. Der RFC wird scheinbar automatisch beim Sichern einer Bestellung oder beim Ändern des Lieferdatums einer Bestellung erzeugt.
Kennst Du dich auch mit Benutzerparametern aus ?
Gruß
CrazyProg
ich benutze kein RFC. Der RFC wird scheinbar automatisch beim Sichern einer Bestellung oder beim Ändern des Lieferdatums einer Bestellung erzeugt.
Kennst Du dich auch mit Benutzerparametern aus ?
Gruß
CrazyProg
It's real, it's true, it's me !
Guten Morgen Gast,
ja, ich führe einen Batch-Input über einen Report aus. Es wird eine Liste mit lieferfähigen Positonen
generiert, die per Checkbox selektiert werden können.
Anschliessend werden wg. der Einteilung die Daten in eventuell vorhandenen Bestellungen geändert, danach eigentlich im Auftrag.
Der Kurzdump CALL_FUNCTION_SYSCALL_ONLY
taucht unabhängig von meinem Programm auf.
Der 2.te Fehler CALL_FUNCTION_SIGNON_ (System nicht bereit) scheint eine Folge davon zu sein.
Mein 2.ter Batch soll eigentlich die Lieferdaten in
einem Auftrag ändern, allerdings läuft er ohne Fehler durch, wechselt aber nicht ins Positionsbild.
Scheint irgendwas in unserem Entwicklungssystem nicht zu stimmen, habs auch noch mal in einem separaten Programm versucht. Er springt einfach in Selectionsbild zurück. SY-Subrc = 0. ???
It breaks me on...
ja, ich führe einen Batch-Input über einen Report aus. Es wird eine Liste mit lieferfähigen Positonen
generiert, die per Checkbox selektiert werden können.
Anschliessend werden wg. der Einteilung die Daten in eventuell vorhandenen Bestellungen geändert, danach eigentlich im Auftrag.
Der Kurzdump CALL_FUNCTION_SYSCALL_ONLY
taucht unabhängig von meinem Programm auf.
Der 2.te Fehler CALL_FUNCTION_SIGNON_ (System nicht bereit) scheint eine Folge davon zu sein.
Mein 2.ter Batch soll eigentlich die Lieferdaten in
einem Auftrag ändern, allerdings läuft er ohne Fehler durch, wechselt aber nicht ins Positionsbild.
Scheint irgendwas in unserem Entwicklungssystem nicht zu stimmen, habs auch noch mal in einem separaten Programm versucht. Er springt einfach in Selectionsbild zurück. SY-Subrc = 0. ???
It breaks me on...
It's real, it's true, it's me !
Seite 1 von 1
Vergleichbare Themen
3
Antw.
Antw.
1557
Views
Views
Fehler: CALL FUNCTION NOT ACTIVE
von autohandel7 » 07.03.2019 13:19 • Verfasst in ABAP® für Anfänger
von autohandel7 » 07.03.2019 13:19 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
5669
Views
Views
5
Antw.
Antw.
6770
Views
Views
CALL FUNCTION 'BAPI_MATERIAL_SAVEDATA'
von autohandel7 » 17.07.2014 14:26 • Verfasst in ABAP® für Anfänger
von autohandel7 » 17.07.2014 14:26 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
3520
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.