1.9.6.x Sammelthread für Probleme

[markenkoenig]

Liebe Community,

die Folgeversion 1.9.6.4 mit allen anderen Funktionalitäten (u.a. CMD-Ameise) ist live!

Download und Infos im aktuellen Thread:
https://forum.jtl-software.de/threa...dnung-gpsr-ab-13-12-2024.228112/#post-1235290

Bitte diese Version 1.9.6.4 aus dem Netzt nehmen. ist verbugt.

 

[Arne Janson]

1.9.6.5 ist in der Entwicklung https://issues.jtl-software.de/issues?project=wawi&version=1.9.6.5

 

[0x00c]

Leider tritt der oben schon genannte Fehler auch in der 1.9.6.4 auf:
Der Wert NULL kann in die kContact-Spalte, eazybusiness.dbo.tHersteller-Tabelle nicht eingefügt werden. Die Spalte lässt NULL-Werte nicht zu. Fehler bei INSERT.

Wawi wurde frisch aufgesetzt und nach Anleitung der Shopware 6 Shop verknüpft. Fehler tritt beim Abgleich unter dem Reiter "Plattformen" auf.

 

[chefsalat]

Kannste Dir nicht ausdenken

 

[glen]

Also bei uns kommt nach dem Update folgender Fehler:

Beim zweiten(!!) Aufruf der Maske "Hersteller" Fehler: "Die Sequenz enthält mehrere übereinstimmende Elemente" Danach geht es nicht mehr weiter. Man kommt in die Maske, nach dem Fehlerprotokoll, der Speichern Button bleibt grau und nicht anklickbar. Nur Abbrechen. Auf allen Workstations und Server

Update: Ich habe den entsprechenden Datensatz der den Fehler ausgelöst hat, entfernt. Jetzt geht es wieder. Ich lass es mal stehen, falls noch jemand diesen Fehler hat.

Wie hast du ausfindig gemacht, welcher Eintrag das ausgelöst hat?

 

[zeroalex]

Wie hast du ausfindig gemacht, welcher Eintrag das ausgelöst hat?

Hallo,

steht in der Fehlermeldung/Errorlog. Mach das nur wenn du weißt was du tust.
https://forum.jtl-software.de/threads/1-9-6-4-sammelthread-fuer-probleme.228106/

 

[Pifan]

Für uns wird es Zeit, JTL zu verlassen.
Erneut Update und nichtssagende Fehlermeldung. 🤬
Wir haben die Nase voll von unverhältnismäßige Preiserhöhungen und 2 Klassenbehandlung sowie Anfänger Software.

 

[recent.digital]

Ist die Datenbank ggf. über die 10GB angewachsen? Lt. Fehlermeldung nutzt du die Express-Edition, welche bis 10GB kostenfrei ist.

 

[ple]

Ich wäre immer noch für ein bug bounty program und für die Mitarbeiter bei JTL sollten es Prämien geben, wenn die einen Fehler/Bug finden.
So würde man das Verantwortungsgefühl der Programmierer steigern. In der Softwareentwicklung sollten KVP's umgesetzt und auch dementsprechend entlohnt werden.
Ich habe das Gefühl, das Betriebsklima ist völlig im Arsch bei JTL und dementsprechend ist die Software auch schlecht. Anders kann ich mir das nicht mehr erklären. Spiegelt sich auch sicherlich beim Krankenstand wieder.
Wahrscheinlich fängt das in der obersten Etage bereits an und Scheiße fällt immer von oben nach unten.
Sorry, ein wenig offtopic.

 

[Speedy2012]

Kann es sein, dass die Datenbank seit den letzten .6.x Updates schneller wächst? Bei uns ist sie relativ klein. Aktuell 8 GB in 14 Jahren. Nun nimmt sie täglich allerdings um ca. 200MB zu.

Ich möchte das erneut anbringen. Hat das noch jemand beobachtet und wie kann man das abstellen? Es kann doch nicht sein, dass die DB seit dem Updates in einer Woche so wächst, wie sonst in einem knappen Jahr.

 

[SebiW]

Ich würde mir als erstes mal anschauen wie lange die Logs gespeichert werden. Wahrscheinlich schreibt die Version mehr oder größere Logs als Deine vorherige.

 

[Speedy2012]

Hallo,

Logs sollten nicht das Problem sein. Sind mit 71MB angegeben.

 

[Pifan]

Ist die Datenbank ggf. über die 10GB angewachsen? Lt. Fehlermeldung nutzt du die Express-Edition, welche bis 10GB kostenfrei ist.

Muss ich mal schauen, aber ich meine, dass wir ca. 1 GB entfernt noch sind.

Dennoch kann es nicht angehen, dass ich nicht weiß, was ich hier noch tun kann oder die Software klar sagt, was Fakt ist.
Es ist kein Button zum Wegklicken da oder sonstiges.

Nachtrag, laut letztem Backup ist die DB ca. 7,3 GB groß, davor ist sie um die 9,7 GB gewesen...
Keine Ahnung, wo auf einmal die Differenz herkommt.

 

[ergowebshop]

Dennoch kann es nicht angehen, dass ich nicht weiß, was ich hier noch tun kann oder die Software klar sagt, was Fakt ist.
Es ist kein Button zum Wegklicken da oder sonstiges.

Klar ist die Meldung ganz schön lang, aber wenn in der ersten Zeile steht "nicht genügend Speicherplatz" dann ist das doch ein Hinweis.
Du müsstest die Meldung eigentlich an der oberen Leiste (wo schwarz auf weiß JTL-Wawi steht) packen und nach links ziehen können, dann müsste man das X zum Schließen sehen, alternativ mal Esc drücken.

Falls es wieder auftritt oder vorsorglich kannst mal übers Startmenü die JTL-Datenbankverwaltung starten und da Datenbank bereinigen, aber nur anhaken was für dich Sinn ergibt, vorher Backup machen.

 

[Pifan]

Klar ist die Meldung ganz schön lang, aber wenn in der ersten Zeile steht "nicht genügend Speicherplatz" dann ist das doch ein Hinweis.
Du müsstest die Meldung eigentlich an der oberen Leiste (wo schwarz auf weiß JTL-Wawi steht) packen und nach links ziehen können, dann müsste man das X zum Schließen sehen, alternativ mal Esc drücken.

Falls es wieder auftritt oder vorsorglich kannst mal übers Startmenü die JTL-Datenbankverwaltung starten und da Datenbank bereinigen, aber nur anhaken was für dich Sinn ergibt, vorher Backup machen.

Alles probiert, nichts geht mehr.
Wie gesagt, musste den Task killen.

Nebenbei, der Hinweis und damit verbundene Prüfung muss vorher kommen bzw., passieren und nicht wenn die Installationsroutine am Ende ist.

 

[ergowebshop]

Alles probiert, nichts geht mehr.
Wie gesagt, musste den Task killen.

Nebenbei, der Hinweis und damit verbundene Prüfung muss vorher kommen bzw., passieren und nicht wenn die Installationsroutine am Ende ist.

Nebenbei, wenn man sich die Datenbank selber hosten will und nur die limitierte kostenlose Version hat, dann ist man ein Stück weit selber Admin genug um regelmäßig zu gucken ob man nicht am 10GB Limit kratzt, genauso wie immer genug Festplatten/SSD-Speicher frei sein muss und genug RAM. Etliche Software in der Welt da draußen prüft das nicht extra selber bei jedem Schreibvorgang.

Wenn JTL das umsetzen wollte, dann müssten sie vor jedem UPDATE Befehl prüfen ob genug Platz ist, da muss man aber vor der Routine wissen wieviel Platz die ganzen UPDATE Änderungen benötigen und das bevor man sie ausführt.

Das wäre so sinngemäß:

-- Variablen für die Speicherplatzprüfung
DECLARE @AvailableSpaceMB INT;
DECLARE @RequiredSpaceMB INT = 100; -- Benötigter Speicherplatz in MB

-- Verfügbaren Speicherplatz in der PRIMARY Dateigruppe ermitteln
EXEC sp_executesql N'
    SELECT @AvailableSpaceMB = (size * 8 / 1024)
    FROM sys.master_files
    WHERE type = 0 AND data_space_id = 1',
    N'@AvailableSpaceMB INT OUTPUT',
    @AvailableSpaceMB OUTPUT;

-- Prüfen, ob genügend Speicherplatz vorhanden ist
IF @AvailableSpaceMB >= @RequiredSpaceMB
BEGIN
    -- Update-Skript ausführen
    PRINT 'Genügend Speicherplatz vorhanden. Update wird ausgeführt.';
    -- Dein Update-Skript hier einfügen
END
ELSE
BEGIN
    -- Warnung ausgeben
    PRINT 'Nicht genügend Speicherplatz vorhanden. Update wird abgebrochen.';
END

Und das in eine Stored Procedure oder so packen damit es für jeden UPDATE Befehl ausgeführt wird.

Dann wird aber wohl jede kleine Änderung in der Datenbank, in deiner Meldung waren es mindestens 5 UPDATE vorher geprüft, aber was wenn die ersten 4 klappen und es beim 5. knallt?

Und es werden dann wohl wegen der extra Prüfung alle Änderungen um ein vielfaches langsamer ausgeführt, auch für die Händler mit einer höheren SQL Server Version. Und dann hätte man erfolgreich auch den letzten JTL-Nutzer vergrault. Und wenn das jede Software so machen würde obwohl die Crux auf der Ebene des Datenbankserver liegt, na dann würde die Welt stillstehen.

---------------------

Wohl aber stimme ich zu dass das Exception Handling verbessert werden könnte um nicht komplett abzuschmieren und auch in dem C# Form jegliche Warnung/Fehler Popups eine maximale Fenstergröße haben, z.B. max. 80% der Display Auflösung, damit man sie schließen kann, und mit Scrollbar und Zeilenumbruch angeschaltet, dann ist das auch da wenn nötig.

 

[Pifan]

Nebenbei, wenn man sich die Datenbank selber hosten will und nur die limitierte kostenlose Version hat, dann ist man ein Stück weit selber Admin genug um regelmäßig zu gucken ob man nicht am 10GB Limit kratzt, genauso wie immer genug Festplatten/SSD-Speicher frei sein muss und genug RAM. Etliche Software in der Welt da draußen prüft das nicht extra selber bei jedem Schreibvorgang.

Wenn JTL das umsetzen wollte, dann müssten sie vor jedem UPDATE Befehl prüfen ob genug Platz ist, da muss man aber vor der Routine wissen wieviel Platz die ganzen UPDATE Änderungen benötigen und das bevor man sie ausführt.

Das wäre so sinngemäß:

-- Variablen für die Speicherplatzprüfung
DECLARE @AvailableSpaceMB INT;
DECLARE @RequiredSpaceMB INT = 100; -- Benötigter Speicherplatz in MB

-- Verfügbaren Speicherplatz in der PRIMARY Dateigruppe ermitteln
EXEC sp_executesql N'
    SELECT @AvailableSpaceMB = (size * 8 / 1024)
    FROM sys.master_files
    WHERE type = 0 AND data_space_id = 1',
    N'@AvailableSpaceMB INT OUTPUT',
    @AvailableSpaceMB OUTPUT;

-- Prüfen, ob genügend Speicherplatz vorhanden ist
IF @AvailableSpaceMB >= @RequiredSpaceMB
BEGIN
    -- Update-Skript ausführen
    PRINT 'Genügend Speicherplatz vorhanden. Update wird ausgeführt.';
    -- Dein Update-Skript hier einfügen
END
ELSE
BEGIN
    -- Warnung ausgeben
    PRINT 'Nicht genügend Speicherplatz vorhanden. Update wird abgebrochen.';
END

Und das in eine Stored Procedure oder so packen damit es für jeden UPDATE Befehl ausgeführt wird.

Dann wird aber wohl jede kleine Änderung in der Datenbank, in deiner Meldung waren es mindestens 5 UPDATE vorher geprüft, aber was wenn die ersten 4 klappen und es beim 5. knallt?

Und es werden dann wohl wegen der extra Prüfung alle Änderungen um ein vielfaches langsamer ausgeführt, auch für die Händler mit einer höheren SQL Server Version. Und dann hätte man erfolgreich auch den letzten JTL-Nutzer vergrault. Und wenn das jede Software so machen würde obwohl die Crux auf der Ebene des Datenbankserver liegt, na dann würde die Welt stillstehen.

---------------------

Wohl aber stimme ich zu dass das Exception Handling verbessert werden könnte um nicht komplett abzuschmieren und auch in dem C# Form jegliche Warnung/Fehler Popups eine maximale Fenstergröße haben, z.B. max. 80% der Display Auflösung, damit man sie schließen kann, und mit Scrollbar und Zeilenumbruch angeschaltet, dann ist das auch da wenn nötig.

Bis dato hatte ich derartige Fehlermeldung noch nicht, um so mehr ist man überrascht, wenn sie aus dem Nichts kommen und das ohne jegliche Vorankündigung unter weiteren Information.
Ich halte es für verbindlich, dass JTL vorab die Parameter erst abklärt und dann mitteilt, geht oder geht nicht.
Wir sind ein kleines Unternehmen und bezahlen dennoch einen guten Betrag (mit der letzten Preiserhöhung, eine Steigerung von 60 %), dafür erwarte ich nicht nur "kostenlose Software", sondern auch das, die ihren Job machen.
Letzteres scheint aber in der letzten Zeit ein großes Problem zu sein.

 

[Speedy2012]

Ich würde mir als erstes mal anschauen wie lange die Logs gespeichert werden. Wahrscheinlich schreibt die Version mehr oder größere Logs als Deine vorherige.

Ich habe jetzt mal in der Datenbank geschaut und gesehen, dass die Tabelle für den zahlungsabgleich (tZahlungsabgleichLogeintrag) sehr groß ist. Kann man die löschen? Bzw. auch das Problem lösen, dass der Zahlungsabgleich nicht jeden Tag 200MB DB Log produziert?

 

[Pifan]

So versucht die 1.9.6.5 Version zu installieren ... geht nicht Fehlermeldung, DB wohl beschädigt.
🤢🤮

 

[Speedy2012]

Vor dem Update wird ja ein backup erstellt, so dass du keinen größeren Schaden haben solltest. Wobei hat denn das Update versagt?