Absturz beim Bearbeiten von mehreren Mitgliedern

[wbloos]

Hallo,

ich habe ein Problem beim Bearbeiten von Mitgliedsdaten - dieses Problem hat mir eine Bekannte die auch JVerein einsetzt bestätigt und äußert sich wie folgt:
bearbeitet man mehrere Mitgliedsdaten z.B man trägt was in den Mitgliedsdaten nach, speichert diese und geht zu der Mitgliedstabelle zurück um ein anderes Mitglied zu selektieren dann wird jameica bzw JVerein immer langsamer bis es zu einem Absturz kommt. Ich habe den Eindruck dass der Fehler beim Aufbau der Mitgliederliste passiert und um so eher auftritt wenn man mehr Mitgliederspalten aktiviert sind. Der Fehler tritt z.B nach Bearbeitung von 30 oder mehr Mitgliedern, bei vielen Mitgliederspalten schon bei ca. 15 Bearbeitungen.
Ich vermute es hat was mit der Speicherverwaltung zu tun, so dass bei erneuter Rückkehr zu der Mitgliederliste immer neuer Speicher angefordert wird, wird dieser knapp (auch wenn ich 16BG im PC drin habe) wird die Ausführung dann spürbar verlangsamt bis es zum Absturz kommt.
Als Ausweg habe ich das dann so gehandhabt dass ich jameica verlasse wenn ich merke dass der Aufbau der Mitgliedstabelle länger dauert, und dann jameica neu starte.

Ich versuch mal den Absturz nochmal zu provozieren und schick dann die Logdatei wenn erforderlich.

Gruß
Werner

[wbloos]

anbei die Diagnose Logdatei

es scheint nach dem LOG am Speicher zu liegen

Gruß
Werner

[moss_the_TeXie]

Genau den gleichen Fehler habe ich hier auch. Derzeit gehen wir die automatisch konvertierten Daten händisch durch und pflegen Änderungen seit der Konversion ein und korrigieren sowie systematische Fehler (z.B. wurde alle IBANs falsch übertragen), dabei beobachte ich exakt die gleiche Symptomatik. Manchmal steht dabei auch die ganze Maschine.

Hat sich daran seit 2015 echt nichts geändert?

[heiner]

Weise deiner virtuellen Java-Maschine mehr Speicher zu.

Rufe Jameica mit dem Parameter -Xmx 1024M auf.

Heiner

[moss_the_TeXie]

Rufe Jameica mit dem Parameter -Xmx 1024M auf.

Gut, muss ich noch ’rauskriegen, wie das mit Unity geht. Danke für die Antwort!

Eines noch: in Deinem Footer steht ein Link, unter dem man seinen Verein vorstellen soll. Wenn ich den aufrufe, bekomme ich die Meldung
---
No route found for "GET /forum/viewforum.php"
---
Was mache ich falsch?

[moss_the_TeXie]

Rufe Jameica mit dem Parameter -Xmx 1024M auf.

Wir haben das gerade ausprobiert. JVerein/Jameica stürzt immer noch ab, aber erst nach ca. 75 Einträgen (und braucht dann auch länger zum abstürzen/abspeichern/whatever). Immerhin.

Eine grundsätzliche Lösung für das Speicherleck wäre aber schon schön …

[heiner]

Vielen Dank für den Hinweis zum Footer.

Zu deinem Problem: Du kannst natürlich als Workaround den Speicher im Rahmen der Möglichkeiten deiner Hardware noch weiter erhöhen. Zur Beseitigung des Problems poste bitte einen Screenshot der Seite Administration|Einstellungen|Anzeige. Welche Datenbank nutzt du? Wie gehst du bei den Änderungen vor?

Heiner

[moss_the_TeXie]

… weswegen der Wert inzwischen auf 2048 steht. Erfahrungen und Weiteres, sobald ich wieder vor der Maschine sitze.

[moss_the_TeXie]

… weswegen der Wert inzwischen auf 2048 steht.

Das stellte sich als eher schlechte Idee raus, ab da gab es relativ häufig Freezes (GUI steht, kein Tastatur-Reset o. ä., also steht vermutlich die ganze Maschine). Der Wert steht jetzt wieder auf 1024M. Gesamt-RAM ist 8GB.

Die benutzte DB ist vermutlich die eingebaute (ich habe die Software nicht installiert). Wo kann ich das nachsehen?

Meine Vorgehensweise: In der Mitglieder-Listenansicht Eintrag anklicken, durchgehen, ggf. Dinge ändern, abspeichern, nächster Beitrag; das Ganze in Reihenfolge der ID-Nummern – also eigentlich das Gleiche wie in posting.php?mode=quote&f=5&p=13635&sid= ... 59#pr10331 beschrieben.

[heiner]

Hallo Moss,

ich kann den Fehler hier nicht reproduzieren. Wenn ich hier auch eine Änderung nach der nächsten vornehme, dann steht anschließend immer genügend Speicher zur Verfügung.In der nächsten Version gibt es die Möglichkeit, zunächst einmal einen simplen Memory-Logger zu aktiven. Evtl. komme ich damit dem Problem auf die Schliche.

Der Memory-Logger wird durch den Eintrag "memlog=true" in der Datei de.jost_net.JVerein.JVereinPlugin.properties aktiviert.

Heiner