NGINXが起動しなくなってしまった場合の対策

Question

CentOS7にアップデートを行った後、nginxが起動しなくなってしまいました。

systemctl status nginx.service

nginx.service - LSB: start and stop nginx
Loaded: loaded (/etc/rc.d/init.d/nginx)
Active: failed (Result: exit-code) since 火 2016-03-08 11:53:28 JST; 5min ago
Docs: man:systemd-sysv-generator(8)
Process: 970 ExecStart=/etc/rc.d/init.d/nginx start (code=exited, status=1/FAILURE)

3月 08 11:53:28 www****.sakura.ne.jp systemd[1]: Starting LSB: start and stop nginx...
3月 08 11:53:28 www****.sakura.ne.jp nginx[970]: Starting nginx: /usr/sbin/nginx: error while loading shared libraries: libpcre.so.0: cannot open shared o...directory
3月 08 11:53:28 www****.sakura.ne.jp nginx[970]: [失敗]
3月 08 11:53:28 www****.sakura.ne.jp systemd[1]: nginx.service: control process exited, code=exited status=1
3月 08 11:53:28 www****.sakura.ne.jp systemd[1]: Failed to start LSB: start and stop nginx.
3月 08 11:53:28 www****.sakura.ne.jp systemd[1]: Unit nginx.service entered failed state.
3月 08 11:53:28 www****.sakura.ne.jp systemd[1]: nginx.service failed.

pcreが入ってないからでは？と思いインストールを試みますが、
pureが入っていないため、エラーで止まってしまいます。（.configure出来ず、
make出来ない)
yum install pcreをやっても、パッケージ pcre-8.32-15.el7.x86_64 はインストール済みか最新バージョンですと出てしまい八方塞りの状況です。

どうすればよろしいでしょうか？

Answer 1

.so のバージョン上がると、使えなくなるんだよな
Nginx をソースからコンパイルするしか無いかも

Comments

[退会済みユーザー]

configure でエラーか
別のCentOS7の環境でNginxをコンパイルして、バイナリ一式をコピーして持ってくるとか。

[Nanohana]

MYSQLの立ち上げでも、3月 08 12:49:24 ***.sakura.ne.jp mysql-systemd-start[7568]: grep: error while loading shared libraries: libpcre.so.0: cannot open shared object file: と出るので、nginxの問題ではないと思いますけど、違いますかねぇ....

[退会済みユーザー]

えーとですね。　SentOS６で、コンパイルされた　バイナリがすべて使えなくなりす。

全滅です。
SentOS７をクリーンインストールした状態だと認識してOKです。

[退会済みユーザー]

詳しくいうと　コンパイルオプションで -lpcre をつかったバイナリが使用できなくなってます。

[退会済みユーザー]

リンクを確認するコマンド
$ ldd /usr/sbin/nginx
これで出力されるファイルを復元していくと良いかもしれません。

[Nanohana]

mysqlは、centos7には入っていなかったので、新規インストールしています。それでも上手くいかないってことは...うーんどうすれば良いんですかね

[Nanohana]

# ldd /usr/sbin/nginx
linux-vdso.so.1 => (0x00007ffd42296000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f248cd64000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f248cb2d000)
libpcre.so.0 => not found
libssl.so.10 => /lib64/libssl.so.10 (0x00007f248c8bf000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f248c4d7000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f248c2d2000)
libz.so.1 => /lib64/libz.so.1 (0x00007f248c0bc000)
libc.so.6 => /lib64/libc.so.6 (0x00007f248bcfb000)
/lib64/ld-linux-x86-64.so.2 (0x00007f248cf8c000)
libfreebl3.so => /lib64/libfreebl3.so (0x00007f248baf7000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f248b8ab000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f248b5c6000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f248b3c1000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f248b18f000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f248af80000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f248ad7b000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f248ab61000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f248a93b000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f248a6da000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f248a4b5000)

こうでましたね。

[退会済みユーザー]

シンボリックリンクを作るだけで　いけるかも
ln -is 「どこか」 /lib64/libpcre.so.0

[退会済みユーザー]

find / -type f | grep libpcre で見つかりませんか？

[Nanohana]

今確認してみましたが、ln -s /lib64/libpcre.so libpcre.so.0　でシンボリックリンクを
作ってみたところ、nginxのエラーが一個解決したことはわかりました。

#systemctl restart nginx
Job for nginx.service failed because the control process exited with error code.
# systemctl status nginx.service
3月 08 13:09:43 www***.sakura.ne.jp nginx[12027]: nginx: [emerg] SSL_CTX_use_PrivateKey_file("/etc/nginx/***/****.key") failed (SSL: error:0906...:PEM lib)

なので、SSLのkeyファイルのパスワードを聞かれていないためエラーが出ている感じですね。
（以前os6.5のときと起動コマンドが変わっていて、以前は聞かれていたのに聞かれなくなってますね）

[退会済みユーザー]

よくわかりませんが、似たような現象のページを見つけました
http://stackoverflow.com/questions/9380403/what-does-ssl-ctx-use-privatekey-file-problems-getting-password-error-indica

[退会済みユーザー]

nginx.conf に　サーバー証明書のファイルが　記載されていると思います。
それを作り直すだけなのかな。

[Nanohana]

ありがとうございます。
nginxは立ち上がりました。あとはmysqlが上手く立ち上がれば完全復旧です。。。

[退会済みユーザー]

お疲れさまです。mysql は、環境持ってないので、何かあったら
新しく質問してください。

[Nanohana]

ありがとうございました。

[Nanohana]

mysqlの立ち上げも成功しました。
# systemctl start mysql.service を打ってもエラーすら返ってこなく、
タイムアウトでしたので、どうしたものかと思いましたが、
/var/log/mysqld.logを確認したところ原因が判明しました。
原因は、mysqlもバージョンアップされていて、my.cnfの設定が
[mysqld]
default-character-set=utf8
[mysql]
default-character-set=utf8
になっていたのがNGでして、
[mysqld]
character-set-server=utf8
[mysql]
default-character-set=utf8
にしたら復旧しました。

Answer 2

libpcre.so.0 というファイルをfind等で探し、
そのディレクトリにパスを通すと良いのではないでしょうか。

Comments

[Nanohana]

ありがとうございます。
#find / libpcre.so.0　の結果は、
find: ‘libpcre.so.0’: そのようなファイルやディレクトリはありません
でした。
yum install pereの結果からだとどこかにありそうな感じなのですが...