Bug #21079 MySQL crashes when I try to start it with mysqld --console
Submitted: 15 Jul 2006 22:04 Modified: 31 Jul 2006 11:55
Reporter: Harry Phillips Email Updates:
Status: Can't repeat Impact on me:
None 
Category:MySQL Server Severity:S1 (Critical)
Version:5.0.022 OS:Windows (Windows 2f000 Pro)
Assigned to: CPU Architecture:Any
Tags: Signal 11

[15 Jul 2006 22:04] Harry Phillips
Description:
When I use mysqld --console in a DOS window under Windows 2000 Pro,
InnoDB makes a page dump (all zeroes) then reports:
;InnoDB: End of page dump
060715 14:37:16  InnoDB: Page checksum 1575996416, prior-to-4.0.14-form
checksum 1371122432
InnoDB: stored checksum 0, prior-to-4.0.14-form stored checksum 0
InnoDB: Page lsn 0 0, low 4 bytes of lsn at page end 0
InnoDB: Page number (if stored to page already) 0,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
060715 14:37:16 [ERROR] mysqld: Got signal 11. Aborting!

060715 14:37:16 [ERROR] Aborting

060715 14:37:16 [Note] mysqld: Shutdown complete

This is similar to, or the same as, Bug #20941

How to repeat:
Each time I invoke mysqld --condole the result is the same.

Suggested fix:
I am new to MySQL and have no idea what the problem is or how to fix it.
[15 Jul 2006 22:55] MySQL Verification Team
Thank you for the bug report. If you did the installation for the server to start as service, please follow the below steps:

- Be sure the MySQL service is not running (MySQL is the default service
  name otherwise look for the right name)
- Then open a DOS prompt and change to \bin install directory.
- Verify where the my.ini file was created by the installer.
- Execute the below command:

mysqld-nt --defaults-file="actual_path_for_my.ini" --standalone --console

Show here the errors printed.

Thanks in advance.
[16 Jul 2006 3:39] Harry Phillips
I ran the command requested and obtained the same result:
;InnoDB: End of page dump
060715 20:28:06  InnoDB: Page checksum 1575996416, prior-to-4.0.14-form
checksum 1371122432
InnoDB: stored checksum 0, prior-to-4.0.14-form stored checksum 0
InnoDB: Page lsn 0 0, low 4 bytes of lsn at page end 0
InnoDB: Page number (if stored to page already) 0,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
060715 20:28:06 [ERROR] mysqld: Got signal 11. Aborting!

060715 20:28:06 [ERROR] Aborting

060715 20:28:06 [Note] mysqld: Shutdown complete
[17 Jul 2006 12:28] MySQL Verification Team
Thank you for the bug report. If you still don't have created tables
with InnoDB can you try to delete the InnoDB data and log files, the
files like the below:

Windows(R) PowerShell
Copyright (C) 2006 Microsoft Corporation. All rights reserved.

PS C:\> ls c:\mysql\data\ib*

    Directory: Microsoft.PowerShell.Core\FileSystem::C:\mysql\data

Mode                LastWriteTime     Length Name
----                -------------     ------ ----
-a---        2006-07-16     19:02   10485760 ibdata1
-a---        2006-07-16     19:02    5242880 ib_logfile0
-a---        2006-07-10     17:42    5242880 ib_logfile1

PS C:\>

and try to start the server how you did before? then these files
will be created again.

Thanks in advance.
[18 Jul 2006 1:02] Harry Phillips
As requested, I deleted the nnoDB data and log files.
Theen I issued the command “mysqld –console” in a DOS window, InnoDB created new
database and log files, a new double write buffer and foreign key constraint tables and then reported the following :

060717 17:04:00  InnoDB started;  log sequence number 0 0
060717 17:04:13  [Note] mysqld:  ready for connections.
Version:  ‘5.0.22-community’  socket:  ‘ ‘  port 3306 MySQL Community Edition (GPL)

But the DOS prompt did not reappear, and I was unable to enter any further commands.  When I tried the command “net stop mysql” in another DOS window, the reply was that mysql had not started.

So I tried “mysqld  --console” again, and InnoDB reported operating system error 32 (sharing violation) and could not continue.
[18 Jul 2006 11:03] MySQL Verification Team
Try to start the server again and opening another DOS prompt and changing to \bin
install directory try:

mysql -uroot

for to stop the server:

mysqladmin -uroot shutdown

Thanks in advance.
[18 Jul 2006 23:08] MySQL Verification Team
Thank you for the feedback. I will try to repeat the steps you did and
my guess is that when you did the uninstall process the InnoDB data/logs
files were not removed (normal behavior for not to loss data) and the
new install tried to create new ones maybe with different sizes values.
[27 Jul 2006 18:13] MySQL Verification Team
Thank you for the feedback. I did the below test:

- Installed essential package with typical options.
- Created a database and a table.
- Uninstalled the stuff using the Panel Control remove option.
- The below files and directories remains in the install directory:

PS C:\Arquivos de programas\MySQL\MySQL Server 5.0\data> ls

    Directory: Microsoft.PowerShell.Core\FileSystem::C:\Arquivos de programas\MySQL\MySQL Server 5.0\data

Mode                LastWriteTime     Length Name
----                -------------     ------ ----
-a---        2006-07-27     14:49   10485760 ibdata1
-a---        2006-07-27     14:49   10485760 ib_logfile0
-a---        2006-07-27     14:46   10485760 ib_logfile1
-a---        2006-07-27     14:49       1401 light.err
d----        2006-07-27     14:47            db3
d----        2006-06-22     12:40            mysql

PS C:\Arquivos de programas\MySQL\MySQL Server 5.0\data>

- Then installed full version with typical option and it was started without
  problems.
- Uninstalled the full version in the same way I did for essential.
- Installed again full version now with custom options and selected to install
  the development options. Also not presented any issue.
- Stopped the service and try to start as standalone:

PS C:\Arquivos de programas\MySQL\MySQL Server 5.0\bin> net stop mysql
O serviço de MySQL está sendo finalizado ..
O serviço de MySQL foi finalizado com êxito.

PS C:\Arquivos de programas\MySQL\MySQL Server 5.0\bin> ./mysqld-nt --standalone --console
060727 15:03:02  InnoDB: Started; log sequence number 0 45142
060727 15:03:02 [Note] C:\Arquivos de programas\MySQL\MySQL Server 5.0\bin\mysqld-nt.exe: ready for connections.
Version: '5.0.22-community-nt'  socket: ''  port: 3306  MySQL Community Edition (GPL)

Notice I have not changed the InnoDB setup during the several installations.

On your side, there were different steps you did?

Thanks in advance.
[29 Jul 2006 19:07] Harry Phillips
Recently I uninstalled MySQL using Windows Add/Remove Porgrams facility and manually deleted the log and data files (any anything else related to MySQL that I could delete).  Upon reinstalling MySQL, I found that the program worked!  I can now start, stop and restart the server and access it with MySQL monitor.  My next step is to create some tables and put MySQL to use.

Many thanks to Miguel Solorzano for advising me to delete manually the MySQL log and data files and for his prompt and tireless assistance, which took the form of several email messages.  I could not have solved this problem without his help, for which I am very gratefull.

Harry Phillips
[31 Jul 2006 11:55] MySQL Verification Team
Thank you for the feedback. I am changing the status for can't repeat,
however if someone can provide the exactly steps which arises that behavior
after an upgrade/reinstall action, please comment here for this bug to be
reopened.
Thanks in advance.
[26 Sep 2006 10:48] Paul Carlin
I had exactly the same error message as Harry.  Thanks to Miguel I deleted the log and data files as instructed and it worked.

Much appreciated.
P