Логи запуска:
2013-02-26 21:30:28 -------------------------------------------- 2013-02-26 21:30:28 Начало процедуры запуска сервера 2013-02-26 21:30:28 Обновление Hosts файла 2013-02-26 21:30:29 Обновление конфигурации MySQL-5.6.10 2013-02-26 21:30:29 Обновление конфигурации Sendmail 2013-02-26 21:30:29 Обновление конфигурации PHP-5.4.11 2013-02-26 21:30:29 Обновление конфигурации PHPMyAdmin 2013-02-26 21:30:29 Обновление конфигурации MemcacheAdmin 2013-02-26 21:30:29 Обновление конфигурации Apache-2.2.23 2013-02-26 21:30:29 Запуск MySQL-5.6.10 2013-02-26 21:30:29 Запуск Apache-2.2.23 2013-02-26 21:30:29 Проверка состояния сервера 2013-02-26 21:30:52 Не удалось запустить MySQL-5.6.10 2013-02-26 21:30:52 Сбой запуска! 2013-02-26 21:30:52 -------------------------------------------- 2013-02-26 21:30:52 Начало процедуры остановки сервера 2013-02-26 21:30:52 Остановка системных модулей 2013-02-26 21:30:55 Отключение виртуального диска 2013-02-26 21:30:55 Веб-сервер успешно остановлен!БД логи:
2013-02-26 21:26:39 728 [Note] Plugin 'FEDERATED' is disabled. 2013-02-26 21:26:39 728 [Note] InnoDB: The InnoDB memory heap is disabled 2013-02-26 21:26:39 728 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2013-02-26 21:26:39 728 [Note] InnoDB: Compressed tables use zlib 1.2.3 2013-02-26 21:26:39 728 [Note] InnoDB: CPU does not support crc32 instructions 2013-02-26 21:26:39 728 [Note] InnoDB: Initializing buffer pool, size = 10.0M 2013-02-26 21:26:39 728 [Note] InnoDB: Completed initialization of buffer pool 2013-02-26 21:26:39 728 [Note] InnoDB: Highest supported file format is Barracuda. 2013-02-26 21:26:39 728 [Note] InnoDB: Log scan progressed past the checkpoint lsn 520797741 2013-02-26 21:26:39 728 [Note] InnoDB: Database was not shutdown normally! 2013-02-26 21:26:39 728 [Note] InnoDB: Starting crash recovery. 2013-02-26 21:26:39 728 [Note] InnoDB: Reading tablespace information from the .ibd files... 2013-02-26 21:26:40 728 [Note] InnoDB: Restoring possible half-written data pages 2013-02-26 21:26:40 728 [Note] InnoDB: from the doublewrite buffer... InnoDB: Doing recovery: scanned up to log sequence number 520956790 2013-02-26 21:26:42 728 [Note] InnoDB: Starting an apply batch of log records to the database... InnoDB: Progress in percent: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 InnoDB: Apply batch completed 2013-02-26 21:26:43 728 [Note] InnoDB: 128 rollback segment(s) are active. 2013-02-26 21:26:43 728 [Note] InnoDB: Waiting for purge to start 2013-02-26 21:26:43 71c InnoDB: Assertion failure in thread 1820 in file fut0lst.ic line 83 InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA InnoDB: We intentionally generate a memory trap. InnoDB: Submit a detailed bug report to http://bugs.mysql.com. InnoDB: If you get repeated assertion failures or crashes, even InnoDB: immediately after the mysqld startup, there may be InnoDB: corruption in the InnoDB tablespace. Please refer to InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html InnoDB: about forcing recovery. 18:26:43 UTC - mysqld got exception 0xc0000005 ; This could be because you hit a bug. It is also possible that this binary or one of the libraries it was linked against is corrupt, improperly built, or misconfigured. This error can also be caused by malfunctioning hardware. 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. key_buffer_size=26214400 read_buffer_size=2097152 max_used_connections=0 max_threads=200 thread_count=0 connection_count=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 641864 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... InnoDB: Thread 4064 stopped in file sync0rw.cc line 549 12427f5 mysqld.exe!xor_string() 12442f3 mysqld.exe!xor_string() 1244637 mysqld.exe!xor_string() 12453a7 mysqld.exe!xor_string() 12456eb mysqld.exe!xor_string() 1225cdb mysqld.exe!xor_string() 1225f71 mysqld.exe!xor_string() 762f33ca KERNEL32.dll!BaseThreadInitThunk() 77979ed2 ntdll.dll!RtlInitializeExceptionChain() 77979ea5 ntdll.dll!RtlInitializeExceptionChain() The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. InnoDB: Thread 3824 stopped in file os0sync.cc line 475 InnoDB: Thread 3948 stopped in file os0sync.cc line 783 InnoDB: Thread 2964 stopped in file ut0ut.cc line 81 InnoDB: Thread 1416 stopped in file os0sync.cc line 475