awsのt.microでインスタンスのmysqlがすぐに落ちる

お世話になります。
awsのt.microでインスタンスを作成しmysqlを走らせているのですが、しばらくすると勝手に落ちてしまいます。インスタンス再起動時にバッファメモリが足りなくてswapを設定したりコネクション数を減らしたりいろいろやっているのですが、どもにもmysqlが落ちてしまいます。ログを見るとInnoDB関連でErrorが出ていて、シャットダウンしているようです。
こちら解決方法ご存知の方いらしゃるでしょうか。
（そもそもインスタンス自体が貧弱だというのも理由の1つかと思いますが。。）
よろしくお願いいたします。

lang
1InnoDB: Unable to lock ./ibdata1, error: 11
2InnoDB: Check that you do not already have another mysqld process
3InnoDB: using the same InnoDB data or log files.
4150120 11:22:13  InnoDB: Unable to open the first data file
5InnoDB: Error in opening ./ibdata1
6150120 11:22:13  InnoDB: Operating system error number 11 in a file operation.
7InnoDB: Error number 11 means 'Resource temporarily unavailable'.
8InnoDB: Some operating system error numbers are described at
9InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html
10150120 11:22:13 InnoDB: Could not open or create data files.
11150120 11:22:13 InnoDB: If you tried to add new data files, and it failed here,
12150120 11:22:13 InnoDB: you should now edit innodb_data_file_path in my.cnf back
13150120 11:22:13 InnoDB: to what it was, and remove the new ibdata files InnoDB created
14150120 11:22:13 InnoDB: in this failed attempt. InnoDB only wrote those files full of
15150120 11:22:13 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
16150120 11:22:13 InnoDB: remove old data files which contain your precious data!
17150120 11:22:13 [ERROR] Plugin 'InnoDB' init function returned error.
18150120 11:22:13 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
19150120 11:22:13 [ERROR] Unknown/unsupported storage engine: InnoDB
20150120 11:22:13 [ERROR] Aborting
21
22150120 11:22:13 [Note] /usr/sbin/mysqld: Shutdown complete
23
24150120 11:22:13 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
25

行動規範の内容に同意します

回答1件

ベストアンサー

別のプロセスがibdata1ファイルをロックしているようなので、他にプロセスが走っていないかを確認されてみては如何でしょうか？

投稿2015/01/21 09:02

matsubokkuri

総合スコア756

osamuya

2015/01/28 16:41

ありがとうございます。いろいろ試してみたのですが、サーバーを再起動したりすると他のプロセスと重複してibdata1がロックされている状態になります。プロセスを殺してmysqlを起動すると正常に戻りますが、サーバ自体を再起動すると元の木阿弥といった感じです。いろいろな情報があってそもそも立ち上がりのメモリが足りないですとかで、swapの設定をしたり、いろいろやってはいるのですが。。。。もうちょっとスペックを上げた方がよいのかなといったところなのでしょうか。。。

matsubokkuri

2015/01/29 06:20

microインスタンスでもMySQLぐらいなら遅いですけど、立ち上がります。ロックが問題です。 Linuxの起動スクリプトは様々な場所に書けてしまうので、2箇所以上でスタートアップスクリプトが動いているような挙動です。 pstreeとかして、MySQLが何から立ち上げられているか見て三田は如何でしょう？

行動規範の内容に同意します