culumn identity cannot be null - was tun?

[HonkXL]

Hallo,

ich habe einen User, der mit meinem Forum ziemliche Probleme hat. Er bekommt immer nur einen Datenbankfehler. Im Error Log steht das hier:

Guest : unknown : Heute um 01:45:45
/yabbse/index.php?board=8
Datenbankfehler: Column 'identity' cannot be null
Datei: /var/www/web1/html/yabbse/Sources/Subs.php
Zeile: 1048

Ich habe die 1.5.1 RC1 40 installiert. Das Problem tritt seit dem Update von 38 auf 40 auf.

Was kann der Fehler bedeuten?

Gruß
Thomas

[mediman]

Das heisst, dass beim Einloggen die $REMOTE_ADDR nicht in die DB geschreiben wird, respektive in die Table "{$prefix}log_online" Row "Identity"

Leere mal diese Table und nutze danach die Optimize Funktion im Admincenter

mediman

Nutzt er irgend ne Firewall oder ne Stealth IP Ware?

[HonkXL]

Hallo,

danke für die schnelle Antwort! Ich habe es so gemacht wie Du gesagt hast und vorher habe ich noch auf die aktuelle build vom RC1 upgedated.

Dem User habe ich eine Mail geschickt. Ich weiß nur, das er Opera 7.01 verwendet und dort "identify as Opera" gewählt hat. Ich verwende den aber auch und habe keine Probleme. Wegen Firewalls u.ä. habe ich ihn gefragt - mal sehen was er antwortet.

Im Log steht auch keine IP-Adresse drinnen, sonder nur "unknown". Also scheint das Problem wirklich in die Richtung zu gehen.

Gruß
Thomas

[Stevie]

Hallo,

einer meiner User hat das Problem auch, allerdings nur solange er als Gast im Forum ist. Sobald er sich anmeldet funktioniert alles. Er hatte schon einige Probleme mit seiner Firewall (Ken!DSL) in Bezug auf das Forum, so dass ich die Ursache dort vermute.

Interessant ist, dass der Eintrag im Fehlerlog 2 IPs aufweist:

Guest : xxx.xxx.xxx.xxx, xxx.xxx.xxx.xxx : Heute um 19:26:52
/php/forum/index.php?board=18
Datenbankfehler: Column 'identity' cannot be null

(IPs durch xxx ersetzt).

Hat jemand eine Idee was da schiefgeht? Ich vermute es hängt mit der WriteLog-Routine in Subs.php zusammen?! Leider kann ich den Fehler nicht reproduzieren, um mir das näher anzusehen...

Gruß Stevie

[mediman]

Ich vermute es hängt mit der WriteLog-Routine in Subs.php zusammen?!

Ja, da vermutest Du richtig!
Ich habs auf der Supportliste! Werde es mir angucken!

mediman

[Stevie]

Mit dem Build 42 sollte sich das Problem erledigt haben...

Gruß Stevie

[mediman]

die neue writelog fixed das problem!

[Stevie]

Leider nicht so richtig. Statt
"Column identiy cannot be null"

gibt es jetzt einen

Datenbankfehler: Duplicate entry '0' for key 1
in Zeile 1059

Die Zeilenangabe wundert mich allerdings, da der betreffende User das Problem als Gast hat, Zeile 1059 der subs.php jedoch eigentlich nur bei eingeloggten Mitgliedern abgearbeitet werden sollte, oder?

Könnte es evtl. helfen, wenn man in der DELETE-Query auch noch auf identity=0 prüft? Wobei mir noch nicht ganz klar ist, wie die 0 überhaupt zustande kommt...

Stevie

PHP-Version: 4.2.1
MySQL:  3.23.53a
YaBBSE: 1.5.1 RC1 Build 42

[Stevie]

Nachtrag:
[unknown] hat angeregt, das INSERT INTO in der entsprechenden Abfrage durch ein REPLACE INTO zu ersetzen. Klingt zumindest plausibel. Werde ich mal testen.

Stevie

[andrea]

In meinem Board ist der "Column 'identity' cannot be null" Datenbankfehler gottseidank ganz verschwunden, nachdem ich auf 1.5.1 RC 42 upgegraded habe.

[mediman]

die neue writelog sollte so aussehen

Code Select Expand

function WriteLog()
{
   global $REMOTE_ADDR, $username, $db_prefix, $ID_MEMBER;

   $logTime = time();

   if ($ID_MEMBER == -1 && !empty($REMOTE_ADDR) && ip2long($REMOTE_ADDR) != -1)
   {
      $request = mysql_query ("
         DELETE FROM {$db_prefix}log_online
         WHERE logTime < " . ($logTime - 900) . "
            OR identity=INET_ATON('$REMOTE_ADDR')") or database_error(__FILE__, __LINE__);
      $request = mysql_query ("
         INSERT INTO {$db_prefix}log_online
            (identity, logTime)
         VALUES (INET_ATON('$REMOTE_ADDR'), $logTime)") or database_error(__FILE__, __LINE__);
   }
   else
   {
      $request = mysql_query ("
         DELETE FROM {$db_prefix}log_online
         WHERE logTime < " . ($logTime - 900) . "
            OR identity=$ID_MEMBER") or database_error(__FILE__, __LINE__);
      $request = mysql_query ("
         INSERT INTO {$db_prefix}log_online
            (identity, logTime)
         VALUES ($ID_MEMBER, $logTime)") or database_error(__FILE__, __LINE__);
   }
}

Dann passt das!

mediman

[andrea]

Der bug ist doch nicht ganz verschwunden nur mit 1.5.1. rc 42 php Sources uploaden, wie sich heute morgen herausgestellt hat. Werde Dein neues Writelog einbauen und melden, obs genützt hat. Danke schon mal.

[Stevie]

Der bug ist doch nicht ganz verschwunden nur mit 1.5.1. rc 42 php Sources uploaden, wie sich heute morgen herausgestellt hat. Werde Dein neues Writelog einbauen und melden, obs genützt hat. Danke schon mal.

Die von mediman genannte Version hat zwar den "column identity cannot be null"-Fehler beseitigt, dafür gab es weiter oben genannten "duplicate entry"-Fehler.

Ich habe jetzt INSERT INTO durch REPLACE INTO ersetzt, was in meinem Board beide Probleme löst. Zumindest verschluckt sich die Routine nun nicht mehr an doppelten IP-Adressen.

Stevie

[HonkXL]

Hallo,

kleine Ergänzung noch: Wenn man als Proxy einen squid-Proxy verwendet, dann kann man das Problem reproduzieren. Ich habe heute mein Board von der Arbeit aus getestet. Es war egal, welchen Browser oder welches Betriebssystem auf dem Client verwendet wurde - sobald es über den squid ging, war Schluß (Datenbankfehler)....

Ich werde jetzt mal build 42 einspielen und es dann morgen auf der Arbeit nochmal über den squid testen.

Gruß
Thomas

[andrea]

Also ich (bzw. das betroffene Mitglied) erhalte genau dieselben Fehlermeldungen, und es hat sicher mit dem Proxy zu tun. Das Mitglied kann vom privaten PC aus problemlos zugreifen, aber ab Arbeitsplatz (öffentliche Verwaltung, Proxy aktiv) nicht. Die Fehlermeldungen in meinem Errorlog stimmen exakt mit den oben zitierten Meldungen überein, sie haben sich exakt wie oben beschrieben verändert durch RC 42 sources, dann medimans fix.