Welcome Guest. Please Login or Register  


You are here: Index > AMPPS > Bugs > Topic : Mysql can't start on latest version of ampps (3.8)



Threaded Mode | Print  

 Mysql can't start on latest version of ampps (3.8) (3 Replies, Read 26724 times)
valeri
Group: Member
Post Group: Newbie
Posts: 1
Status:
When I launch the ampps app, apache server is running but mysql show stoped and don't want to work. What can I do?
IP: --   

Mysql can't start on latest version of ampps (3.8)
OMSHIVA
Group: Member
Post Group: Newbie
Posts: 1
Status:
Quote From : valeri December 9, 2017, 4:25 pm
When I launch the ampps app, apache server is running but mysql show stoped and don't want to work. I changed the configuration of MySQL in
[mysqld]
innodb_force_recovery = 1
after this  MySQL starts normally but I am not able  update the data in database via php file  and if I change the value of innodb_force_recovery = 0 then update works but after restart the system again MySQL stopped and I have to replace the value of 0 to 1  again above process repeat.

please help

?
IP: --   

Mysql can't start on latest version of ampps (3.8)
Rivman33
Group: Member
Post Group: Newbie
Posts: 2
Status:
Hello,
Having the same problem here. It seems that the error is generated on AMPPS shutdown (PC restart or log off).
In my case the problem is with phpMyAdmin table :

Code
2017-12-12 20:39:34 2552 [Warning] You need to use --log-bin to make --binlog-format work.
2017-12-12 20:39:34 2552 [Note] Plugin 'FEDERATED' is disabled.
2017-12-12 20:39:34 2552 [Note] InnoDB: Using atomics to ref count buffer pool pages
2017-12-12 20:39:34 2552 [Note] InnoDB: The InnoDB memory heap is disabled
2017-12-12 20:39:34 2552 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2017-12-12 20:39:34 2552 [Note] InnoDB: Memory barrier is not used
2017-12-12 20:39:34 2552 [Note] InnoDB: Compressed tables use zlib 1.2.3
2017-12-12 20:39:34 2552 [Note] InnoDB: Not using CPU crc32 instructions
2017-12-12 20:39:34 2552 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2017-12-12 20:39:34 2552 [Note] InnoDB: Completed initialization of buffer pool
2017-12-12 20:39:34 2552 [Note] InnoDB: Highest supported file format is Barracuda.
2017-12-12 20:39:34 2552 [Note] InnoDB: The log sequence numbers 46315784 and 46315784 in ibdata files do not match the log sequence number 46315794 in the ib_logfiles!
2017-12-12 20:39:34 2552 [Note] InnoDB: Database was not shutdown normally!
2017-12-12 20:39:34 2552 [Note] InnoDB: Starting crash recovery.
2017-12-12 20:39:34 2552 [Note] InnoDB: Reading tablespace information from the .ibd files...
2017-12-12 20:39:34 2552 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/innodb_table_stats uses space ID: 1 at filepath: .\mysql\innodb_table_stats.ibd. Cannot open tablespace phpmyadmin/pma__bookmark which uses space ID: 1 at filepath: .\phpmyadmin\pma__bookmark.ibd
InnoDB: Error: could not open single-table tablespace file .\phpmyadmin\pma__bookmark.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery >0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.


When correctly shutting down the Mysql Daemon (From Ampps Console) then restarting, everything is ok.
I did make a batch windows file to make this happens automatically:

Code

Echo /// Shut down AMPPS correctly///

REM MYSQL
Echo Mysql Shutdown
Echo ---------------
mysqladmin.exe -u root -p1234 shutdown
Echo ---------------

Echo Apache Shutdown
Echo ---------------
taskkill /F /IM httpd.exe /T
Echo ---------------

Echo Filezilla FtpServer Shutdown
Echo ---------------
"Filezilla server" /stop
Echo ---------------


Therefore, this batch must be run as admin which is a pain in the *** in windows 10, so using the BAT to EXE (http://www.bdargo.com/) to compile this into some executable that could be (with right click, proprieties) run as administrator.
-p1234 is the password of your Mysql root user, here it is as example, don't put spaces between -p and the password

I also mention that the Ampps folders "c:\ampps\mysql\bin" "c:\ampps\FilleZilla" "c:\ampps\apache\bin" "c:\ampps" (in my case it is installed in c:) must be added to PATH variable in Windows otherwise it will not find the files.

Hope it helps while Devs could fix this possible bug.

Cheers.
IP: --   

Mysql can't start on latest version of ampps (3.8)
Rivman33
Group: Member
Post Group: Newbie
Posts: 2
Status:
Quote From : OMSHIVA December 12, 2017, 7:42 am
Quote From : valeri December 9, 2017, 4:25 pm
When I launch the ampps app, apache server is running but mysql show stoped and don't want to work. I changed the configuration of MySQL in
[mysqld]
innodb_force_recovery = 1
after this  MySQL starts normally but I am not able  update the data in database via php file  and if I change the value of innodb_force_recovery = 0 then update works but after restart the system again MySQL stopped and I have to replace the value of 0 to 1  again above process repeat.

please help

?


After you add the line recovery, start the mysql, then stop it, then remove the line, then start it again and it should work.
I'ts frustrating, but it's the way it is :)
IP: --   

« Previous    Next »

Threaded Mode | Print  



Jump To :


Users viewing this topic
1 guests, 0 users.


All times are GMT. The time now is March 19, 2024, 2:29 am.

  Powered By AEF 1.0.8 © 2007-2008 Electron Inc.Queries: 11  |  Page Created In:0.033