DB-Crash nach Benutzung von phpMyAdmin

Irgendwelche Probleme mit XAMPP für Windows? Dann ist hier genau der richtige Ort um nachzufragen.

DB-Crash nach Benutzung von phpMyAdmin

Postby taxiteufel » 17. November 2015 05:30

Ich habe diese Version installiert: xampp-win32-5.5.30-3-vc11-installer

Wenn ich MySQL starte und danach den Admin von MySQL erhalte ich nach Neustart von MySQL unter Logs folgende Einträge:

2015-11-17 05:20:13 cb0 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2015-11-17 5:20:13 3248 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2015-11-17 5:20:13 3248 [Note] InnoDB: The InnoDB memory heap is disabled
2015-11-17 5:20:13 3248 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-11-17 5:20:13 3248 [Note] InnoDB: Memory barrier is not used
2015-11-17 5:20:13 3248 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-11-17 5:20:13 3248 [Note] InnoDB: Not using CPU crc32 instructions
2015-11-17 5:20:13 3248 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2015-11-17 5:20:13 3248 [Note] InnoDB: Completed initialization of buffer pool
2015-11-17 5:20:13 3248 [Note] InnoDB: Highest supported file format is Barracuda.
2015-11-17 5:20:13 3248 [Note] InnoDB: The log sequence numbers 1835037 and 1835037 in ibdata files do not match the log sequence number 1839379 in the ib_logfiles!
2015-11-17 5:20:13 3248 [Note] InnoDB: Database was not shutdown normally!
2015-11-17 5:20:13 3248 [Note] InnoDB: Starting crash recovery.
2015-11-17 5:20:13 3248 [Note] InnoDB: Reading tablespace information from the .ibd files...
2015-11-17 5:20:14 3248 [Note] InnoDB: Restoring possible half-written data pages
2015-11-17 5:20:14 3248 [Note] InnoDB: from the doublewrite buffer...
2015-11-17 5:20:14 3248 [Note] InnoDB: 128 rollback segment(s) are active.
2015-11-17 5:20:14 3248 [Note] InnoDB: Waiting for purge to start
2015-11-17 5:20:14 3248 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 1839379
2015-11-17 5:20:15 200 [Note] InnoDB: Dumping buffer pool(s) not yet started
2015-11-17 5:20:15 3248 [Note] Plugin 'FEEDBACK' is disabled.
2015-11-17 5:20:15 3248 [Note] Recovering after a crash using tc.log
2015-11-17 5:20:15 3248 [Note] Starting crash recovery...
2015-11-17 5:20:15 3248 [Note] Crash recovery finished.
2015-11-17 5:20:15 3248 [Note] Server socket created on IP: '::'.
2015-11-17 5:20:15 3248 [ERROR] mysqld.exe: Table '.\mysql\db' is marked as crashed and should be repaired
2015-11-17 5:20:15 3248 [Warning] Checking table: '.\mysql\db'
2015-11-17 5:20:15 3248 [ERROR] mysql.db: 1 client is using or hasn't closed the table properly
2015-11-17 5:20:15 3248 [ERROR] mysqld.exe: Table '.\mysql\tables_priv' is marked as crashed and should be repaired
2015-11-17 5:20:15 3248 [Warning] Checking table: '.\mysql\tables_priv'
2015-11-17 5:20:15 3248 [ERROR] mysql.tables_priv: 1 client is using or hasn't closed the table properly
2015-11-17 5:20:15 3248 [ERROR] mysqld.exe: Table '.\mysql\columns_priv' is marked as crashed and should be repaired
2015-11-17 5:20:15 3248 [Warning] Checking table: '.\mysql\columns_priv'
2015-11-17 5:20:15 3248 [ERROR] mysql.columns_priv: 1 client is using or hasn't closed the table properly
2015-11-17 5:20:15 3248 [ERROR] mysqld.exe: Table '.\mysql\procs_priv' is marked as crashed and should be repaired
2015-11-17 5:20:15 3248 [Warning] Checking table: '.\mysql\procs_priv'
2015-11-17 5:20:15 3248 [ERROR] mysql.procs_priv: 1 client is using or hasn't closed the table properly
2015-11-17 5:20:15 3248 [Note] Event Scheduler: Loaded 0 events
2015-11-17 5:20:15 3248 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.1.8-MariaDB' socket: '' port: 3306 mariadb.org binary distribution

Beende ich jetzt MySQL wieder, ohne den Admin gestartet zu haben und starte MySQL wieder neu, dann bekomme ich diese Meldungen:

2015-11-17 05:16:51 1984 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2015-11-17 5:16:51 6532 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2015-11-17 5:16:51 6532 [Note] InnoDB: The InnoDB memory heap is disabled
2015-11-17 5:16:51 6532 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-11-17 5:16:51 6532 [Note] InnoDB: Memory barrier is not used
2015-11-17 5:16:51 6532 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-11-17 5:16:51 6532 [Note] InnoDB: Not using CPU crc32 instructions
2015-11-17 5:16:51 6532 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2015-11-17 5:16:51 6532 [Note] InnoDB: Completed initialization of buffer pool
2015-11-17 5:16:51 6532 [Note] InnoDB: Highest supported file format is Barracuda.
2015-11-17 5:16:51 6532 [Note] InnoDB: The log sequence numbers 1835037 and 1835037 in ibdata files do not match the log sequence number 1839349 in the ib_logfiles!
2015-11-17 5:16:51 6532 [Note] InnoDB: Database was not shutdown normally!
2015-11-17 5:16:51 6532 [Note] InnoDB: Starting crash recovery.
2015-11-17 5:16:51 6532 [Note] InnoDB: Reading tablespace information from the .ibd files...
2015-11-17 5:16:51 6532 [Note] InnoDB: Restoring possible half-written data pages
2015-11-17 5:16:51 6532 [Note] InnoDB: from the doublewrite buffer...
2015-11-17 5:16:52 6532 [Note] InnoDB: 128 rollback segment(s) are active.
2015-11-17 5:16:52 6532 [Note] InnoDB: Waiting for purge to start
2015-11-17 5:16:52 6532 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 1839349
2015-11-17 5:16:52 5776 [Note] InnoDB: Dumping buffer pool(s) not yet started
2015-11-17 5:16:52 6532 [Note] Plugin 'FEEDBACK' is disabled.
2015-11-17 5:16:52 6532 [Note] Recovering after a crash using tc.log
2015-11-17 5:16:52 6532 [Note] Starting crash recovery...
2015-11-17 5:16:52 6532 [Note] Crash recovery finished.
2015-11-17 5:16:52 6532 [Note] Server socket created on IP: '::'.
2015-11-17 5:16:52 6532 [Note] Event Scheduler: Loaded 0 events
2015-11-17 5:16:52 6532 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.1.8-MariaDB' socket: '' port: 3306 mariadb.org binary distribution

das selbe Problem hatte ich bereits, als ich vorher diese Version installiert hatte: xampp-win32-5.6.14-0-VC11-installer

Für mich sieht das aus, das der Admin die DB nicht korrekt beendet und dabei dann die DB zerstört.

Ich habe keinerlei Änderungen bisher vorgenommen, nur installiert. Auf dem Rechner läuft Windows 7 Home 64 bit.
Ich möchte eigentlich den JTL-Shop4 lokal installieren.

Was kann ich nun tun?
taxiteufel
 
Posts: 6
Joined: 17. November 2015 05:00
Operating System: Windows 7 Home 64 bit

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby Nobbie » 17. November 2015 11:17

Ich dachte, diese Probleme wären mit den neuen Installern behoben. Probiere doch mal auch noch die neueste Version xampp-win32-5.6.14-3-VC11-installer.exe, eigentlich schreibt Bitnami, wären damit die Datenbankprobleme gelöst.
Nobbie
 
Posts: 13171
Joined: 09. March 2008 13:04

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby taxiteufel » 17. November 2015 20:04

So, habe jetzt Version xampp-win32-5.6.14-3-VC11-installer.exe installiert. Genau das selbe Problem.
Ich habe es unter C:/xampp installiert, mit Administrator gestartet, absolut nichts verändert.

Ergebnis:

2015-11-17 19:40:51 17c InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2015-11-17 19:40:51 380 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2015-11-17 19:40:51 380 [Note] InnoDB: The InnoDB memory heap is disabled
2015-11-17 19:40:51 380 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-11-17 19:40:51 380 [Note] InnoDB: Memory barrier is not used
2015-11-17 19:40:51 380 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-11-17 19:40:51 380 [Note] InnoDB: Not using CPU crc32 instructions
2015-11-17 19:40:51 380 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2015-11-17 19:40:51 380 [Note] InnoDB: Completed initialization of buffer pool
2015-11-17 19:40:52 380 [Note] InnoDB: Highest supported file format is Barracuda.
2015-11-17 19:40:52 380 [Note] InnoDB: 128 rollback segment(s) are active.
2015-11-17 19:40:52 380 [Note] InnoDB: Waiting for purge to start
2015-11-17 19:40:52 380 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 1835037
2015-11-17 19:40:53 3980 [Note] InnoDB: Dumping buffer pool(s) not yet started
2015-11-17 19:40:53 380 [Note] Plugin 'FEEDBACK' is disabled.
2015-11-17 19:40:53 380 [Note] Server socket created on IP: '::'.
2015-11-17 19:40:53 380 [Note] Event Scheduler: Loaded 0 events
2015-11-17 19:40:53 380 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.1.8-MariaDB' socket: '' port: 3306 mariadb.org binary distribution

2015-11-17 19:42:11 1568 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2015-11-17 19:42:11 5480 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2015-11-17 19:42:11 5480 [Note] InnoDB: The InnoDB memory heap is disabled
2015-11-17 19:42:11 5480 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-11-17 19:42:11 5480 [Note] InnoDB: Memory barrier is not used
2015-11-17 19:42:11 5480 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-11-17 19:42:11 5480 [Note] InnoDB: Not using CPU crc32 instructions
2015-11-17 19:42:11 5480 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2015-11-17 19:42:11 5480 [Note] InnoDB: Completed initialization of buffer pool
2015-11-17 19:42:11 5480 [Note] InnoDB: Highest supported file format is Barracuda.
2015-11-17 19:42:11 5480 [Note] InnoDB: The log sequence numbers 1835037 and 1835037 in ibdata files do not match the log sequence number 1835047 in the ib_logfiles!
2015-11-17 19:42:11 5480 [Note] InnoDB: Database was not shutdown normally!
2015-11-17 19:42:11 5480 [Note] InnoDB: Starting crash recovery.
2015-11-17 19:42:11 5480 [Note] InnoDB: Reading tablespace information from the .ibd files...
2015-11-17 19:42:11 5480 [Note] InnoDB: Restoring possible half-written data pages
2015-11-17 19:42:11 5480 [Note] InnoDB: from the doublewrite buffer...
2015-11-17 19:42:13 5480 [Note] InnoDB: 128 rollback segment(s) are active.
2015-11-17 19:42:13 5480 [Note] InnoDB: Waiting for purge to start
2015-11-17 19:42:13 5480 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 1835047
2015-11-17 19:42:13 6016 [Note] InnoDB: Dumping buffer pool(s) not yet started
2015-11-17 19:42:13 5480 [Note] Plugin 'FEEDBACK' is disabled.
2015-11-17 19:42:13 5480 [Note] Recovering after a crash using tc.log
2015-11-17 19:42:13 5480 [Note] Starting crash recovery...
2015-11-17 19:42:13 5480 [Note] Crash recovery finished.
2015-11-17 19:42:13 5480 [Note] Server socket created on IP: '::'.
2015-11-17 19:42:13 5480 [Note] Event Scheduler: Loaded 0 events
2015-11-17 19:42:13 5480 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.1.8-MariaDB' socket: '' port: 3306 mariadb.org binary distribution

2015-11-17 19:44:36 1aa4 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2015-11-17 19:44:36 6820 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2015-11-17 19:44:36 6820 [Note] InnoDB: The InnoDB memory heap is disabled
2015-11-17 19:44:36 6820 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-11-17 19:44:36 6820 [Note] InnoDB: Memory barrier is not used
2015-11-17 19:44:36 6820 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-11-17 19:44:36 6820 [Note] InnoDB: Not using CPU crc32 instructions
2015-11-17 19:44:36 6820 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2015-11-17 19:44:36 6820 [Note] InnoDB: Completed initialization of buffer pool
2015-11-17 19:44:37 6820 [Note] InnoDB: Highest supported file format is Barracuda.
2015-11-17 19:44:37 6820 [Note] InnoDB: The log sequence numbers 1835037 and 1835037 in ibdata files do not match the log sequence number 1836209 in the ib_logfiles!
2015-11-17 19:44:37 6820 [Note] InnoDB: Database was not shutdown normally!
2015-11-17 19:44:37 6820 [Note] InnoDB: Starting crash recovery.
2015-11-17 19:44:37 6820 [Note] InnoDB: Reading tablespace information from the .ibd files...
2015-11-17 19:44:37 6820 [Note] InnoDB: Restoring possible half-written data pages
2015-11-17 19:44:37 6820 [Note] InnoDB: from the doublewrite buffer...
2015-11-17 19:44:38 6820 [Note] InnoDB: 128 rollback segment(s) are active.
2015-11-17 19:44:38 6820 [Note] InnoDB: Waiting for purge to start
2015-11-17 19:44:38 6820 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 1836209
2015-11-17 19:44:38 6944 [Note] InnoDB: Dumping buffer pool(s) not yet started
2015-11-17 19:44:38 6820 [Note] Plugin 'FEEDBACK' is disabled.
2015-11-17 19:44:38 6820 [Note] Recovering after a crash using tc.log
2015-11-17 19:44:38 6820 [Note] Starting crash recovery...
2015-11-17 19:44:38 6820 [Note] Crash recovery finished.
2015-11-17 19:44:38 6820 [Note] Server socket created on IP: '::'.
2015-11-17 19:44:38 6820 [ERROR] mysqld.exe: Table '.\mysql\db' is marked as crashed and should be repaired
2015-11-17 19:44:38 6820 [Warning] Checking table: '.\mysql\db'
2015-11-17 19:44:38 6820 [ERROR] mysql.db: 1 client is using or hasn't closed the table properly
2015-11-17 19:44:38 6820 [ERROR] mysqld.exe: Table '.\mysql\tables_priv' is marked as crashed and should be repaired
2015-11-17 19:44:38 6820 [Warning] Checking table: '.\mysql\tables_priv'
2015-11-17 19:44:38 6820 [ERROR] mysql.tables_priv: 1 client is using or hasn't closed the table properly
2015-11-17 19:44:38 6820 [ERROR] mysqld.exe: Table '.\mysql\columns_priv' is marked as crashed and should be repaired
2015-11-17 19:44:38 6820 [Warning] Checking table: '.\mysql\columns_priv'
2015-11-17 19:44:38 6820 [ERROR] mysql.columns_priv: 1 client is using or hasn't closed the table properly
2015-11-17 19:44:38 6820 [ERROR] mysqld.exe: Table '.\mysql\procs_priv' is marked as crashed and should be repaired
2015-11-17 19:44:38 6820 [Warning] Checking table: '.\mysql\procs_priv'
2015-11-17 19:44:38 6820 [ERROR] mysql.procs_priv: 1 client is using or hasn't closed the table properly
2015-11-17 19:44:38 6820 [Note] Event Scheduler: Loaded 0 events
2015-11-17 19:44:38 6820 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.1.8-MariaDB' socket: '' port: 3306 mariadb.org binary distribution

Die Crash-Meldung erscheint, wenn ich den MySQL-Admin starte, dann MySQL stoppe und wieder neu starte.

Ich kann einfach nicht nachvollziehen, wieso die Software nach der Originalinstallation nicht funktioniert. Ich weiß nicht, wo ich hier ansetzten soll. Ich habe es nun mit 3 Versionen versucht, alle haben den selben Fehler.

Hat bitte einer Ideen, wie man das hinbekommen könnte?
taxiteufel
 
Posts: 6
Joined: 17. November 2015 05:00
Operating System: Windows 7 Home 64 bit

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby Altrea » 17. November 2015 21:58

Beschreibe bitte mal ganz genau, welche Schritte du unternimmst. Vorallem ist mir derzeit unklar auf welchem Wege du MySQL startest und stoppst.

taxiteufel wrote:2015-11-17 19:42:13 5480 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.1.8-MariaDB' socket: '' port: 3306 mariadb.org binary distribution

Bis hier sieht alles gut aus

taxiteufel wrote:2015-11-17 19:44:38 6820 [ERROR] mysqld.exe: Table '.\mysql\db' is marked as crashed and should be repaired

Hier ist der erste Fehler.
Du zeigst uns aber keinerlei Stoppmeldungen. Gibt es überhaupt welche?
Was ist zwischen 19:42 und 19:44 passiert, dass du MySQL abermals starten musstest?

taxiteufel wrote:Die Crash-Meldung erscheint, wenn ich den MySQL-Admin starte, dann MySQL stoppe und wieder neu starte.

Was ist für dich "MySQL-Admin"? Was tust du genau? Wie stoppst du MySQL? Wie startest du MySQL?
Je präziser und ausführlicher du beschreibst was du wie tust, desto höher ist die Chance dass der Fehler reproduziert und analysiert werden kann.
We don't provide any support via personal channels like PM, email, Skype, TeamViewer!

It's like porn for programmers 8)
User avatar
Altrea
AF Moderator
 
Posts: 11926
Joined: 17. August 2009 13:05
XAMPP version: several
Operating System: Windows 11 Pro x64

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby taxiteufel » 17. November 2015 23:37

- ich startete Xampp-Controll-Panel mit Administratorrechten
- es ist der erste Start nach Neuinstallation. Es wurde absolut nichts verändert.
- dort bekomm ich dann diese Meldung (dies wurde auch 19:40 so angezeigt):

22:54:32 [main] Initializing Control Panel
22:54:32 [main] Windows Version: Windows 7 Home Premium SP1 64-bit
22:54:32 [main] XAMPP Version: 5.6.14
22:54:32 [main] Control Panel Version: 3.2.2 [ Compiled: Nov 12th 2015 ]
22:54:32 [main] Running with Administrator rights - good!
22:54:32 [main] XAMPP Installation Directory: "c:\xampp\"
22:54:32 [main] Checking for prerequisites
22:54:33 [main] All prerequisites found
22:54:33 [main] Initializing Modules
22:54:33 [main] Starting Check-Timer
22:54:33 [main] Control Panel Ready

- nun startete ich im Control-Panel das Modul Apache mit dem Startbutton. Apache wird grün unterlegt und unter Ports erscheint 80, 443
- nun startete 19:40 MySQL im Control-Panel mit dem Startbutton.MySQL wird grün unterlegt und Port erscheint 3306
- darauf hin beende ich MySQL im Control-Panel mit dem Stopbutton
- über den MySQL-Logs-Button im Control-Panel rufe ich die mysql_error.log auf. Es erscheint:

2015-11-17 19:40:51 17c InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2015-11-17 19:40:51 380 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2015-11-17 19:40:51 380 [Note] InnoDB: The InnoDB memory heap is disabled
2015-11-17 19:40:51 380 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-11-17 19:40:51 380 [Note] InnoDB: Memory barrier is not used
2015-11-17 19:40:51 380 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-11-17 19:40:51 380 [Note] InnoDB: Not using CPU crc32 instructions
2015-11-17 19:40:51 380 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2015-11-17 19:40:51 380 [Note] InnoDB: Completed initialization of buffer pool
2015-11-17 19:40:52 380 [Note] InnoDB: Highest supported file format is Barracuda.
2015-11-17 19:40:52 380 [Note] InnoDB: 128 rollback segment(s) are active.
2015-11-17 19:40:52 380 [Note] InnoDB: Waiting for purge to start
2015-11-17 19:40:52 380 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 1835037
2015-11-17 19:40:53 3980 [Note] InnoDB: Dumping buffer pool(s) not yet started
2015-11-17 19:40:53 380 [Note] Plugin 'FEEDBACK' is disabled.
2015-11-17 19:40:53 380 [Note] Server socket created on IP: '::'.
2015-11-17 19:40:53 380 [Note] Event Scheduler: Loaded 0 events
2015-11-17 19:40:53 380 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.1.8-MariaDB' socket: '' port: 3306 mariadb.org binary distribution

- nun startete ich 19:42 MySQL wieder im Control-Panel mit dem Startbutton.MySQL wird grün unterlegt und Port erscheint 3306
- diesmal starte ich über den Adminbutton von MySQL phpMyAdmin. Dieser öffnet sich im Google-Chrome-Browser. Den Browser schließe ich ohne etwas geändert zu haben.
- MySQL stoppe ich mit dem Stoppbutten von MySQL im Control-Panel.
- in der Log finde ich nun das:

2015-11-17 19:42:11 1568 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2015-11-17 19:42:11 5480 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2015-11-17 19:42:11 5480 [Note] InnoDB: The InnoDB memory heap is disabled
2015-11-17 19:42:11 5480 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-11-17 19:42:11 5480 [Note] InnoDB: Memory barrier is not used
2015-11-17 19:42:11 5480 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-11-17 19:42:11 5480 [Note] InnoDB: Not using CPU crc32 instructions
2015-11-17 19:42:11 5480 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2015-11-17 19:42:11 5480 [Note] InnoDB: Completed initialization of buffer pool
2015-11-17 19:42:11 5480 [Note] InnoDB: Highest supported file format is Barracuda.
2015-11-17 19:42:11 5480 [Note] InnoDB: The log sequence numbers 1835037 and 1835037 in ibdata files do not match the log sequence number 1835047 in the ib_logfiles!
2015-11-17 19:42:11 5480 [Note] InnoDB: Database was not shutdown normally!
2015-11-17 19:42:11 5480 [Note] InnoDB: Starting crash recovery.
2015-11-17 19:42:11 5480 [Note] InnoDB: Reading tablespace information from the .ibd files...
2015-11-17 19:42:11 5480 [Note] InnoDB: Restoring possible half-written data pages
2015-11-17 19:42:11 5480 [Note] InnoDB: from the doublewrite buffer...
2015-11-17 19:42:13 5480 [Note] InnoDB: 128 rollback segment(s) are active.
2015-11-17 19:42:13 5480 [Note] InnoDB: Waiting for purge to start
2015-11-17 19:42:13 5480 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 1835047
2015-11-17 19:42:13 6016 [Note] InnoDB: Dumping buffer pool(s) not yet started
2015-11-17 19:42:13 5480 [Note] Plugin 'FEEDBACK' is disabled.
2015-11-17 19:42:13 5480 [Note] Recovering after a crash using tc.log
2015-11-17 19:42:13 5480 [Note] Starting crash recovery...
2015-11-17 19:42:13 5480 [Note] Crash recovery finished.
2015-11-17 19:42:13 5480 [Note] Server socket created on IP: '::'.
2015-11-17 19:42:13 5480 [Note] Event Scheduler: Loaded 0 events
2015-11-17 19:42:13 5480 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.1.8-MariaDB' socket: '' port: 3306 mariadb.org binary distribution

- nun startete ich 19:44 MySQL wieder im Control-Panel mit dem Startbutton.MySQL wird grün unterlegt und Port erscheint 3306
- den Admin habe ich nicht gestartet
- im Log erscheint:

2015-11-17 19:44:36 1aa4 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2015-11-17 19:44:36 6820 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2015-11-17 19:44:36 6820 [Note] InnoDB: The InnoDB memory heap is disabled
2015-11-17 19:44:36 6820 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2015-11-17 19:44:36 6820 [Note] InnoDB: Memory barrier is not used
2015-11-17 19:44:36 6820 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-11-17 19:44:36 6820 [Note] InnoDB: Not using CPU crc32 instructions
2015-11-17 19:44:36 6820 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2015-11-17 19:44:36 6820 [Note] InnoDB: Completed initialization of buffer pool
2015-11-17 19:44:37 6820 [Note] InnoDB: Highest supported file format is Barracuda.
2015-11-17 19:44:37 6820 [Note] InnoDB: The log sequence numbers 1835037 and 1835037 in ibdata files do not match the log sequence number 1836209 in the ib_logfiles!
2015-11-17 19:44:37 6820 [Note] InnoDB: Database was not shutdown normally!
2015-11-17 19:44:37 6820 [Note] InnoDB: Starting crash recovery.
2015-11-17 19:44:37 6820 [Note] InnoDB: Reading tablespace information from the .ibd files...
2015-11-17 19:44:37 6820 [Note] InnoDB: Restoring possible half-written data pages
2015-11-17 19:44:37 6820 [Note] InnoDB: from the doublewrite buffer...
2015-11-17 19:44:38 6820 [Note] InnoDB: 128 rollback segment(s) are active.
2015-11-17 19:44:38 6820 [Note] InnoDB: Waiting for purge to start
2015-11-17 19:44:38 6820 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 1836209
2015-11-17 19:44:38 6944 [Note] InnoDB: Dumping buffer pool(s) not yet started
2015-11-17 19:44:38 6820 [Note] Plugin 'FEEDBACK' is disabled.
2015-11-17 19:44:38 6820 [Note] Recovering after a crash using tc.log
2015-11-17 19:44:38 6820 [Note] Starting crash recovery...
2015-11-17 19:44:38 6820 [Note] Crash recovery finished.
2015-11-17 19:44:38 6820 [Note] Server socket created on IP: '::'.
2015-11-17 19:44:38 6820 [ERROR] mysqld.exe: Table '.\mysql\db' is marked as crashed and should be repaired
2015-11-17 19:44:38 6820 [Warning] Checking table: '.\mysql\db'
2015-11-17 19:44:38 6820 [ERROR] mysql.db: 1 client is using or hasn't closed the table properly
2015-11-17 19:44:38 6820 [ERROR] mysqld.exe: Table '.\mysql\tables_priv' is marked as crashed and should be repaired
2015-11-17 19:44:38 6820 [Warning] Checking table: '.\mysql\tables_priv'
2015-11-17 19:44:38 6820 [ERROR] mysql.tables_priv: 1 client is using or hasn't closed the table properly
2015-11-17 19:44:38 6820 [ERROR] mysqld.exe: Table '.\mysql\columns_priv' is marked as crashed and should be repaired
2015-11-17 19:44:38 6820 [Warning] Checking table: '.\mysql\columns_priv'
2015-11-17 19:44:38 6820 [ERROR] mysql.columns_priv: 1 client is using or hasn't closed the table properly
2015-11-17 19:44:38 6820 [ERROR] mysqld.exe: Table '.\mysql\procs_priv' is marked as crashed and should be repaired
2015-11-17 19:44:38 6820 [Warning] Checking table: '.\mysql\procs_priv'
2015-11-17 19:44:38 6820 [ERROR] mysql.procs_priv: 1 client is using or hasn't closed the table properly
2015-11-17 19:44:38 6820 [Note] Event Scheduler: Loaded 0 events
2015-11-17 19:44:38 6820 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '10.1.8-MariaDB' socket: '' port: 3306 mariadb.org binary distribution

- beende ich jetzt MySQL wieder und starte es wieder neu, kommt wieder der 2. Log.

Ich machen nichts anderes, als die einfache Benutzung des Xampp-Controll-Panels. Die Leerzeilen zwischen 19:42 und 19:44 hatte ich per Hand wegen der Übersicht eingefügt, da war nichts dazwischen.

Die Apache-Error-Log ist:

[Tue Nov 17 19:02:18.531250 2015] [ssl:warn] [pid 704:tid 240] AH01909: www.example.com:443:0 server certificate does NOT include an ID which matches the server name
[Tue Nov 17 19:02:19.875000 2015] [ssl:warn] [pid 704:tid 240] AH01909: www.example.com:443:0 server certificate does NOT include an ID which matches the server name
[Tue Nov 17 19:04:12.390625 2015] [mpm_winnt:notice] [pid 704:tid 240] AH00455: Apache/2.4.17 (Win32) OpenSSL/1.0.2d PHP/5.6.14 configured -- resuming normal operations
[Tue Nov 17 19:04:12.390625 2015] [mpm_winnt:notice] [pid 704:tid 240] AH00456: Apache Lounge VC11 Server built: Oct 13 2015 10:54:13
[Tue Nov 17 19:04:12.390625 2015] [core:notice] [pid 704:tid 240] AH00094: Command line: 'C:\\xampp\\apache\\bin\\httpd.exe -d C:/xampp/apache'
[Tue Nov 17 19:04:12.390625 2015] [mpm_winnt:notice] [pid 704:tid 240] AH00418: Parent: Created child process 6060
[Tue Nov 17 19:04:13.500000 2015] [ssl:warn] [pid 6060:tid 252] AH01909: www.example.com:443:0 server certificate does NOT include an ID which matches the server name
[Tue Nov 17 19:04:14.109375 2015] [ssl:warn] [pid 6060:tid 252] AH01909: www.example.com:443:0 server certificate does NOT include an ID which matches the server name
[Tue Nov 17 19:04:14.156250 2015] [mpm_winnt:notice] [pid 6060:tid 252] AH00354: Child: Starting 150 worker threads.
[Tue Nov 17 19:39:17.915039 2015] [ssl:warn] [pid 6068:tid 248] AH01909: www.example.com:443:0 server certificate does NOT include an ID which matches the server name
[Tue Nov 17 19:39:18.024414 2015] [core:warn] [pid 6068:tid 248] AH00098: pid file C:/xampp/apache/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run?
[Tue Nov 17 19:39:18.180664 2015] [ssl:warn] [pid 6068:tid 248] AH01909: www.example.com:443:0 server certificate does NOT include an ID which matches the server name
[Tue Nov 17 19:39:23.024414 2015] [mpm_winnt:notice] [pid 6068:tid 248] AH00455: Apache/2.4.17 (Win32) OpenSSL/1.0.2d PHP/5.6.14 configured -- resuming normal operations
[Tue Nov 17 19:39:23.024414 2015] [mpm_winnt:notice] [pid 6068:tid 248] AH00456: Apache Lounge VC11 Server built: Oct 13 2015 10:54:13
[Tue Nov 17 19:39:23.024414 2015] [core:notice] [pid 6068:tid 248] AH00094: Command line: 'c:\\xampp\\apache\\bin\\httpd.exe -d C:/xampp/apache'
[Tue Nov 17 19:39:23.024414 2015] [mpm_winnt:notice] [pid 6068:tid 248] AH00418: Parent: Created child process 5740
[Tue Nov 17 19:39:23.711914 2015] [ssl:warn] [pid 5740:tid 260] AH01909: www.example.com:443:0 server certificate does NOT include an ID which matches the server name
[Tue Nov 17 19:39:23.930664 2015] [ssl:warn] [pid 5740:tid 260] AH01909: www.example.com:443:0 server certificate does NOT include an ID which matches the server name
[Tue Nov 17 19:39:23.993164 2015] [mpm_winnt:notice] [pid 5740:tid 260] AH00354: Child: Starting 150 worker threads.

die Apache-Access-Log ist:

::1 - - [17/Nov/2015:19:43:45 +0100] "GET /phpmyadmin/ HTTP/1.1" 200 13361 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36"
::1 - - [17/Nov/2015:19:43:50 +0100] "GET /phpmyadmin/js/get_scripts.js.php?scripts%5B%5D=common.js&scripts%5B%5D=config.js&scripts%5B%5D=page_settings.js&scripts%5B%5D=codemirror/lib/codemirror.js&scripts%5B%5D=codemirror/mode/sql/sql.js&scripts%5B%5D=codemirror/addon/runmode/runmode.js&scripts%5B%5D=codemirror/addon/hint/show-hint.js&scripts%5B%5D=codemirror/addon/hint/sql-hint.js&scripts%5B%5D=codemirror/addon/lint/lint.js&scripts%5B%5D=codemirror/addon/lint/sql-lint.js&scripts%5B%5D=console.js&v=4.5.1 HTTP/1.1" 200 129429 "http://localhost/phpmyadmin/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36"
::1 - - [17/Nov/2015:19:43:50 +0100] "GET /phpmyadmin/js/whitelist.php?lang=de&db=&token=92b44bec00f74e4656e82f110ae2b99a&v=4.5.1 HTTP/1.1" 200 482 "http://localhost/phpmyadmin/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36"
::1 - - [17/Nov/2015:19:43:50 +0100] "GET /phpmyadmin/js/get_image.js.php?theme=pmahomme&v=4.5.1 HTTP/1.1" 200 1822 "http://localhost/phpmyadmin/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36"
::1 - - [17/Nov/2015:19:43:50 +0100] "GET /phpmyadmin/js/get_scripts.js.php?scripts%5B%5D=jquery/jquery-1.11.1.min.js&scripts%5B%5D=sprintf.js&scripts%5B%5D=ajax.js&scripts%5B%5D=keyhandler.js&scripts%5B%5D=jquery/jquery-ui-1.11.2.min.js&scripts%5B%5D=jquery/jquery.cookie.js&scripts%5B%5D=jquery/jquery.mousewheel.js&scripts%5B%5D=jquery/jquery.event.drag-2.2.js&scripts%5B%5D=jquery/jquery-ui-timepicker-addon.js&scripts%5B%5D=jquery/jquery.ba-hashchange-1.3.js&scripts%5B%5D=jquery/jquery.debounce-1.0.5.js&scripts%5B%5D=menu-resizer.js&scripts%5B%5D=cross_framing_protection.js&scripts%5B%5D=rte.js&scripts%5B%5D=tracekit/tracekit.js&scripts%5B%5D=error_report.js&scripts%5B%5D=doclinks.js&scripts%5B%5D=functions.js&scripts%5B%5D=navigation.js&scripts%5B%5D=indexes.js&v=4.5.1 HTTP/1.1" 200 216095 "http://localhost/phpmyadmin/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36"
::1 - - [17/Nov/2015:19:43:50 +0100] "GET /phpmyadmin/js/messages.php?lang=de&db=&token=92b44bec00f74e4656e82f110ae2b99a&v=4.5.1 HTTP/1.1" 200 9648 "http://localhost/phpmyadmin/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36"
::1 - - [17/Nov/2015:19:43:50 +0100] "GET /phpmyadmin/phpmyadmin.css.php?nocache=5786140657ltr HTTP/1.1" 200 20074 "http://localhost/phpmyadmin/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36"
::1 - - [17/Nov/2015:19:43:53 +0100] "POST /phpmyadmin/db_structure.php?ajax_request=1&favorite_table=1&sync_favorite_tables=1&token=92b44bec00f74e4656e82f110ae2b99a HTTP/1.1" 200 162 "http://localhost/phpmyadmin/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36"
::1 - - [17/Nov/2015:19:43:53 +0100] "GET /phpmyadmin/version_check.php?server=1&_nocache=1447785833206647585 HTTP/1.1" 200 39 "http://localhost/phpmyadmin/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36"
taxiteufel
 
Posts: 6
Joined: 17. November 2015 05:00
Operating System: Windows 7 Home 64 bit

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby Altrea » 18. November 2015 00:52

Gut, ich kann das Problem auf meiner Testumgebung reproduzieren.

Es liegt vermutlich an der Art und Weise wie MariaDB bei XAMPP beendet wird.
Aus Bequemlichkeitsgründen wird der laufende Prozess gekillt (ist übrigens schon seit Ewigkeiten bei XAMPP und auch anderen Stacks der Fall).
Vorgesehen ist bei MySQL/MariaDB diese Stopmethode nicht, stattdessen soll man MySQL/MariaDB entweder
- über einen Windows Dienst starten und stoppen (XAMPP versucht aber prinzipiell auch ohne Windows Dienste auszukommen)
oder
- über mysqladmin.exe, was aber das einloggen als Datenbankuser root (oder zumindest mit einem User der SHUTDOWN Rechte besitzt) voraussetzt (Dies kann für die User verwirrend sein, dass sie sich erst als root anmelden müssen um die Datenbank zu beenden, erst Recht wenn sie das root Kennwort setzen/ändern und/oder sich an ein root Kennwort nichtmehr erinnern können).

Du hast also vorerst die Möglichkeit entweder einen Windows Dienst für MariaDB zu registrieren und darüber MariaDB zu starten/stoppen, mysqladmin.exe zu verwenden oder mit dem Umstand zu leben, dass nach Datenbankänderungen und Shutdown ein recovery angestoßen wird um die Datenintegrität zu gewährleisten (letzteres läuft auf meiner Testumgebung übrigens erstaunlich zuverlässig. Datenverlust konnte ich noch keinen feststellen).

Nichts desto trotz werde ich den Umstand den XAMPP Entwicklern melden. Vielleicht fällt denen ja noch eine andere Möglichkeit ein.
We don't provide any support via personal channels like PM, email, Skype, TeamViewer!

It's like porn for programmers 8)
User avatar
Altrea
AF Moderator
 
Posts: 11926
Joined: 17. August 2009 13:05
XAMPP version: several
Operating System: Windows 11 Pro x64

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby taxiteufel » 18. November 2015 10:47

Jetzt habe ich aber viele ?????

- Wieso gibt es ein Steuerungspanel, was nicht in der Lage ist, die DB korrekt zu öffnen und zu schließen. Genau dafür muss es doch da sein.
- Wie kann ich die mysqladmin.exe nutzen?
- Kann ich also trotzdem über das Panel weitermachen, egal, was die Error-Log da sagt zu den Crashs?

Ich möchte eigentlich einen Shop zu Testzwecken auf meinem Rechner installieren (JTL-Shop4).
taxiteufel
 
Posts: 6
Joined: 17. November 2015 05:00
Operating System: Windows 7 Home 64 bit

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby Nobbie » 18. November 2015 11:24

taxiteufel wrote:- Wieso gibt es ein Steuerungspanel, was nicht in der Lage ist, die DB korrekt zu öffnen und zu schließen. Genau dafür muss es doch da sein.


Weil das ein Benutzer hier aus dem Forum so programmiert und zur Verfügung gestellt hat. Du bist nicht gezwungen, es zu benutzen, mehr noch, Du kannst es gerne besser programmieren und dann wird es der Allgemeinheit zu Gute kommen.

Deine recht aggressiv formulierten Fragen gehen nach hinten los, hier handelt es sich ausschließlich um Freiwillige, die Dir helfen wollen, wenn Dir Xampp nicht passt, benutze es nicht. Man kann Apache und Co. auch genauso ohne Xampp benutzen. Dein Tonfall hilft hier nicht.
Nobbie
 
Posts: 13171
Joined: 09. March 2008 13:04

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby taxiteufel » 18. November 2015 14:49

Sehr geehrter Herr Nobbie,

ich bin aus verschiedenen Foren zu verschiedener Shop-Software auf die Xampp-Software aufmerksam gemacht wurden. Diese wird als Voraussetzung erachtet, einen Shop lokal auf einem Windows-Rechner installieren zu können.

Somit habe ich mich darüber informiert, und diese auch von hier https://www.apachefriends.org/download.html heruntergeladen. Am Ende der Installation kann man das Häckchen gesetzt stehen lassen, damit Xampp startet. Und es startet genau mit diesem Steuerungspanel. Ich ändere nirgends etwas ab und muss feststellen, das Fehler auftauchen.

Jetzt erlaube ich mir in dem dazugehörigen Forum nachzufragen, was es damit auf sich hat und bekomme zu lesen:

Altrea wrote:Es liegt vermutlich an der Art und Weise wie MariaDB bei XAMPP beendet wird.
Aus Bequemlichkeitsgründen wird der laufende Prozess gekillt (ist übrigens schon seit Ewigkeiten bei XAMPP und auch anderen Stacks der Fall).
Vorgesehen ist bei MySQL/MariaDB diese Stopmethode nicht
"

Freundlicher Weise hat er auch kurz beschrieben, was ich nun machen könnte:

Altrea wrote: stattdessen soll man MySQL/MariaDB entweder
- über einen Windows Dienst starten und stoppen (XAMPP versucht aber prinzipiell auch ohne Windows Dienste auszukommen)
oder
- über mysqladmin.exe, was aber das einloggen als Datenbankuser root (oder zumindest mit einem User der SHUTDOWN Rechte besitzt) voraussetzt (Dies kann für die User verwirrend sein, dass sie sich erst als root anmelden müssen um die Datenbank zu beenden, erst Recht wenn sie das root Kennwort setzen/ändern und/oder sich an ein root Kennwort nichtmehr erinnern können).

Du hast also vorerst die Möglichkeit entweder einen Windows Dienst für MariaDB zu registrieren und darüber MariaDB zu starten/stoppen, mysqladmin.exe zu verwenden oder mit dem Umstand zu leben, dass nach Datenbankänderungen und Shutdown ein recovery angestoßen wird um die Datenintegrität zu gewährleisten (letzteres läuft auf meiner Testumgebung übrigens erstaunlich zuverlässig. Datenverlust konnte ich noch keinen feststellen).


Ich bin kein Programmierer, sonder Anwender. Und ich steh nun mit dem nächsten Problem im Regen und erlaube mir eine wohl berechtigte Kritik (was genau so auch eine Anregung ist) zu äußern. Ich finde es immer wieder sehr bedenklich, das man bei der Nennung von Fehlern diese Antworten bekommt:

Nobbie wrote:Du bist nicht gezwungen, es zu benutzen

Nobbie wrote:wenn Dir Xampp nicht passt, benutze es nicht.


Das trägt mit Sicherheit nur dazu bei, offensichtliche Fehler zu verdrängen, statt zu lösen.
taxiteufel
 
Posts: 6
Joined: 17. November 2015 05:00
Operating System: Windows 7 Home 64 bit

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby Nobbie » 18. November 2015 16:19

taxiteufel wrote:Ich bin kein Programmierer, sonder Anwender. Und ich steh nun mit dem nächsten Problem im Regen und erlaube mir eine wohl berechtigte Kritik (was genau so auch eine Anregung ist) zu äußern. Ich finde es immer wieder sehr bedenklich, das man bei der Nennung von Fehlern diese Antworten bekommt:


Wir sind hier auch nur Anwender, deswegen ist mir vollkommen wurscht, ob Du das gebacken bekommst oder nicht - ist das so klar genug. Es gibt GAR KEINE berechtigte Kritik, ich bleibe dabei, benutze es nicht, wenn Du es nicht gebrauchen kannst. Ganz einfach.

taxiteufel wrote:Das trägt mit Sicherheit nur dazu bei, offensichtliche Fehler zu verdrängen, statt zu lösen.


Das ist mir (wie gesagt, auch nur als Anwender, s.o.) vollkommen egal. Ich verdränge sowieso keine Fehler, sondern ich versuche allenfalls, bei Fehlern zu helfen. Aber pampigen Schlaumicheln helfe ich nicht. Die können sich gerne selbst helfen.
Nobbie
 
Posts: 13171
Joined: 09. March 2008 13:04

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby Altrea » 18. November 2015 16:49

taxiteufel wrote:- Wieso gibt es ein Steuerungspanel, was nicht in der Lage ist, die DB korrekt zu öffnen und zu schließen. Genau dafür muss es doch da sein.

Nein. Das control panel soll es dem Anwender so bequem wie möglich machen. Hier laufen alle Strippen zusammen. Du hast zentral aus einem Tool heraus die Möglichkeit die Einzelanwendungen zu starten/stoppen, Adminoberflächen, Konfigurations- und Logdateien aufzurufen, Diagnosetools und Windows Tools zu öffnen, Dienste zu registrieren oder wieder zu entfernen, etc. Manchmal muss man Kompromisse eingehen, wenn Sauberkeit und Einfachheit sich gegenseitig ausschließen.
Das ist in Vergangenheit bei MySQL auch nie ein Problem gewesen, aber mit MySQL 5.7 (was die Basis für die implementierte MariaDB Version ist) wurden zusätzliche Datensicherheitsfeatures eingebaut, so dass dies nun nicht mehr ganz so trivial zu lösen ist.

taxiteufel wrote:- Wie kann ich die mysqladmin.exe nutzen?

mysqladmin ist ein Kommandozeilentool. Am Einfachsten kannst du es über die XAMPP Shell (eine speziell angepasste Windows Eingabeaufforderung) ansprechen. Es gibt einen entsprechenden Shell Button im Control Panel. Wenn du jetzt hier mysqladmin /? eingibst siehst du eine Beschreibung des Tools. Oder du schaust dir die Dokumentation an:
https://mariadb.com/kb/en/mariadb/mysqladmin/
http://dev.mysql.com/doc/refman/5.7/en/mysqladmin.html

taxiteufel wrote:- Kann ich also trotzdem über das Panel weitermachen, egal, was die Error-Log da sagt zu den Crashs?

Probiere es doch einfach aus. Auf meiner Testumgebung war dies bisher möglich. Davon abgesehen habe ich dir ja Alternativwege aufgezeigt.

Ein letzter Alternativweg wäre eine XAMPP Version zu nutzen, die noch ohne MariaDB ausgeliefert wurde (also eine Version VOR dem 19.10.)

taxiteufel wrote:Ich möchte eigentlich einen Shop zu Testzwecken auf meinem Rechner installieren (JTL-Shop4).

Spricht aus meiner Sicht nichts dagegen, wenn dies nur zu Testzwecken ist. Als Produktivumgebung ist XAMPP eh nicht konzipiert.

taxiteufel wrote:ich bin aus verschiedenen Foren zu verschiedener Shop-Software auf die Xampp-Software aufmerksam gemacht wurden. Diese wird als Voraussetzung erachtet, einen Shop lokal auf einem Windows-Rechner installieren zu können.

XAMPP kann garkeine Voraussetzung höchstens eine Empfehlung sein. XAMPP Implementiert keine Notwendigen Elemente die nicht auch mit einem anderen Stack oder selbstinstallierten Apache, PHP, MySQL etc. zu erreichen wäre.

taxiteufel wrote:Am Ende der Installation kann man das Häckchen gesetzt stehen lassen, damit Xampp startet. Und es startet genau mit diesem Steuerungspanel.

Nur weil am Ende ein Häkchen gesetzt ist bedeutet das doch nicht, dass dies auch genutzt werden muss. Ich rate im Gegenteil davon ab dieses Häkchen gesetzt zu lassen, denn u.U. erkennt das Control Panel mit normalen Benutzerrechten gestartet nicht, dass Apache bereits gestartet wurde, was zu weiterer Verwirrung beitragen kann. Es hat gewisse Vorteile das Control Panel mit erhöhten Administratorrechten zu starten, nicht zuletzt um Prozessinformationen zu blockierenden Ports abfragen zu können, was ohne entsprechende Rechte nicht erlaubt wird.

taxiteufel wrote:Ich bin kein Programmierer, sonder Anwender. Und ich steh nun mit dem nächsten Problem im Regen und erlaube mir eine wohl berechtigte Kritik (was genau so auch eine Anregung ist) zu äußern.

Auf Probleme hinweisen ist erstmal nichts schlimmes. Doch wenn ich dir bereits sagte, dass ich mich darum kümmere die Entwickler zu informieren und nach weiteren Möglichkeiten zu suchen und dir bereits Alternativwege aufgezeigt habe, muss auch gut sein. Oder was erwartest du sonst von einem kostenlosen Produkt dass über ein Forum freiwilliger Helfer suppored wird? Wenn du eine andere Art von Support erwartest, oder gar eine Gewährleistung dass ein Produkt frei von Fehlern ist, dann musst du wohl oder übel zu den kommerziellen Vertretern dieser Branche greifen, die es sehr wohl auch gibt, dann aber im 4-stelligen Euro Bereich liegen.

taxiteufel wrote:Ich finde es immer wieder sehr bedenklich, das man bei der Nennung von Fehlern diese Antworten bekommt:

Nobbie wrote:Du bist nicht gezwungen, es zu benutzen

Nobbie wrote:wenn Dir Xampp nicht passt, benutze es nicht.


Das trägt mit Sicherheit nur dazu bei, offensichtliche Fehler zu verdrängen, statt zu lösen.

Das hat mit Verdrängung doch nichts zu tun. Wenn ich gesagt hätte "Mir ist es vollkommen egal was für Fehler du hast, lass uns damit in Ruhe." Dann könnte ich diesen Einwand verstehen.

Letztendlich ist es aber doch so. XAMPP wird dir freundlicherweise zur Verfügung gestellt und zwar vollkommen unentgeldlich. Weder Nobbie noch ich verdienen hier einen cent wenn wir anderen Usern helfen, investieren stattdessen unsere kostbare Freizeit hier um probleme anderer zu lösen. Im freien Handel werden für Serversystemadministratoren gerne mal Stundenlöhne von 80, 90, 100€ und mehr angesetzt. Das bekommst du hier quasi in einfacherer Form für Lau. Man darf also auf unserer Seite ruhig etwas Dankbarkeit oder zumindest Höflichkeit erwarten. Wir sind nicht gezwungen jedem hier zu helfen.
Selbst Bitnami als Entwicklungsfirma verdient hierbei nichts (denke ich zumindest, jedenfalls kann das nicht viel sein), tragen dafür aber Mitarbeiterkosten, Arbeitszeit, Infrastrukturkosten für Server, etc.
Also, Fehler melden gerne, Kritik äußern sofern konstruktiv auch. Aber darüber hinaus musst du dir immer die Frage gefallen lassen, ob du an XAMPP nicht Erwartungen knüpfst, die ein kostenloses Produkt einfach nicht liefern kann.
We don't provide any support via personal channels like PM, email, Skype, TeamViewer!

It's like porn for programmers 8)
User avatar
Altrea
AF Moderator
 
Posts: 11926
Joined: 17. August 2009 13:05
XAMPP version: several
Operating System: Windows 11 Pro x64

Re: DB-Crash nach Benutzung von phpMyAdmin

Postby taxiteufel » 20. November 2015 04:00

Vielen Dank Altrea für deine Erläuterungen. Ich denke, das ich damit gut weiterkomme.
taxiteufel
 
Posts: 6
Joined: 17. November 2015 05:00
Operating System: Windows 7 Home 64 bit


Return to XAMPP für Windows

Who is online

Users browsing this forum: No registered users and 52 guests