Riesen Problem mit der Datenbank !!!

[tom10]

Ich hab heute durch Zufall entdeckt, das wenn ich ACP was abspeichern will eine Fehlermeldung kommt z.B. diese....

CBACK CrackerTracker konnte die Datenbankoperation nicht korrekt durchführen.

DEBUG MODE

SQL Error : 1062 Duplicate entry 'split_announce' for key 1

SELECT * FROM plus_config

Line : 632
File : class_ct_adminfunctions.php

Auf der Suche fand ich raus, das in der Datenbank der Eintrag doppelt und 3fach drin war...

Also dachte ich einfach die doppelten oder 3fachen Einträge aus der Datebank löschen und fertig...

Aber weit gefehlt. So bald ich im ACP wieder auf absenden gegangen bin sind die Einträge wieder doppelt und 3fach in der Datenbank drin...

Wie kann ich das Problem lösen ?

[oxpus]

Hm, beim Absenden der Einstellungen?
Dann wäre vielleicht die admin_board.php defekt...

[tom10]

Ja, beim Absenden....

Ich versuche mal die alte admin_board.php hochzuladen und dann teste ich nochmal....

Du hattest den richtigen Richer.....

Es gibt also ein Fehler wen ich diese Passage vom CT5 in die Datei einfüge....(übrigens die einzigste veränderung vom CT5 an dieser Datei)

Code: Alles auswählen

	// CrackerTracker v5.x
	if ( isset($HTTP_POST_VARS['submit']) && $ctracker_config->settings['detect_misconfiguration'] == 1 )
	{
		// Let's detect some things of misconfiguration
		if ( $HTTP_POST_VARS['server_port'] == '21' )
		{
			// FTP Port Misstake
			message_die(GENERAL_MESSAGE, $lang['ctracker_gmb_pu_1']);
		}

		if ( $HTTP_POST_VARS['session_length'] < '100' )
		{
			// Session Length Error
			message_die(GENERAL_MESSAGE, $lang['ctracker_gmb_pu_2']);
		}
		
		if ( !preg_match('/\\A\/$|\\A\/.*\/$/', $HTTP_POST_VARS['script_path']) )
		{
			// Skript Path Error
			message_die(GENERAL_MESSAGE, $lang['ctracker_gmb_pu_3']);
		}
		
		if ( preg_match('/\/$/', $HTTP_POST_VARS['server_name']) )
		{
			// Server Name Error
			message_die(GENERAL_MESSAGE, $lang['ctracker_gmb_pu_4']);
		}
	}

	if ( isset($HTTP_POST_VARS['submit']) && $ctracker_config->settings['auto_recovery'] == 1 )
	{
		define('CTRACKER_ACP', true);
		include_once($phpbb_root_path . 'ctracker/classes/class_ct_adminfunctions.' . $phpEx);
		$backup_system = new ct_adminfunctions();
		$backup_system->recover_configuration();
		unset($backup_system);
	}

Tja, bleibt die Frage... warum bringt er mir den Fehler bzw. die Datenbankeintragsverdoppelung wenn der Code da drin ist ?

[oxpus]

Schau mal, ob Du diesen Code vor oder nach dieser Zeile eingefügt hast:

Code: Alles auswählen

	while( $row = $db->sql_fetchrow($result) )

Der Code muss nämlich davor!

[tom10]

Ja, Oxpus...der Code ist vor dieser zeile eingefügt gewesen.... ¦4

Muß also eine andere Ursache haben...nur welche?

[oxpus]

Häng doch mal die komplette Datei an.

[tom10]

Na, das mach ich doch glatt.....

[oxpus]

Hm, schaut alles i.O. aus.
Vielleicht doch besser mal auf cback.de nachfragen.
Darauf habe ich keine Antwort...

[tom10]

Alles klar... mach ich, mal seh ob Cback ne Lösung hat....

EDIT:

Nee, die konnten da nicht helfen.... ¦4

Da bin ich nicht besonders glücklich drüber....

¢¦ ¢¦ ¢¦

EDIT 1:

Ich hab aus dem Code nur mal das hier raus genommen....

Code: Alles auswählen

$backup_system->recover_configuration();

Und schon scheint es keine Probleme zu geben...

Kann man das einfach so machen ?

[oxpus]

Nun, damit würde der CT die Konfig-Tabelle sichern, aber nie wieder herstellen, sofern da mal was defekt wäre.
Die Frage ist aber doch, warum erst überhaupt in der Sicherungstabelle die Einträge mehrfach existieren?
Hast Du denn auch mal die Tabelle phpbb_ctracker_backup auf doppelte Einträge abgesucht?
Die können auch nur entstehen, wenn die Tabelle phpbb_config bereits doppelte Einträge hat.
Denn durch das Backup selber wird die Backup-Tabelle jedes Mal gelöscht, bevor die Sicherung durchgeführt wird. Dabei kann also kein Wert doppelt geschrieben werden, ausser, er wäre schon doppelt vorhanden!

[tom10]

Ich hab mir die ***_ctracker_backup Tabelle mal angeschaut... konnte aber keine doppelten Einträge feststellen... sieht alles normal aus.... (Leider)
Hast Du da noch eine Idee?

Weiterhin bekomme ich beim versuch über den Ctracker ein Backup zu machen diese Fehlermeldung...

CBACK CrackerTracker konnte die Datenbankoperation nicht korrekt durchführen.

DEBUG MODE

SQL Error : 1062 Duplicate entry 'split_announce' for key 1

INSERT INTO plus_ctracker_backup (`config_name`, `config_value`) VALUES ("split_announce", "1")

Line : 632
File : class_ct_adminfunctions.php

[oxpus]

Hm, sind denn in der phpbb_config nach dem Speichern der Einstellungen doppelte Einträge?
Was mich eben wundert ist, daß diese Fehlermeldung ja bei der Sicherung aufkommt, nicht beim wiederherstellen der Config-Tabelle...

[tom10]

Also momentan mit dem ausgebauten Codeteil vom CT5 sind doppelte einträge vorhanden....

Hab mal so Quer beet mal nach bestimmten Sachen wie z.B. split_cat gesucht und fand die Tabelleneinträge 2x vor...

Wie kann ich eigentlich eine Datei generell automatisch nach doppelten einträgen durchsuchen lassen ? Gibt es so was ?
Momentan hab ich das per Handgemacht... das ist bei so einem Umfang der Einträge aber seeeeehr umständlich....

Wie bekommt man die doppelten Einträge aus der Datenbank am besten raus ?

[oxpus]

Ja, einmal löschen. Dann ist das Problem auch wieder gelöst.
Denn wenn die "Quelle" schon mehrfache Werte hat, kann die Sicherung ja auch nicht funktionieren...

[tom10]

Kannst Du mir noch sagen wie ich die xxxxxmillionen Einträge vergleichen und bei doppelten Einträgen löschen könnte? Manuell ist das kaum möglich...

[oxpus]

Wie XMillionen Einträge??? Die Tabelle hat, wenn es hoch kommt, weniger als 150-200 Einträge. Die Doppelten da drinnen zu finden ist im Normalfall inkl. Bereinigen eine Sache von 10 Minuten:
Du rufst die Tabelle phpbb_config auf, am geschicktesten mit phpmyadmin , sortiert nach dem Feld config_name und dann siehst Du jede Dopplung. Vorsicht aber, wenn phpmyadmin dann alle Datensätze löscht, das kann vorkommen. Ist dann aber keine Fehler, sondern Logik.
Daer wäre es besser, Du machst ein Backup von dieser Tabelle, bearbeitest das Backupfile manuell und stellst dann die Tabelle wieder her.

[tom10]

Es waren mehrere hundert Einträge mit announcement_date_display

Genau so viele mit : announcement_date_display_over

Und noch mehr mit allen möglich anderen Einträgen.... Da haut doch was gewaltig nicht hin....

Mit dem einfachen Löschen der Einträge ist doch die Ursache nicht gefunden... Da kann es doch gleich wieder sein das ich vor dem problem stehe ?!?!

Oder was meinst Du ?

[oxpus]

Keine Ahnung.
Lösche die doppelten Einträge erstmal und dann sehen wir weiter.

[tom10]

Ich muss jeden eintrag aus der Datenbank einzeln löschen... Ein multiples löschen ist nicht möglich.. Wenn ich das versuche ...klappt das nicht... gibts dafür ein trick ?

Ich werde da in 100 Stunden nicht fertig....

EDIT:

Soo die 100 Stunden sind um und ich bin ein ganzes Stück weiter...

Ich habe also die Config tabelle geleert und angefangen die Einzelnen Datensätze wieder einzuspielen.

(Wobei ich mir nicht ganz sicher bin alle gefunden zu haben)

Nun hab ich in der admin/admin_board den kompletten Teil vom CT5 wieder eingefügt und bin ins ACp gegangen und hab dort einfach mal unter "Konfiguration" alles abgespeichert...
Und siehe da es hat geklappt.

Dann noch der test vom CT5 mir der Config - Datenbankspeicherei...und siehe da es hat geklappt.

Kann man nun eigentlich sicher sein das da keine neuen doppelten Einträge entstehen ?

Wie kann ich noch prüfen ob ich alle Datensätzte in der Config Tabelle drin hab auser wirklich alle zu vergleichen ?

[oxpus]

Wenn doppelte auftauchen, muss man genau dann, also sofort nach dem Entdecken, prüfen, ob nicht irgendwie die Daten doppelt geschrieben werden.
Im Normalfall kann das nicht sein, aber nun ja, schaun wir mal.

[tom10]

Und der Müll geht weiter!

Ich hab nun local eine neue Forensoftware "das aktuelle Orion" mir meiner alten Datenbank installiert.

Und was soll ich sagen ? Wieder mehrfach angelegte Datenbankeinträge vorhanden ! Ich werde noch Wahnsinnig !

Wieso werden die Datenbankeinträge (Tabellen) denn nun schon wieder doppelt eingetragen ? Ich hab doch eine komplett andere Forensoftware.....

Nun hagelts wieder Fehlermeldungen im ACP und ich hänge fest ! ¢¦ ¢¦ ¢¦

Und weist Du was mir noch aufgefallen ist:

Erst nach dem Einbau vom Guest Posting Control Mod 1.0.5 traten die Fehler auf....

[oxpus]

Ich hab nun local eine neue Forensoftware "das aktuelle Orion" mir meiner alten Datenbank installiert.

Als Update oder hast Du lediglich die alte Datenbank genommen und das Orion "drübergestülpt"?

Und vor allem: Fehlermeldungen immer posten, sonst kann man die schlecht beheben

[tom10]

Ich hab die alte Datenbank genommen und dann ein update vom Orion gefahren.

Ich weis nicht ob es nun an dem Mod lag, (Guest Posting control 1.0.5) aber als ich den im ACP einstellen wollte kam die Fehlermeldung :

CBACK CrackerTracker konnte die Datenbankoperation nicht korrekt durchführen.

DEBUG MODE

SQL Error : 1062 Duplicate entry 'require_activation' for key 1

INSERT INTO plus_ctracker_backup (`config_name`, `config_value`) VALUES ("require_activation", "0")

Line : 637
File : class_ct_adminfunctions.php

Und es sind wieder x Tabellen doppelt und dreifach !

Ich hoffe Du kannst mir helfen....
Ich wollte eigentlich am Samstag die neue Version online stellen ... da wird wohl nun nichts mehr draus...

[oxpus]

Der Guest Post Controll MOD legt, bzw. verdoppelt keine Einträge der Config-Tabelle. Wenn, dann ist die Ursache eine andere.
Zumindest solltest Du die doppelten Einträge aus der Config-Tabelle löschen und die Backuptabelle, die der CT anlegt, leeren, damit es weiter geht.
Und den Fehler auch auf Cback's Seite mal kundtun, denn normal ist da nicht.

[tom10]

Es scheint so, als wenn die Tabelle ctracker_backup ständig ärger macht. Bei jedem versuch was an der Configuration im ACP zu ändern kommt diese Fehlermeldung. Danach leere ich die tabelle und kann wieder Abspeichern.
Aber das kann doch so nicht normal sein ...
Warum läst der mich die daten nicht in der Tabelleüberschreiben ?