Seite 2 von 3

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 27.10.2025 20:14
von GVLP
Ich hatte noch einen Nachtrag zu meinem Beitrag eingestellt.

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 27.10.2025 20:25
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.

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 27.10.2025 20:29
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

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 27.10.2025 20:42
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.

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 30.10.2025 11:39
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

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 30.10.2025 12:39
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

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 30.10.2025 14:53
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

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 30.10.2025 17:23
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

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 30.10.2025 18:17
von GVLP
ok. Danke für den Hinweis.

Und die Datenbank unter

Code: Alles auswählen

mysql/data 
vorher vollständig löschen?

Re: [3.3] localhost/phpmyadmin Datenbank importieren

Verfasst: 30.10.2025 18:20
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