[3.3] localhost/phpmyadmin Datenbank importieren

Fragen rund um die Installation, Administration und Benutzung von phpBB.
Forumsregeln
Bitte im Thementitel den Präfix deiner phpBB-Version angeben
GVLP
Mitglied
Beiträge: 217
Registriert: 12.02.2019 21:26

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von GVLP »

Ich hatte noch einen Nachtrag zu meinem Beitrag eingestellt.
Benutzeravatar
Scanialady
Supporter
Supporter
Beiträge: 2049
Registriert: 23.02.2009 16:29
Wohnort: Velbert (NRW)
Kontaktdaten:

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von Scanialady »

GVLP hat geschrieben: 27.10.2025 19:58
Update:

Ich kann mich jetzt anmelden, aber es wird das LB und nicht localhost gestartet.

Die Datenbank ist ein Backup vom LB.
du hast vermutlich ein paar Schritte ausgelassen beim "Umzug" deines Liveforums auf ein Testforum. Lies noch mal nach:

Knowledge Base - Mit dem Board umziehen

Insbesondere solltest du in der lokalen Datenbank prüfen

Tabelle: phpbb_config (Variablen: cookie_domain, cookie_name, cookie_path, server_name, sitename, script_path).

Vermutlich steht da noch der Pfad zum Liveboard drin bzw. dessen Serverangaben - und der Cookiename sollte auch geändert werden.
*Wenn von etwas kein Backup existiert, dann ist es nicht wichtig.
*Der Unterschied zwischen "Gast" und "Gastronom" liegt nicht nur in ein paar Buchstaben.
*Wenn das Auto in die Werkstatt soll, ist "Hier geht nix". - "Äh? Was geht denn nicht?" - "Ja NIX!" wenig hilfreich.
Benutzeravatar
Mahony
Ehemaliges Teammitglied
Beiträge: 12321
Registriert: 17.11.2005 22:33
Wohnort: Ostfildern Kemnat
Kontaktdaten:

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von Mahony »

Hallo

Ich habe ebenfalls einen Edit geschrieben, nachdem ich Deinen Edit gesehen habe.

Um es Dir etwas leichter zu machen... Lade Dir das hier herunter und passe die Einstellungen damit an. >>> Script zum setzen von Server und Cookie Einstellungen

Grüße Mahony
Wer fragt, ist ein Narr für fünf Minuten, wer nicht fragt, ist ein Narr für immer.
GVLP
Mitglied
Beiträge: 217
Registriert: 12.02.2019 21:26

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von GVLP »

ok. Vielen Dank.

Zur Zeit bin ich noch am arbeiten und schaue es mir in den nächsten Tagen an. Dann habe ich hoffentlich die nötige Konzentration.
GVLP
Mitglied
Beiträge: 217
Registriert: 12.02.2019 21:26

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von GVLP »

Dein Script habe ich installiert und mit xampp hochgeladen und gestartet. Es hat leider nicht funktioniert.

Jetzt komme ich gar nicht mehr ins Forum. Es wird eine Fehlermeldung bzgl. xamppcontrol.ini angezeigt.

Hier ist der Inhall:

Code: Alles auswählen

[Common]
Edition=
Editor=notepad.exe
Browser=
Debug=0
Debuglevel=0
TomcatVisible=1
Language=de
[EnableModules]
Apache=1
MySQL=1
FileZilla=1
Mercury=1
Tomcat=1
Benutzeravatar
Mahony
Ehemaliges Teammitglied
Beiträge: 12321
Registriert: 17.11.2005 22:33
Wohnort: Ostfildern Kemnat
Kontaktdaten:

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von Mahony »

Hallo
GVLP hat geschrieben: 30.10.2025 11:39 Dein Script habe ich installiert und mit xampp hochgeladen und gestartet. Es hat leider nicht funktioniert.
Das kann eigentlich nicht sein. Ich habe das extra noch einmal getestet und es funktioniert problemlos.
Hast Du das Script in den Foren-Root hochgeladen (dorthin wo die config.php liegt).
Falls nicht, dann solltest Du das tun.

Mit Deiner Fehlermeldung kann man nichts anfangen, denn die hat nichts mit dem phpBB3.3.x-Forum zu tun.

Lösche mal die Datei xamppcontrol.ini und starte XAMPP neu. Alternativ starte XAMPP mit Adminrechten (als Administrator starten).

Grüße Mahony
Wer fragt, ist ein Narr für fünf Minuten, wer nicht fragt, ist ein Narr für immer.
GVLP
Mitglied
Beiträge: 217
Registriert: 12.02.2019 21:26

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von GVLP »

xamppcontrol.ini wurde gelöscht und xampp mit Admin-Rechte gestartet.

Folgende Log-Fehermeldung:

Code: Alles auswählen

he manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mariadbd/ contains
information that should help you find out what is causing the crash.
Writing a core file at C:\xampp\mysql\data
Minidump written to C:\xampp\mysql\data\mysqld.dmp
2025-10-30 14:43:40 0 [Note] Starting MariaDB 10.4.32-MariaDB source revision c4143f909528e3fab0677a28631d10389354c491 as process 29556
2025-10-30 14:43:40 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2025-10-30 14:43:40 0 [Note] InnoDB: Uses event mutexes
2025-10-30 14:43:40 0 [Note] InnoDB: Compressed tables use zlib 1.3
2025-10-30 14:43:40 0 [Note] InnoDB: Number of pools: 1
2025-10-30 14:43:40 0 [Note] InnoDB: Using SSE2 crc32 instructions
2025-10-30 14:43:40 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2025-10-30 14:43:40 0 [Note] InnoDB: Completed initialization of buffer pool
2025-10-30 14:43:40 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=2711551469
2025-10-30 14:43:40 0 [Note] InnoDB: Starting final batch to recover 7 pages from redo log.
2025-10-30 14:43:40 0 [ERROR] [FATAL] InnoDB: Trying to read page number 2768897 in space 0, space name innodb_system, which is outside the tablespace bounds. Byte offset 0, len 16384Please check that the configuration matches the InnoDB system tablespace location (ibdata files)
251030 14:43:40 [ERROR] mysqld got exception 0x80000003 ;
Sorry, we probably made a mistake, and this is a bug.

Your assistance in bug reporting will enable us to fix this for the next release.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs

We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed, 
something is definitely wrong and this may fail.

Server version: 10.4.32-MariaDB source revision: c4143f909528e3fab0677a28631d10389354c491
key_buffer_size=16777216
read_buffer_size=262144
max_used_connections=0
max_threads=65537
thread_count=0
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 20304 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
mysqld.exe!my_parameter_handler()
ucrtbase.dll!raise()
ucrtbase.dll!abort()
mysqld.exe!??$_Construct@$00PEBD@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@AEAAXQEBD_K@Z()
mysqld.exe!pthread_dummy()
mysqld.exe!?_Forced_rehash@?$_Hash@V?$_Umap_traits@PEAU_iobuf@@PEAXV?$_Uhash_compare@PEAU_iobuf@@U?$hash@PEAU_iobuf@@@std@@U?$equal_to@PEAU_iobuf@@@3@@std@@V?$allocator@U?$pair@QEAU_iobuf@@PEAX@std@@@3@$0A@@std@@@std@@IEAAX_K@Z()
mysqld.exe!?_Forced_rehash@?$_Hash@V?$_Umap_traits@PEAU_iobuf@@PEAXV?$_Uhash_compare@PEAU_iobuf@@U?$hash@PEAU_iobuf@@@std@@U?$equal_to@PEAU_iobuf@@@3@@std@@V?$allocator@U?$pair@QEAU_iobuf@@PEAX@std@@@3@$0A@@std@@@std@@IEAAX_K@Z()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!?_Forced_rehash@?$_Hash@V?$_Umap_traits@PEAU_iobuf@@PEAXV?$_Uhash_compare@PEAU_iobuf@@U?$hash@PEAU_iobuf@@@std@@U?$equal_to@PEAU_iobuf@@@3@@std@@V?$allocator@U?$pair@QEAU_iobuf@@PEAX@std@@@3@$0A@@std@@@std@@IEAAX_K@Z()
mysqld.exe!?_Forced_rehash@?$_Hash@V?$_Umap_traits@PEAU_iobuf@@PEAXV?$_Uhash_compare@PEAU_iobuf@@U?$hash@PEAU_iobuf@@@std@@U?$equal_to@PEAU_iobuf@@@3@@std@@V?$allocator@U?$pair@QEAU_iobuf@@PEAX@std@@@3@$0A@@std@@@std@@IEAAX_K@Z()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!??$_Reallocate_grow_by@V<lambda_1>@?1??append@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QEAAAEAV34@QEBD_K@Z@PEBD_K@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@AEAAAEAV01@_KV<lambda_1>@?1??append@01@QEAAAEAV01@QEBD0@Z@PEBD_K@Z()
mysqld.exe!?ha_initialize_handlerton@@YAHPEAUst_plugin_int@@@Z()
mysqld.exe!?plugin_dl_foreach@@YA_NPEAVTHD@@PEBUst_mysql_const_lex_string@@P6AD0PEAUst_plugin_int@@PEAX@Z3@Z()
mysqld.exe!?plugin_init@@YAHPEAHPEAPEADH@Z()
mysqld.exe!?plugin_init@@YAHPEAHPEAPEADH@Z()
mysqld.exe!?init_net_server_extension@@YAXPEAVTHD@@@Z()
mysqld.exe!?win_main@@YAHHPEAPEAD@Z()
mysqld.exe!?mysql_service@@YAXPEAX@Z()
mysqld.exe!?mysqld_main@@YAHHPEAPEAD@Z()
mysqld.exe!strxnmov()
KERNEL32.DLL!BaseThreadInitThunk()
ntdll.dll!RtlUserThreadStart()
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mariadbd/ contains
information that should help you find out what is causing the crash.
Writing a core file at C:\xampp\mysql\data
Minidump written to C:\xampp\mysql\data\mysqld.dmp
2025-10-30 14:48:35 0 [Note] Starting MariaDB 10.4.32-MariaDB source revision c4143f909528e3fab0677a28631d10389354c491 as process 13384
2025-10-30 14:48:35 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2025-10-30 14:48:35 0 [Note] InnoDB: Uses event mutexes
2025-10-30 14:48:35 0 [Note] InnoDB: Compressed tables use zlib 1.3
2025-10-30 14:48:35 0 [Note] InnoDB: Number of pools: 1
2025-10-30 14:48:35 0 [Note] InnoDB: Using SSE2 crc32 instructions
2025-10-30 14:48:35 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2025-10-30 14:48:35 0 [Note] InnoDB: Completed initialization of buffer pool
2025-10-30 14:48:35 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=2711551469
2025-10-30 14:48:35 0 [Note] InnoDB: Starting final batch to recover 7 pages from redo log.
2025-10-30 14:48:35 0 [ERROR] [FATAL] InnoDB: Trying to read page number 2768897 in space 0, space name innodb_system, which is outside the tablespace bounds. Byte offset 0, len 16384Please check that the configuration matches the InnoDB system tablespace location (ibdata files)
251030 14:48:35 [ERROR] mysqld got exception 0x80000003 ;
Sorry, we probably made a mistake, and this is a bug.

Your assistance in bug reporting will enable us to fix this for the next release.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs

We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed, 
something is definitely wrong and this may fail.

Server version: 10.4.32-MariaDB source revision: c4143f909528e3fab0677a28631d10389354c491
key_buffer_size=16777216
read_buffer_size=262144
max_used_connections=0
max_threads=65537
thread_count=0
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 20304 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
mysqld.exe!my_parameter_handler()
ucrtbase.dll!raise()
ucrtbase.dll!abort()
mysqld.exe!??$_Construct@$00PEBD@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@AEAAXQEBD_K@Z()
mysqld.exe!pthread_dummy()
mysqld.exe!?_Forced_rehash@?$_Hash@V?$_Umap_traits@PEAU_iobuf@@PEAXV?$_Uhash_compare@PEAU_iobuf@@U?$hash@PEAU_iobuf@@@std@@U?$equal_to@PEAU_iobuf@@@3@@std@@V?$allocator@U?$pair@QEAU_iobuf@@PEAX@std@@@3@$0A@@std@@@std@@IEAAX_K@Z()
mysqld.exe!?_Forced_rehash@?$_Hash@V?$_Umap_traits@PEAU_iobuf@@PEAXV?$_Uhash_compare@PEAU_iobuf@@U?$hash@PEAU_iobuf@@@std@@U?$equal_to@PEAU_iobuf@@@3@@std@@V?$allocator@U?$pair@QEAU_iobuf@@PEAX@std@@@3@$0A@@std@@@std@@IEAAX_K@Z()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!?_Forced_rehash@?$_Hash@V?$_Umap_traits@PEAU_iobuf@@PEAXV?$_Uhash_compare@PEAU_iobuf@@U?$hash@PEAU_iobuf@@@std@@U?$equal_to@PEAU_iobuf@@@3@@std@@V?$allocator@U?$pair@QEAU_iobuf@@PEAX@std@@@3@$0A@@std@@@std@@IEAAX_K@Z()
mysqld.exe!?_Forced_rehash@?$_Hash@V?$_Umap_traits@PEAU_iobuf@@PEAXV?$_Uhash_compare@PEAU_iobuf@@U?$hash@PEAU_iobuf@@@std@@U?$equal_to@PEAU_iobuf@@@3@@std@@V?$allocator@U?$pair@QEAU_iobuf@@PEAX@std@@@3@$0A@@std@@@std@@IEAAX_K@Z()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!pthread_dummy()
mysqld.exe!??$_Reallocate_grow_by@V<lambda_1>@?1??append@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QEAAAEAV34@QEBD_K@Z@PEBD_K@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@AEAAAEAV01@_KV<lambda_1>@?1??append@01@QEAAAEAV01@QEBD0@Z@PEBD_K@Z()
mysqld.exe!?ha_initialize_handlerton@@YAHPEAUst_plugin_int@@@Z()
mysqld.exe!?plugin_dl_foreach@@YA_NPEAVTHD@@PEBUst_mysql_const_lex_string@@P6AD0PEAUst_plugin_int@@PEAX@Z3@Z()
mysqld.exe!?plugin_init@@YAHPEAHPEAPEADH@Z()
mysqld.exe!?plugin_init@@YAHPEAHPEAPEADH@Z()
mysqld.exe!?init_net_server_extension@@YAXPEAVTHD@@@Z()
mysqld.exe!?win_main@@YAHHPEAPEAD@Z()
mysqld.exe!?mysql_service@@YAXPEAX@Z()
mysqld.exe!?mysqld_main@@YAHHPEAPEAD@Z()
mysqld.exe!strxnmov()
KERNEL32.DLL!BaseThreadInitThunk()
ntdll.dll!RtlUserThreadStart()
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mariadbd/ contains
information that should help you find out what is causing the crash.
Writing a core file at C:\xampp\mysql\data
Minidump written to C:\xampp\mysql\data\mysqld.dmp
Benutzeravatar
Mahony
Ehemaliges Teammitglied
Beiträge: 12321
Registriert: 17.11.2005 22:33
Wohnort: Ostfildern Kemnat
Kontaktdaten:

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von Mahony »

Hallo

Du hast hier einen ziemlich ernsten InnoDB-Crash in deiner MariaDB-Instanz unter Windows. Die Fehlermeldung:

InnoDB: Trying to read page number 2768897 in space 0, space name innodb_system, which is outside the tablespace bounds weist darauf hin, dass MariaDB versucht, eine Seite außerhalb der definierten Grenzen der System-Tablespace (innodb_system) zu lesen – was auf Datenbankkorruption hindeutet.

Das kann passieren durch:
Stromausfall oder erzwungenes Herunterfahren
Hardwareprobleme oder Dateisystemfehler

Ich würde empfehlen XAMPP zu deinstallieren und dann neu zu installieren und dann von vorne an zu beginnen..

Grüße Mahony
Wer fragt, ist ein Narr für fünf Minuten, wer nicht fragt, ist ein Narr für immer.
GVLP
Mitglied
Beiträge: 217
Registriert: 12.02.2019 21:26

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von GVLP »

ok. Danke für den Hinweis.

Und die Datenbank unter

Code: Alles auswählen

mysql/data 
vorher vollständig löschen?
Benutzeravatar
Mahony
Ehemaliges Teammitglied
Beiträge: 12321
Registriert: 17.11.2005 22:33
Wohnort: Ostfildern Kemnat
Kontaktdaten:

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Beitrag von Mahony »

Hallo
GVLP hat geschrieben: 30.10.2025 18:17 ok. Danke für den Hinweis.

Und die Datenbank unter

Code: Alles auswählen

mysql/data 
vorher vollständig löschen?
Ja
Wer fragt, ist ein Narr für fünf Minuten, wer nicht fragt, ist ein Narr für immer.
Antworten

Zurück zu „Support-Forum“