Archiv verlassen und diese Seite im Standarddesign anzeigen : ERROR at line 526 bei Dump einspielen
Oh oh, weiß jemand was es mit dieser Meldung auf sich hat.
Das bekomme ich wenn ich meinen Dump einspielen möchte per shell.
Jetzt ist wirklich Not am Mann, da meine Comm down ist und ich das Dump nicht eingespielt bekomme, egal ob ich jetzt das letzte Dump einspielen möchte oder ein älteres :confused:
danke Euch schon jetzt im voraus :)
Keine weitere Fehlermeldung? Ist das alles, was ausgegeben wird?
Wie lautet die letzte Zeile des Backups?
Wie sieht die Zeile aus, die den Fehler erzeugt?
Das Backup ist ca. 400 mb groß und liegt auf dem Server, kann ich nicht sehen was dort drin steht.
Einwählen tu ich mich per root mit SecureCRT 4.0 und dann kommt halt nur diese Fehler Meldung.
Er legt ja auch los, per phpmyadmin sehe ich auch das sich was tat, er legt Tabellen an, bricht dann aber ab.
Wie öffnet man ein so großes File, geht das irgendwie, würde es mir auf die Platte ziehen.
grüße
Werde langsam nervös, hat denn keiner ne Ahnung wie ich so ein großes File öffnen kann, damit ich sehe was in der Zeile steht.
Lade dir das File mal runter und Splitte es in kleinere Teile z.B. a 10 MB oder so und lade dann alle nacheinander ein über shell.
Das geht mega einfach mit SQLDumpSplitter, der Teil die SQL datei in beliebige größen OHNE dabei Daten zu zerstören.
bye
Smoker
Klasse ich seh Licht, werde es versuchen, herzlichen Dank, melde mich wieder.
grüße
Bitte :)
Damit konnte ich bei mir so ein Problem schon einmal löschen.
Bei mir blieb es beim einspielen nur immer hängen ohne fehlermeldung.
bye
Smoker
Bin es noch am runterziehen um es dann wieder hochzuschieben, denke es liegt an den ca. 160 Hacks und modifikationen, es funktioniert nicht alles so reibungslos, störte mich aber nicht sonderlich weiter, eines weiß ich aber jetzt schon, Hacks sind ja schön und gut, nette Spielereien, aber es sollte schon jeder einzelne einwandfrei funktionieren. :)
so fange gerade an die erste wieder über shell einzuspielen, die Tabellen exestieren schonmal alle wieder, geht komischerweise nur über shell, die 1.sql war zwar nicht größer als 2MB, aber selbst da legte sich phpmyadmin die Karten, egal dauert es halt wieder etwas bis es oben ist.
so fange gerade an die erste wieder über shell einzuspielen, die Tabellen exestieren schonmal alle wieder, geht komischerweise nur über shell, die 1.sql war zwar nicht größer als 2MB, aber selbst da legte sich phpmyadmin die Karten, egal dauert es halt wieder etwas bis es oben ist.
Na dann sag mal bescheid ob es geklappt hat.
Und ja auch bei mir legt PHP My Admin schon 2 MB die Karten :(
bye
Smoker
Also das Board steht wieder aber mit Problemen.
29.sql meldet: Error on line 1
darin hab ich ganz dolle Sachen.
INSERT INTO attachment VALUES (1002,151,1074162903,'ax_ge.rar','Rar!\Z \0Ïs\0\0\r\0\0\0\0\0\0\0µít€€)\0\0l*\0WíÖ*EZ/03 \0 \0\0\0ax_ge.chm ‘LÑUU‰Ÿ(\Z36ŒÌÌZ334Ñ™™™™™™´Ñ¦ŒÅ¤›@ÑšM&Œš0°\\Þõnï׫w½^·î9¼s½øwåÉX¥S^G“S3S˜þ2\"~™˜ŠÆj>Õœa IE þ…ß¿@_–®dH(/üb \0O4ï °À¸d;|?ÿÞk ?ývëù)
134.sql meldet: Error 1064 at Line 18 Duplicate entry ´1´for key 1 ....einer meiner vielen Hacks murrt
INSERT INTO vbstats_referrer VALUES (1,'www.eselsreiter.net',104156,'2004-08-03','05:34:42'),( usw
und wenn ich die Threads aufrufe sind keine da, entweder es werden keine angezeigt oder ich bekomme eine weiße Seite will ich reingehen.
Hatte gestern das 2.2.8 nochmal installt, aber das kann es ja nicht sein da das backup ja alles überschreibt, hoffe ich mal.
Was tun sprach Zeus.
subu Kurtze Frage
Ich habe die Vorherigen Beiträge nur Teilweise und Flüchtig gelesen.
Mit was hast du die Datei erstellt ?
phpMyAdmin ?
wenn das der fall ist, ist dies auch der grund warum du die Datei nicht reinbekommst.
Das Selbe Problem hatte ich auch.
Du musst eine Datei mittels
mysqldump --add-drop-table -h localhost -uNICKNAME -pPasswort Datenbank_Name | gzip -c > /var/www/dump.sql.gz
erstellen.
unddannach entpacken und dann kannst du es wieder schön einspielen.
wenn du jetzt aber diese File wo ich mal annehme das sie mittels phpMyAdmin erstellt wurde einspielen möchtest, Bleibt dir nix andere Übrig als alles stück für stück aus der Datei in PHPmyAdmin einzuspielen.
Ich weiss was das für eine Arbeit ist, hatte selbst schon das Problem.
Gruß und ich hoffe dir geholfen zu haben.
danke Dir aber das ist es nicht, sehe gerade das hier etwas nicht stimmt. Schmoker sein Proggie hat es mir nicht ordentlich erstellt, da ich knapp 400 MB habe und ich jetzt gerademal 284 mb DB Masse habe.
Irgendwas lief fehl, deshalb die ganzen Fehler oder keine Threads, also wieder von vorne. Es sind nur Dumps vorhanden die ich schon erstellte, also keines was ich selber jetzt erstellen könnte, hatte ja die DB vorher gelöscht.
@subu1
Hattest du früher ofter mal deine Tabellen optimiert ?
Wenn du was im Board löschst, ist es zwar weg, aber die DB wird oft nur geringfügig kleiner.
Mein bestes war, das nur durch otimieren meine DB 100 MB kleiner wurde.
Nicht das es nur deswegen 400 MB angezeigt hat.
Sollte das nicht zu treffen, eventuell das splitten nochmal machen.
Und vorher die DB komplett leer machen, nicht das es beim überschreiben fehler macht.
Steht in den SQL Files oben auch sowas drin ... ???
DROP TABLE IF EXISTS Tabellenname
bye
Smoker
Sorry erstmal habe Deinen Namen nicht richtig geschrieben Smoker *peinlich dabei hatten wir nun schon genug miteinander zu tun* *g*
Habe das Tool eben nochmal angewendet nun gibt er mir meine Files, stellte es jetzt auf ca. 10 mb ein und siehe da 36 Files (kommt ja in etwa hin, hoff)
DROP TABLE IF EXISTS steht mit drin, von daher sollte es hier keine Probleme geben. bis wiedermal heute Abend irgendwann.
danke Euch
Ok, dann versuche nochmal dein Glück :)
Ja 36 Files kommt hin, denn bei 10 MB einstellung werden sie bei mir immer etwa 10,9 MB groß
Aber nicht vergessen die files in der genauen reihnfolgen einfügen ;)
bye
Smoker
Sodele, alle guten Dinge sind 3, habe es aber letzt endlich gebacken bekommen, die Comm steht wieder, hatte zwar immer noch den gleichen Fehler der 8.sql.......Error at line 10 nur was da steht bringt mich nicht weiter.
INSERT INTO attachment VALUES (841,441,1070052184,'unbenannt.bmp','BM6\0\0\0\0\06\0\0\0(\0\0\0€\0\0à\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0/1k02l25l36m37l26k04g/3f05f38i6<k8>m8>k4:g/6a-3\\55Y;:\\%%I9@: \n6D\"$T,-_68n:<r79s57q7;v;?y79s7:q7:q7:q7:q7:q7:q7:q7:q8;r:=t;>u;>u:=t8;r7:q9<s9<s9<s9<s9<s9<s9<s9<s9<s9<s9<s9<s9<s9<s9<s9=r;?t;?r;>u;=w;<x;;{;:|;:~= usw. usw.
Es läuft alles, Fehler in den Anhängen kann ich auf den ersten Blick nicht erkennen.
Was mich allerdings zum Schluss stutzig macht ist die Tatsache, daß wenn ich einen Dump per shell ziehe, Ihn in Zukunft downloade um Ihn zu splitten falls ich ein Dump einspielen muß :confused:
Shell ist doch eigentlich die genialste Lösung in diesem Bereich und trotzdem spinnt das jetzt bei mir.
Eventuell die Tables optimieren um dem aus den Weg zu gehen?
grüße
jetzt habe ich den Salat, es klappte zwar aber nachdem ich die Counter betätigte fehlen tausende von Beiträge :confused:
vBulletin® v3.7.3, Copyright ©2000-2008, Jelsoft Enterprises Ltd.