Seite 2 von 3

Verfasst: 01.10.2003 12:04
von Berserker
Ohoh!! Da muss ich ja die 9MB Post_Text Tabelle in 12-15 Kleine Aufteilen!! :-?
Wenn ich da mal die Datenbank schnell mal rücksichern muss bin ich ja Stunden beschäftigt!! :roll:
Na ich Teste das mal und dann mal sehen ob das geht!

Verfasst: 01.10.2003 12:15
von tfranzke1
Ja, vor dem Lohn kommt die Arbeit ;-) Es war ja auch nur ein Vorschlag während ich mir hier weiter das Hirn zermatere.

Also: Leitung: DSL, ISDN, 56k. Wenn Einwählleitung schon einmal über einen anderen Provider probiert.

Bist Du noch in den ersten Wochen und besitzt Du ein Webhosting Premium 4.0 Paket. Wenn ja, dann hast Du eigentlich Anspruch auf kostenlosen Installationssupport über eine 0800 Nummer. Und wie gesagt, irgendwie riecht das mehr nach einem SQL Problem als nach einem phpBB Problem

Beste Grüße,

Thorsten

Verfasst: 01.10.2003 12:24
von Berserker
Ja der Support hat mir bis jetzt nie helfen können und von daher hab ich da noch nicht Angerufen. Das Paket hab ich schon über ein Jahr lang. Davon Abgesehen Versuche ich das die ganze Zeit über eine T3 Leitung. Daheim mit DSL ist es aber das selbe Problem.

Das mit den Aufsplitten ist nicht möglich da eine Zeile alleine schon 2 MB groß ist.
Der Error der da kommt ist:
error 500: Interner Serverfehler
Das angegebene Skript konnte nicht fehlerfrei ausgeführt werden!
Das ist klar nur bedingt ein phpBB Problem aber es hätte ja sein können das mir hier jemand auf Grund von erfahrungen helfen kann. :)

Verfasst: 01.10.2003 12:49
von Mungo
Die execution_time ist bei 1&1 auf 6sec begrenzt.

1. Du hast dei mysqldump als Pfad "%s/dump.sql" und bei mysql "%s/dbbackup/phpbb_posts.sql" angegeben. Die sollten eingentlich gleich sein außer du hast die Datei verschoben.

2. Ist in der sql-Datei überhaupt was drin?

3. Du hast hier Leerzeichen drin "-h %s -u %s" mach daraus mal "-h%s -u%s".

4. Was funktioniert denn an dem Script nicht?

Verfasst: 01.10.2003 13:07
von Berserker
Mungo hat geschrieben:Die execution_time ist bei 1&1 auf 6sec begrenzt.
Mist dann isses kein Wunder das es mit phpMyAdmin nicht geht.
Mungo hat geschrieben:1. Du hast dei mysqldump als Pfad "%s/dump.sql" und bei mysql "%s/dbbackup/phpbb_posts.sql" angegeben. Die sollten eingentlich gleich sein außer du hast die Datei verschoben.
Ja hab ich! Ich hab in meinem ersten Post das Script bearbeitet um die Pfade nicht zu veröffentlichen (genauso wie die SQL Host Daten. Beim 2ten hab ichs vergessen rauszunehmen. Also das dump File befindet sich in /dbbackup/, das steht auch so im Script.
Mungo hat geschrieben:2. Ist in der sql-Datei überhaupt was drin?
Ja die ist mit allen Tabellen gefüllt. (17MB)
Da stehen die Scripte zum Erstellen der Tabellen und des Inhaltes drin.
Mungo hat geschrieben:3. Du hast hier Leerzeichen drin "-h %s -u %s" mach daraus mal "-h%s -u%s".
hab ich schon versucht. Macht aber kein Unterschied.
Mungo hat geschrieben:4. Was funktioniert denn an dem Script nicht?
Das ist das gleiche wie meins nur das die Daten halt direkt bei den Variablen stehen. Das macht kein Unterschied. Bis auf das Problem das bei purtec die SQL Datenbank auf einem Extra Server liegt und somit das mit dem Root Verzeichnis nicht Funktioniert.

Verfasst: 01.10.2003 13:17
von Berserker
Auszug aus der dump.sql
DROP TABLE IF EXISTS phpbb_posts_text;
CREATE TABLE phpbb_posts_text (
post_id mediumint( 8 ) unsigned NOT NULL default '0',
bbcode_uid varchar(10) NOT NULL default '',
post_subject varchar(60) default NULL,
post_text text,
PRIMARY KEY (post_id)
) TYPE=MyISAM;

/*!40000 ALTER TABLE phpbb_posts_text DISABLE KEYS */;

LOCK TABLES phpbb_posts_text WRITE;
INSERT INTO phpbb_posts_text VALUES

[......]


/*!40000 ALTER TABLE phpbb_posts_text ENABLE KEYS */;
UNLOCK TABLES;

Verfasst: 01.10.2003 13:50
von tfranzke1
Nochmal zusammenfassend:

Wenn Du das Skript ausführst (gleich welches: Deines oder dies hier). Dann erhälst Du ein "Daten importiert" oder ein "+DONE", richtig?

Hast Du denn bei diesem Skript schon einmal $fp auf dem Bildschirm printen lassen? Und hast Du die mysql-Zeile schon einmal um "-T" erweitert? "-T" sollte ausführliche Debug Informationen nach der Ausführung zur Verfügung stellen.

Beste Grüße,

Thorsten

Verfasst: 01.10.2003 13:54
von Mungo
Wenn das mit den gleichen Daten nicht funktioniert, dann kontaktiere mal den Support von 1&1, was du beim Import berücksichtigen musst.

Verfasst: 01.10.2003 14:04
von Berserker
Ich hab jetzt mal folgendes Script laufen lassen:
[...]
system(sprintf(
'mysql -T -h %s -u %s -p%s %s < %s/dbbackup/dump.sql', $fp,
$host,
$user,
$pass,
$db,
getenv('DOCUMENT_ROOT')
));
echo "$fp ... ";
if ($fp==0) echo 'Daten importiert'; else echo 'Es ist ein Fehler aufgetreten';
[...]
Ergebnis war:
... Daten importiert
Soviel dazu!!
Der Support hat mittlerweile gesagt das die Einspielung von Daten in die SQL Datenbank nur durch dieses Script erfolgen kann was ich im ersten Post eingetragen hab. Warum dies nicht geht können sie auch nicht Nachvollziehen und haben mir Vorgeschlagen die datenbank zu leeren und zu reseten. Nunja ich weis nich ob das hilft!

Verfasst: 01.10.2003 14:08
von Mungo
Dann mach das doch mal...