mysqld.exe has stopped working in xampp windows? - mysql

Mysqld.exe has stopped working in xampp windows.
I started my computer while the XAMPP software was running in the background, MySQL will not start!
2017-11-20 11:05:36 14f4 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.
2017-11-20 11:05:36 5364 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of
small buffer pool size. In order to use backoff, increase buffer pool
at least up to 20MB.
2017-11-20 11:05:36 5364 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2017-11-20 11:05:36 5364 [Note] InnoDB: The InnoDB memory heap is disabled
2017-11-20 11:05:36 5364 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2017-11-20 11:05:36 5364 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier
2017-11-20 11:05:36 5364 [Note] InnoDB: Compressed tables use zlib 1.2.3
2017-11-20 11:05:36 5364 [Note] InnoDB: Using generic crc32 instructions
2017-11-20 11:05:36 5364 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2017-11-20 11:05:36 5364 [Note] InnoDB: Completed initialization of buffer pool
2017-11-20 11:05:37 5364 [Note] InnoDB: Highest supported file format is Barracuda.
2017-11-20 11:05:37 5364 [Note] InnoDB: The log sequence number 1835037 in ibdata file do not match the log sequence number
11035100176 in the ib_logfiles!
2017-11-20 11:05:37 14f4 InnoDB: Operating system error number 38 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html
InnoDB: Operation read to file D:\win32-packages\build\src\storage\xtradb\os\os0file.cc and at line
3174
2017-11-20 11:05:37 5364 [ERROR] InnoDB: File (unknown): 'read' returned OS error 238. Cannot continue operation
171120 11:05:37 [ERROR] mysqld got exception 0x80000003 ;
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.
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.1.25-MariaDB
key_buffer_size=16777216
read_buffer_size=262144
max_used_connections=0
max_threads=1001
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 787107 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()
mysqld.exe!strxnmov()
mysqld.exe!?element_index#Item##UAEPAV1#I#Z()
mysqld.exe!?element_index#Item##UAEPAV1#I#Z()
mysqld.exe!?element_index#Item##UAEPAV1#I#Z()
mysqld.exe!?element_index#Item##UAEPAV1#I#Z()
mysqld.exe!?element_index#Item##UAEPAV1#I#Z()
mysqld.exe!?element_index#Item##UAEPAV1#I#Z()
mysqld.exe!?element_index#Item##UAEPAV1#I#Z()
mysqld.exe!?element_index#Item##UAEPAV1#I#Z()
mysqld.exe!?element_index#Item##UAEPAV1#I#Z()
mysqld.exe!?fix_length_and_dec#subselect_partial_match_engine##UAEXPAPAVItem_cache###Z()
mysqld.exe!?ha_initialize_handlerton##YAHPAUst_plugin_int###Z()
mysqld.exe!?plugin_init##YAHPAHPAPADH#Z()
mysqld.exe!?plugin_init##YAHPAHPAPADH#Z()
mysqld.exe!?init_net_server_extension##YAXPAVTHD###Z()
mysqld.exe!?win_main##YAHHPAPAD#Z()
mysqld.exe!?mysql_service##YAHPAX#Z()
mysqld.exe!strxnmov()
kernel32.dll!BaseThreadInitThunk()
ntdll.dll!RtlInitializeExceptionChain()
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.

I've also come across this problem recently when I was trying to install XAMPP to my computer running Windows 10.
If you read the warnings that is given by the program you can see that it return a lot of errors regarding OS. Given "D:\win32-packages\build\src\storage\xtradb\os\os0file.cc" I'm assuming that your computer has several disks hence it's not C: drive.
You should try installing XAMPP on your C:/ drive along with the Windows system. This solved the problem for me, previously I had it on my E: drive and I was not able to run mysql, but Apache worked fine.
2LDR: INSTALL XAMPP to your C:/ drive along with your OS and return with feedback :)

Related

mysql stop working in xampp with error InnoDB: File (unknown): 'read' returned OS error 223

After searching a lot for the error, could not found a solution.
I am getting the below error when trying to start Mysql in Xampp
2019-01-30 8:24:11 6428 [ERROR] InnoDB: File (unknown): 'read'
returned OS error 223. Cannot continue operation 190130 8:24:11
[ERROR] mysqld got exception 0x80000003 ;
2019-01-30 8:23:30 6428 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2019-01-30 8:23:30 6428 [Note] InnoDB: The InnoDB memory heap is disabled
2019-01-30 8:23:30 6428 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2019-01-30 8:23:30 6428 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier
2019-01-30 8:23:30 6428 [Note] InnoDB: Compressed tables use zlib 1.2.3
2019-01-30 8:23:30 6428 [Note] InnoDB: Using generic crc32 instructions
2019-01-30 8:23:30 6428 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2019-01-30 8:23:30 6428 [Note] InnoDB: Completed initialization of buffer pool
2019-01-30 8:23:30 6428 [Note] InnoDB: Highest supported file format is Barracuda.
2019-01-30 8:23:30 6428 [Note] InnoDB: The log sequence numbers 1835037 and 1835037 in ibdata files do not match the log sequence number 3178968401 in the ib_logfiles!
2019-01-30 8:23:30 6428 [Note] InnoDB: Database was not shutdown normally!
2019-01-30 8:23:30 6428 [Note] InnoDB: Starting crash recovery.
2019-01-30 8:23:30 6428 [Note] InnoDB: Reading tablespace information from the .ibd files...
2019-01-30 08:24:11 191c InnoDB: Operating system error number 23 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html
InnoDB: Operation read to file D:\win32-packages\build\src\storage\xtradb\os\os0file.cc and at line 3203
2019-01-30 8:24:11 6428 [ERROR] InnoDB: File (unknown): 'read' returned OS error 223. Cannot continue operation
190130 8:24:11 [ERROR] mysqld got exception 0x80000003 ;
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.
Additional info with error-log-file
Server version: 10.1.21-MariaDB
key_buffer_size=16777216
read_buffer_size=262144
max_used_connections=0
max_threads=1001
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 787106 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()
mysqld.exe!my_wildcmp_mb_bin()
mysqld.exe!??2Item_change_record##SAPAXIPAX#Z()
mysqld.exe!??2Item_change_record##SAPAXIPAX#Z()
mysqld.exe!?get_trg_event_map#Update_rows_log_event##UAEEXZ()
mysqld.exe!?get_trg_event_map#Update_rows_log_event##UAEEXZ()
mysqld.exe!?get_trg_event_map#Update_rows_log_event##UAEEXZ()
mysqld.exe!?get_trg_event_map#Update_rows_log_event##UAEEXZ()
mysqld.exe!?get_trg_event_map#Update_rows_log_event##UAEEXZ()
mysqld.exe!?get_trg_event_map#Update_rows_log_event##UAEEXZ()
mysqld.exe!?set_required_privilege#Settable_routine_parameter##UAEX_N#Z()
mysqld.exe!?ha_initialize_handlerton##YAHPAUst_plugin_int###Z()
mysqld.exe!?plugin_init##YAHPAHPAPADH#Z()
mysqld.exe!?plugin_init##YAHPAHPAPADH#Z()
mysqld.exe!?init_net_server_extension##YAXPAVTHD###Z()
mysqld.exe!?win_main##YAHHPAPAD#Z()
mysqld.exe!?mysql_service##YAHPAX#Z()
mysqld.exe!my_wildcmp_mb_bin()
KERNEL32.DLL!BaseThreadInitThunk()
ntdll.dll!VerSetConditionMask()
ntdll.dll!VerSetConditionMask()
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
Tried many similar solution, but could not solved my problem.
Thanks.
Once I had same issue.
Try doing this :
Open up your XAMPP directory and go to XAMPP/mysql/Data .
ibdata*, auto.cnf, mysql.pid to another folder '
STOP mysql and START it again
if mysql starts then move ibdata back to original folder
And repeat Second Step again.
This worked for me. ibdata* file contains all your database and tables data. Where * is any number given to the ibdata* file. So keep this in mind , whatever happens never delete that file or you'll suffer from Huge amount of important data loss.
I would suggest to put mysql on force_recovery mode by putting below conf in configuration file my.cnf.
[mysqld]
innodb_force_recovery = 1
Restart mysql and exported the entire database.
After exporting is completed, remove the force_recovery option from my.cnf and restarted the service.

XAMPP MySQL starts then stops

So I've tried a lot of things and can't get my SQL to work (Apache is working)
Here is the error log. All it does is show green in the control panel then just stops.
2018-04-14 14:42:34 37c 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.
2018-04-14 14:42:34 892 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.
2018-04-14 14:42:34 892 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2018-04-14 14:42:34 892 [Note] InnoDB: The InnoDB memory heap is disabled
2018-04-14 14:42:34 892 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2018-04-14 14:42:34 892 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier
2018-04-14 14:42:34 892 [Note] InnoDB: Compressed tables use zlib 1.2.3
2018-04-14 14:42:34 892 [Note] InnoDB: Using generic crc32 instructions
2018-04-14 14:42:34 892 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2018-04-14 14:42:34 892 [Note] InnoDB: Completed initialization of buffer pool
2018-04-14 14:42:34 892 [Note] InnoDB: Highest supported file format is Barracuda.
2018-04-14 14:42:34 892 [Note] InnoDB: The log sequence number 0 in ibdata file do not match the log sequence number 1835107 in the ib_logfiles!
2018-04-14 14:42:34 37c InnoDB: Assertion failure in thread 892 in file fsp0fsp.cc line 1880
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to https://jira.mariadb.org/
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.
180414 14:42:34 [ERROR] mysqld got exception 0x80000003 ;
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.
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.1.31-MariaDB
key_buffer_size=16777216
read_buffer_size=262144
max_used_connections=0
max_threads=1001
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 787129 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()
mysqld.exe!strxnmov()
mysqld.exe!?propagate_equal_fields#Item##UAEPAV1#PAVTHD##ABVContext#Value_source##PAVCOND_EQUAL###Z()
mysqld.exe!?propagate_equal_fields#Item##UAEPAV1#PAVTHD##ABVContext#Value_source##PAVCOND_EQUAL###Z()
mysqld.exe!?get_key#MDL_ticket##QBEPAVMDL_key##XZ()
mysqld.exe!?propagate_equal_fields#Item##UAEPAV1#PAVTHD##ABVContext#Value_source##PAVCOND_EQUAL###Z()
mysqld.exe!?get_select_id#Explain_basic_join##UAEHXZ()
mysqld.exe!?ha_initialize_handlerton##YAHPAUst_plugin_int###Z()
mysqld.exe!?plugin_init##YAHPAHPAPADH#Z()
mysqld.exe!?plugin_init##YAHPAHPAPADH#Z()
mysqld.exe!?init_net_server_extension##YAXPAVTHD###Z()
mysqld.exe!?win_main##YAHHPAPAD#Z()
mysqld.exe!?mysql_service##YAHPAX#Z()
KERNEL32.DLL!BaseThreadInitThunk()
ntdll.dll!RtlGetAppContainerNamedObjectPath()
ntdll.dll!RtlGetAppContainerNamedObjectPath()
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.
Here is the other code
2:42:33 PM [mysql] Attempting to start MySQL service...
2:42:34 PM [mysql] Status change detected: running
2:42:36 PM [mysql] Status change detected: stopped
2:42:36 PM [mysql] Error: MySQL shutdown unexpectedly.
2:42:36 PM [mysql] This may be due to a blocked port, missing dependencies,
2:42:36 PM [mysql] improper privileges, a crash, or a shutdown by another method.
2:42:36 PM [mysql] Press the Logs button to view error logs and check
2:42:36 PM [mysql] the Windows Event Viewer for more clues
2:42:36 PM [mysql] If you need more help, copy and post this
2:42:36 PM [mysql] entire log window on the forums
I am running Windows 10.
For the record. I'm getting this exact same error on several different machines. All seem to be virus free. I would say a serious bug has escaped debugging and development. It may require an earlier install of Xampp or checking the MD5 to make sue there isn't a compromise of the distribution

mysqld.exe has stopped working. Trying to start mysql in XAMPP

Right now I am learning how to code HTML and PHP and use SQL. I am using XAMPP for mysql. Whenever I try to start mysql I always get an error. This is the error log.
2018-02-24 17:22:30 f04 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.
2018-02-24 17:22:30 3844 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.
2018-02-24 17:22:31 3844 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2018-02-24 17:22:31 3844 [Note] InnoDB: The InnoDB memory heap is disabled
2018-02-24 17:22:31 3844 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2018-02-24 17:22:31 3844 [Note] InnoDB: _mm_lfence() and _mm_sfence() are used for memory barrier
2018-02-24 17:22:31 3844 [Note] InnoDB: Compressed tables use zlib 1.2.3
2018-02-24 17:22:31 3844 [Note] InnoDB: Using generic crc32 instructions
2018-02-24 17:22:31 3844 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2018-02-24 17:22:31 3844 [Note] InnoDB: Completed initialization of buffer pool
2018-02-24 17:22:31 3844 [Note] InnoDB: The first specified data file C:\xampp\mysql\data\ibdata1 did not exist: a new database to be created!
2018-02-24 17:22:31 3844 [Note] InnoDB: Setting file C:\xampp\mysql\data\ibdata1 size to 10 MB
2018-02-24 17:22:31 3844 [Note] InnoDB: Setting log file C:\xampp\mysql\data\ib_logfile101 size to 5 MB
2018-02-24 17:22:31 3844 [Note] InnoDB: Setting log file C:\xampp\mysql\data\ib_logfile1 size to 5 MB
2018-02-24 17:22:31 f04 InnoDB: Error: Write to file C:\xampp\mysql\data\ib_logfile101 failed at offset 0.
InnoDB: 512 bytes should have been written, only 0 were written.
InnoDB: Operating system error number 87.
InnoDB: Check that your OS and file system support files of this size.
InnoDB: Check also that the disk is not full or a disk quota exceeded.
InnoDB: FormatMessage: Error number 87 means 'The parameter is incorrect.
'.
InnoDB: Error number 87 means 'Unknown error'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html
2018-02-24 17:22:31 f04 InnoDB: Operating system error number 87 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html
InnoDB: Operation os_file_write_func to file D:\win32-packages\build\src\storage\xtradb\os\os0file.cc and at line 5097
2018-02-24 17:22:31 3844 [ERROR] InnoDB: File C:\xampp\mysql\data\ib_logfile101: 'os_file_write_func' returned OS error 287. Cannot continue operation
180224 17:22:31 [ERROR] mysqld got exception 0x80000003 ;
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.
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.1.30-MariaDB
key_buffer_size=16777216
read_buffer_size=262144
max_used_connections=0
max_threads=1001
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 787129 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()
mysqld.exe!strxnmov()
mysqld.exe!?compare_ulonglong##YAHPB_K0#Z()
mysqld.exe!no_key()
mysqld.exe!no_key()
mysqld.exe!no_key()
mysqld.exe!no_key()
mysqld.exe!no_key()
mysqld.exe!no_key()
mysqld.exe!no_key()
mysqld.exe!?compare_ulonglong##YAHPB_K0#Z()
mysqld.exe!?compare_ulonglong##YAHPB_K0#Z()
mysqld.exe!?str_result#Item##UAEPAVString##PAV2##Z()
mysqld.exe!?ha_initialize_handlerton##YAHPAUst_plugin_int###Z()
mysqld.exe!?plugin_init##YAHPAHPAPADH#Z()
mysqld.exe!?plugin_init##YAHPAHPAPADH#Z()
mysqld.exe!?init_net_server_extension##YAXPAVTHD###Z()
mysqld.exe!?win_main##YAHHPAPAD#Z()
mysqld.exe!?mysql_service##YAHPAX#Z()
mysqld.exe!strxnmov()
KERNEL32.DLL!BaseThreadInitThunk()
ntdll.dll!RtlGetAppContainerNamedObjectPath()
ntdll.dll!RtlGetAppContainerNamedObjectPath()
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.
I have tried deleting the ibdata1, ib_logfile1 and ib_logfile0 and the mysql_error in the C:\xampp\mysql\data folder but it hasn't helped. I dont know what to do and how to fix it. I have read other questions on this website and topic but none of the solutions given help me. Please help!

MySQL InnoDB 5.6.23 cannot start segmentation fault 11

I have a Linux Gentoo server which has OwnCloud application installed.
It works for about 2 months with out any problems, and sudden this morning MySQL died.
I have tried to restart mysql server and in mysqld.err log file a have this:
2015-04-16 21:39:59 28987 [Warning] No argument was provided to --log-bin,
and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=mysqld-bin' to avoid this problem.
2015-04-16 21:39:59 28987 [Note] InnoDB: Using atomics to ref count buffer pool pages
2015-04-16 21:39:59 28987 [Note] InnoDB: The InnoDB memory heap is disabled
2015-04-16 21:39:59 28987 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2015-04-16 21:39:59 28987 [Note] InnoDB: Memory barrier is not used
2015-04-16 21:39:59 28987 [Note] InnoDB: Compressed tables use zlib 1.2.8
2015-04-16 21:39:59 28987 [Note] InnoDB: Using Linux native AIO
2015-04-16 21:39:59 28987 [Note] InnoDB: Using CPU crc32 instructions
2015-04-16 21:39:59 28987 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2015-04-16 21:39:59 28987 [Note] InnoDB: Completed initialization of buffer pool
2015-04-16 21:39:59 28987 [Note] InnoDB: Highest supported file format is Barracuda.
2015-04-16 21:39:59 28987 [Note] InnoDB: The log sequence numbers 50092945 and 50092945 in ibdata files do not match the log sequence number 447541274 in the ib_logfiles!
2015-04-16 21:39:59 28987 [Note] InnoDB: Database was not shutdown normally!
2015-04-16 21:39:59 28987 [Note] InnoDB: Starting crash recovery.
2015-04-16 21:39:59 28987 [Note] InnoDB: Reading tablespace information from the .ibd files...
2015-04-16 21:39:59 28987 [Note] InnoDB: Restoring possible half-written data pages
2015-04-16 21:39:59 28987 [Note] InnoDB: from the doublewrite buffer...
InnoDB: Last MySQL binlog file position 0 106756973, file name ./mysqld-bin.000032
18:39:59 UTC - mysqld got signal 11 ;
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=16777216
read_buffer_size=262144
max_used_connections=0
max_threads=151
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 = 134417 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...
stack_bottom = 0 thread_stack 0x40000
/usr/sbin/mysqld(my_print_stacktrace+0x29)[0x857f39]
/usr/sbin/mysqld(handle_fatal_signal+0x350)[0x628700]
/lib64/libpthread.so.0(+0x11260)[0x7f27d6403260]
/usr/sbin/mysqld[0x9a643a]
/usr/sbin/mysqld[0x9a744b]
/usr/sbin/mysqld[0x920e29]
/usr/sbin/mysqld[0x8692f7]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x41)[0x58c251]
/usr/sbin/mysqld[0x6a131a]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x7b8)[0x6a4238]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x749)[0x5848a9]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7f27d5a71db5]
/usr/sbin/mysqld[0x57a935]
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.
After searching and try everything I found on internet, including copying the database to another Linux server, I still cannot start mysql server.
I have even copied the entire database to an windows 7 OS with XAMPP MySQL server and when I try to start the MySQL server it give me the message "Application encountered an error and need to close", refering to mysqld.exe
How can I repair this database and make MySql server running again?
I want to mention that I'm not using any replication, regarding the first warning in mysqld.err file, so not problem there.

XAMPP MySQL won't start error 1217

I recently got a virus in my computer, and had to reinstall windows. Luckily I have everything on separate HDDs, so I thought it was just to reformat and start XAMPP again. But apparently it wasn't that easy, I keep getting this error message when I try to start MySQL
2014-04-18 10:26:35 3200 [Note] Plugin 'FEDERATED' is disabled.
2014-04-18 10:26:35 bb4 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.
2014-04-18 10:26:35 3200 [Note] InnoDB: The InnoDB memory heap is disabled
2014-04-18 10:26:35 3200 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2014-04-18 10:26:35 3200 [Note] InnoDB: Compressed tables use zlib 1.2.3
2014-04-18 10:26:35 3200 [Note] InnoDB: Not using CPU crc32 instructions
2014-04-18 10:26:35 3200 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2014-04-18 10:26:35 3200 [Note] InnoDB: Completed initialization of buffer pool
2014-04-18 10:26:43 3200 [Note] InnoDB: Highest supported file format is Barracuda.
2014-04-18 10:26:45 bb4 InnoDB: Operating system error number 1117 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html
2014-04-18 10:26:45 3200 [ERROR] InnoDB: File D:\xampp\mysql\data\ib_logfile0: 'Windows aio' returned OS error 1217. Cannot continue operation
What can i do to fix it? I don't want to lose the data I have in my MySQL server.
please test this method,copy mysql/data/ibdata1 to another place, if windows couldnt copy that file, this means file crashed with Unwanted windows shutdown.so ibdata1 i/o error Happened. you simlpy must run windows drive error checking on xampp drive. windows automaticaly recover your ibdata1 file.