-
Jason Java aufräumen
Moin zusammen
ein SQLRPGLE Pgm liest mit SQL ein JSON, das funktioniert auch gut.
Anschl. submittet der Job ein Pgm in dem Java verwendet wird.
Diese Standardanwendung funktioniert nicht mehr, vermutlich weil irgendwelche Java Variablen / Umgebungsvariablen gesetzt sind.
Eine LIBPATH variable haben wir schon als Täter erkannt und nemhmen diese zurück
Trotzdem bekommt der 2. job diesen Fehler
Code:
JVMJ9VM015W Initialisierungsfehler für Bibliothek j9gc29(2): Instanziieren des Heapspeichers ist fehlgeschlagen; 32G erforderlich
Unable to create Java Virtual Machine.
Weitere ENVVar, die offensichtlich was mit Java zutun haben, haben wir nicht entdeckt.
Weis einer was ich bereinigen muß, oder mit welchem Befehl ich die Json-Java Umgebung aufräumen kann?
Danke
Robi
(alternativ: ALLE ENVVAR der funktionierenden Umgebung merken, alle der Json Umgebung löschen und alle funktionierenden setzen.
Das ist aber ziemlich mühselig.)
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Ggf. gibt es im Java-Verzeichnis der JVM noch eine .Config-Datei.
-
Zitat von Robi
Moin zusammen
ein SQLRPGLE Pgm liest mit SQL ein JSON, das funktioniert auch gut.
Anschl. submittet der Job ein Pgm in dem Java verwendet wird.
Diese Standartanwendung funktioniert nicht mehr, vermutlich weil irgendwelche Java Variablen / Umgebungsvariablen gesetzt sind.
Eine LIBPATH variable haben wir schon als Täter erkannt und nemhmen diese zurück
Trotzdem bekommt der 2. job diesen Fehler
Code:
JVMJ9VM015W Initialisierungsfehler für Bibliothek j9gc29(2): Instanziieren des Heapspeichers ist fehlgeschlagen; 32G erforderlich
Unable to create Java Virtual Machine.
Weitere ENVVar, die offensichtlich was mit Java zutun haben, haben wir nicht entdeckt.
Weis einer was ich bereinigen muß, oder mit welchem Befehl ich die Json-Java Umgebung aufräumen kann?
Danke
Robi
(alternativ: ALLE ENVVAR der funktionierenden Umgebung merken, alle der Json Umgebung löschen und alle funktionierenden setzen.
Das ist aber ziemlich mühselig.)
... eigentlich leiste ich ungern Beihilfe zum Murks. Beim SBMJOB ist der default CPYENVVAR(*NO) und damit ist das doch entkoppelt?!.
D*B
-
Beim SBMJOB ist der default CPYENVVAR(*NO) und damit ist das doch entkoppelt?!.
Der Java Job, gestartet mit einem einfachen
Code:
CHGVAR VAR(&QCMD) VALUE('cd ' *BCAT &PATH *TCAT +
';./bin/run.sh ' *BCAT &DTAQ *BCAT &DLIB)
SBMJOB CMD(QSH CMD(&QCMD)) JOB(&Job) + ...
braucht eine Liblist.
Der submittete Job hat diese, aber die Java eingenen Q... Jobs haben die nicht.
Die holen sich die Liblist aus einer envvar.
Robi
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
... der Fehler sieht aber eher nach einem Bug in der Java Runtime aus, die allwissende Müllhalde, Tante Google findet den bei OpenJ9.
D*B
Nachtrag: Kann auch sein, dass euer Einsatz von Java stored procedures (das JSON Gedöns) den Zweck erreicht hat: Hauptspeicher alle => neuen bei IBM bestellen.
-
Wir haben vermutet, das es am unterschied 32 Bit Java (json?) und 64 bit Java Standardanwendung liegt und ein
ADDENVVAR ENVVAR(JAVA_HOME) VALUE('/QOpenSys/QIBM/ProdData/JavaVM/jdk80/64bit') LEVEL(*JOB) REPLACE(*YES)
dazwischen gebaut.
Funktioniert auch nicht
Vorübergehnde Lösung:
Beide Jobs werden separat submittet, dann läufts.
Wieder ein Job mehr. Auf einer Kiste, die alle 4-5-Wochen die Jobnr, wiederholt.
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Ein Unterschied zwischen interaktiv und SBMJOB ist, dass der interaktive Job den Speicher der JVM nicht freigibt, der Speicherfraß also größer ist. Wenn das JSON Gedöns von vielen interaktiven Jobs gemacht wird, dann könnte das der Grund für das unterschiedliche Verhalten sein.
Ich würde das allerdings keinesfalls so lassen: der Effekt holt euch ein!!!
D*B
-
"alle 4-5-Wochen die Jobnr wiederholt"
Da würde ich mir schon mal Gedanken machen, ob nicht eine DTAQ-Verteilung von Aufgaben effektiver gestaltet werden kann. Man muss nicht ständig irgendwelche Arbeitsobjekte in QTEMP neu erstellen wo ggf. ein CLRxxx reicht.
Per PJE gibt es auch die Möglichkeit parallele Jobs einzurichten.
Die Gesamtlast des Systems sinkt damit z.T. nicht unerheblich und schafft Reserven für Neues.
Dies gilt auch z.B. für Java-Aufgaben (Siehe D*B-Tools auf seiner Seite).
-
Zitat von Fuerchau
"alle 4-5-Wochen die Jobnr wiederholt"
Da würde ich mir schon mal Gedanken machen, ob nicht eine DTAQ-Verteilung von Aufgaben effektiver gestaltet werden kann. Man muss nicht ständig irgendwelche Arbeitsobjekte in QTEMP neu erstellen wo ggf. ein CLRxxx reicht.
Per PJE gibt es auch die Möglichkeit parallele Jobs einzurichten.
Die Gesamtlast des Systems sinkt damit z.T. nicht unerheblich und schafft Reserven für Neues.
Dies gilt auch z.B. für Java-Aufgaben (Siehe D*B-Tools auf seiner Seite).
Hahaha ...
netter Versuch ...
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
-
Ich fand es nun nicht lustig. Das habe ich bereits mehrfach erfolgreich durchgeführt;-).
-
... scheint mir Galgenhumor zu sein.
-
wenn ich vor dem Json job ein
ADDENVVAR ENVVAR(JAVA_HOME) VALUE('/QOpenSys/QIBM/ProdData/JavaVM/jdk80/64bit') LEVEL(*JOB) REPLACE(*YES)
absetze, kann ich anschl. die Standardanwendung ausführen.
@lustig und Galgenhumor
Da würde ich mir schon mal Gedanken machen, ob nicht eine DTAQ-Verteilung von Aufgaben effektiver gestaltet werden kann. Man muss nicht ständig irgendwelche Arbeitsobjekte in QTEMP neu erstellen wo ggf. ein CLRxxx reicht.
Per PJE gibt es auch die Möglichkeit parallele Jobs einzurichten.
Klingt als ob Ihr die Anwendung kennt.
Tut ihr aber nicht!
Daher spreche ich Euch ab, es beurteilen zu können!
Und ich schrieb nirgends, das dort ständig irgendwelche Arbeitsobjekte in qtemp erstellt werden
oder wir dort keine Dataq's oder PJE jobs benutzen!
Die Anwendung, die Fälle, die nötigen Jobs und die Datenbank ist einfach nur richtig fett.
Nicht, das es dort kein Optimierungspotential gibt, aber Wunsch und Wirlichkeit sind halt 2 paar Schuhe.
Das Notwendige steht über dem technisch machbaren.
(klingt komisch, funktioniert aber!)
Similar Threads
-
By Xanas in forum NEWSboard Java
Antworten: 6
Letzter Beitrag: 24-08-15, 13:43
-
By BenderD in forum NEWSboard Server Software
Antworten: 0
Letzter Beitrag: 17-12-13, 13:47
-
By kaym in forum IBM i Hauptforum
Antworten: 13
Letzter Beitrag: 25-04-02, 13:50
-
By Markus Ralf in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 29-09-01, 11:18
-
By schreibr in forum Intern - Hilfe - Feedback - Tests-Forum
Antworten: 3
Letzter Beitrag: 29-09-01, 11:13
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks