[vz-dev] Request failed: [400] PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry ... for key 'ts_uniq'

[xdiwi]

Am 15.12.2012 22:00, schrieb Thorben Thuermer:
> On Sat, 15 Dec 2012 21:45:49 +0100 xdiwi <xdiwi at gmx.net> wrote:
>> Hallo,
>>
>> ich habe jetzt seit einiger Zeit den vzlogger im Einsatz. Leider läuft
>> dieser nicht sonderlich zuverlässig!
>> Es kommt immer wieder zu obiger Fehlermeldung.
>
> die meldung bedeutet einfach, das versucht wurde zwei werte mit identischem
> zeitstempel in die datenbank einzutragen.
> (die middleware koennte die db-exception mal abfangen und eine sinnvollere
>   meldung liefern...)
>
>> Leider sind die Daten
>> dann verloren und ich muss den vzlogger abschiessen und neu starten!
>
> das ist nicht ganz nachzuvollziehen.
> eigentlich sollte das kein problem sein, bzw nur einmalig auftreten,
> wenn zB die bearbeitung eines requests mal zu lange dauert.
> und danach sollte dann einfach mit dem naechsten messwert weitergeloggt werden.
Bisher war es meistens (nicht immer!) so, dass der Fehler, nachdem er 
das erste mal aufgetreten ist, immer wieder erfolgt. Es werden also 
keine weiteren Daten geloggt.

In diesem Zustand hat ein Neustart der Middelware nicht geholfen. Nur 
der Neustart des vzloggers hilft!

>
> (wenn es ein s0-impuls war, sollte vzlogger dann fuer den naechsten eintrag
>   korrekterweise value auf 2 statt 1 setzen, sollte man mal pruefen.)
Daten stammen von einem eHZ, also keine s0-Impulse!
>
>> Da das Speichern der Daten nach einem Neustart des vzlogger wieder
>> funktioniert, gehe ich davon aus, dass die Ursache beim vzlogger liegt!
>
> tritt die meldung einmalig oder wiederholt auf?
> bist du sicher, dass du vzlogger neustarten musst, damit weitergeloggt wird?
>
> in jedem fall braeuchten wir dann mal die info, welche http-requests vzlogger
> an die middleware sendet.
> (log ausreichend hohem debug-level,  strace, oder wireshark...)
Das kann ich mal machen. Welcher Log-Level wäre sinnvoll?
> (im server-log werden die genauen daten nicht stehen, da POST verwendet wird.)
>
> [...]
>> Hat sonst noch jemand diesen Fehler oder weiß wo die Ursache liegen könnte?
>
> s.o.
>
>> Viele Grüße
>
> - T.
>