Nobbie wrote:Ottilie wrote:Wie kommt das?
Welche Möglichkeiten habe ich jetzt das Ganze wieder ans Laufen zu bringen?
Indem Du die Ursache findest. Nur mit dieser Meldung kann hier niemand irgendetwas dazu sagen, das ist wie "mein Fernseher geht nicht an, was muss ich machen". Es gibt zu MySQL eine Logdatei, wo Fehler usw. protokolliert werden. Unter Windows befindet sich diese Datei im data Verzeichnis und hat den Namen mysql_error.log. Schaue dort mit einem Editor (Notepad o.ä.) hinein und/oder kopiere die letzten 50 Zeilen hier in das Forum.
Hallo Nobbie,
vielen Dank für Deinen Hinweis. Ich habe mir das error_log angeschaut und bin nicht schlau darau geworden, hier nun die ersten 50 Zeilen:
110810 13:25:38 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use Windows interlocked functions
InnoDB: Compressed tables use zlib 1.2.3
110810 13:25:39 InnoDB: Initializing buffer pool, size = 16.0M
110810 13:25:39 InnoDB: Completed initialization of buffer pool
InnoDB: The first specified data file C:\xampp\mysql\data\ibdata1 did not exist:
InnoDB: a new database to be created!
110810 13:25:39 InnoDB: Setting file C:\xampp\mysql\data\ibdata1 size to 10 MB
InnoDB: Database physically writes the file full: wait...
110810 13:25:39 InnoDB: Log file C:\xampp\mysql\data\ib_logfile0 did not exist: new to be created
InnoDB: Setting log file C:\xampp\mysql\data\ib_logfile0 size to 5 MB
InnoDB: Database physically writes the file full: wait...
110810 13:25:39 InnoDB: Log file C:\xampp\mysql\data\ib_logfile1 did not exist: new to be created
InnoDB: Setting log file C:\xampp\mysql\data\ib_logfile1 size to 5 MB
InnoDB: Database physically writes the file full: wait...
InnoDB: Doublewrite buffer not found: creating new
InnoDB: Doublewrite buffer created
InnoDB: 127 rollback segment(s) active.
InnoDB: Creating foreign key constraint system tables
InnoDB: Foreign key constraint system tables created
110810 13:25:40 InnoDB: 1.1.4 started; log sequence number 0
110810 13:25:40 [Note] Event Scheduler: Loaded 0 events
110810 13:25:40 [Note] mysql\bin\mysqld.exe: ready for connections.
Version: '5.5.8' socket: '' port: 3306 MySQL Community Server (GPL)
110810 13:42:43 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use Windows interlocked functions
InnoDB: Compressed tables use zlib 1.2.3
110810 13:42:43 InnoDB: Initializing buffer pool, size = 16.0M
110810 13:42:43 InnoDB: Completed initialization of buffer pool
110810 13:42:44 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
110810 13:42:44 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
110810 13:42:44 InnoDB: 1.1.4 started; log sequence number 1595675
110810 13:42:44 [Note] Event Scheduler: Loaded 0 events
110810 13:42:44 [Note] mysql\bin\mysqld.exe: ready for connections.
Version: '5.5.8' socket: '' port: 3306 MySQL Community Server (GPL)
110810 18:41:38 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use Windows interlocked functions
InnoDB: Compressed tables use zlib 1.2.3
110810 18:41:38 InnoDB: Initializing buffer pool, size = 16.0M
110810 18:41:38 InnoDB: Completed initialization of buffer pool
110810 18:41:38 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
110810 18:41:38 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
Am Samstag habe ich die Datei Data zur Sicherheit kopiert und wieder eingespielt. Seither kann ich die Datenbanken wieder aufrufen, und die meisten Anwendungen funktionieren auch wieder. Lediglich mit der Wordpress-Mulitsite gibt es Probleme: Die Unterseiten können nicht mehr aufgerufen werden, Error 404. Dabei ist der Pfad zur Datei localhost/wordpress/subdomain korrekt, d.h. vorher lief es unter diesem Pfad. Soll ich das alte Logfile auch noch senden?
Dia andere Alternative wäre XAMPP zu aktualisieren/neu aufzusetzen. Dabei möchte ich vor allem die Datenbanken mitnehmen und die unter htdocs angelegten Dateien. Wie stelle ich das am geschicktesten an?
Gruß
Ottilie