Hi,

Unfortunately, we can't get far with this description. The stack trace is useless (not your fault, it just is). But would you be able to

• specify what the server was doing at the moment of the crash (provide as many details as you can, of course the query it crashed on would be the best);
• provide the whole error log from the server startup and up to the end of the crash, not just the stack trace, and if it cannot start anymore – also the error log from the restart attempts;
• specify the server version and then environment you are using;
• attach the cnf file(s).

If the server cannot start after a crash, most likely it means that the data is corrupted. Is it a production instance? How big and how confidential the data is? Would you be able to upload the whole data directory (compressed) to our ftp.askmonty.org/private?

If you cannot upload the data, could you maybe run a debug binary to see more information on why the server cannot start? (If you can, we'll send you the debug binary after you say which OS, architecture and server version you are on, or you can build it yourself if you normally build from source).

Thanks.

It is not data corrupted. I move the data to a new clean mysql server . it working normally.

I am using the latest 10.0.17 rpm for fedora 21 x64. Once a normal yum update. mariadb can not start anymore.

The all thing useful i can got from log was what i post.

I am not sure what happened , and could not resolve the problem by my self.

Please close this issue. i am sorry i can not reproduce it after new fresh reinstall with mariadb.