今日はサーバーを再起動してPHP5-FPM/var/run/php5-fpm/見つからなかったため、開始に失敗しました。
は/var/run/再起動時にクリアされ、ほとんどのサービスは/var/run/再起動時にディレクトリを再作成します。SFの質問私はいつもPHP5-FPMが作成したものだと思っていましたphp5-fpm を実行します。再起動時に自動的に実行され、以前の再起動では問題は発生しませんでした。
PHP5-FPMはアップデートでディレクトリの作成を停止したのでしょうか、それともそもそもディレクトリを作成しなかったのでしょうか？今日までの最後の再起動は30日以上前で、手動で作成する必要はありませんでした。php5-fpm を実行します。その再起動または以前の再起動のディレクトリ。
mkdirを追加する必要がありますか？初期化php5-fpm 用のファイル、または別の推奨される方法はありますか? また、この「ディレクトリが見つかりません」エラーが以前は発生しなかったのはなぜですか?
他の情報：
サーバーは Debian 7 (Wheezy)、Nginx、および MySQL を実行しています。
/var/runは にリンクされています/run/。/run/権限は 755 で、所有者は root です。
ありがとう。
/etc/init.d/コンテンツ内の PHP5-FPM ファイル
#!/bin/sh
### BEGIN INIT INFO
# Provides: php-fpm php5-fpm
# Required-Start: $remote_fs $network
# Required-Stop: $remote_fs $network
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: starts php5-fpm
# Description: Starts The PHP FastCGI Process Manager Daemon
### END INIT INFO
# Author: Ondrej Sury <[email protected]>
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="PHP5 FastCGI Process Manager"
NAME=php5-fpm
DAEMON=/usr/sbin/$NAME
DAEMON_ARGS="--daemonize --fpm-config /etc/php5/fpm/php-fpm.conf"
PIDFILE=/var/run/php5-fpm.pid
TIMEOUT=30
SCRIPTNAME=/etc/init.d/$NAME
# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0
# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME
# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh
# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions
# Don't run if we are running upstart
if init_is_upstart; then
exit 1
fi
#
# Function to check the correctness of the config file
#
do_check()
{
/usr/lib/php5/php5-fpm-checkconf || return 1
return 0
}
#
# Function that starts the daemon/service
#
do_start()
{
# Return
# 0 if daemon has been started
# 1 if daemon was already running
# 2 if daemon could not be started
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
|| return 1
start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \
$DAEMON_ARGS 2>/dev/null \
|| return 2
# Add code here, if necessary, that waits for the process to be ready
# to handle requests from services started subsequently which depend
# on this one. As a last resort, sleep for some time.
}
#
# Function that stops the daemon/service
#
do_stop()
{
# Return
# 0 if daemon has been stopped
# 1 if daemon was already stopped
# 2 if daemon could not be stopped
# other if a failure occurred
start-stop-daemon --stop --quiet --retry=QUIT/$TIMEOUT/TERM/5/KILL/5 --pidfile $PIDFILE --name $NAME
RETVAL="$?"
[ "$RETVAL" = 2 ] && return 2
# Wait for children to finish too if this is a daemon that forks
# and if the daemon is only ever run from this initscript.
# If the above conditions are not satisfied then add some other code
# that waits for the process to drop all resources that could be
# needed by services started subsequently. A last resort is to
# sleep for some time.
start-stop-daemon --stop --quiet --oknodo --retry=0/30/TERM/5/KILL/5 --exec $DAEMON
[ "$?" = 2 ] && return 2
# Many daemons don't delete their pidfiles when they exit.
rm -f $PIDFILE
return "$RETVAL"
}
#
# Function that sends a SIGHUP to the daemon/service
#
do_reload() {
#
# If the daemon can reload its configuration without
# restarting (for example, when it is sent a SIGHUP),
# then implement that here.
#
start-stop-daemon --stop --signal USR2 --quiet --pidfile $PIDFILE --name $NAME
return 0
}
case "$1" in
start)
[ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
do_check $VERBOSE
case "$?" in
0)
do_start
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
1) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
stop)
[ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
do_stop
case "$?" in
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
status)
status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
;;
check)
do_check yes
;;
reload|force-reload)
log_daemon_msg "Reloading $DESC" "$NAME"
do_reload
log_end_msg $?
;;
reopen-logs)
log_daemon_msg "Reopening $DESC logs" $NAME
if start-stop-daemon --stop --signal USR1 --oknodo --quiet \
--pidfile $PIDFILE --exec $DAEMON
then
log_end_msg 0
else
log_end_msg 1
fi
;;
restart)
log_daemon_msg "Restarting $DESC" "$NAME"
do_stop
case "$?" in
0|1)
do_start
case "$?" in
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Old process is still running
*) log_end_msg 1 ;; # Failed to start
esac
;;
*)
# Failed to stop
log_end_msg 1
;;
esac
;;
*)
echo "Usage: $SCRIPTNAME {start|stop|status|restart|reload|force-reload}" >&2
exit 1
;;
esac
:
答え1
これは設定でどのように設定されているかによって異なると思います。
私のDebianセットアップではそのディレクトリはなく、var/runにphp5-fpm.pidがあるだけです。
しかし、私は/var/lib/php5-fpmにソケットを持っています。他の設定ではソケットは/tmpにありますが、それは私がそこに設定しているためであり、var/lib/php5-fpmはありません。
したがって、/var/run/php5-fpm にソケットを作成するように設定したと思いますが、再起動するとそのディレクトリが削除され、php5-fpm はデフォルトでそれを作成しません (これは私のケースで、php5-fpm はソケットを作成しますが、ディレクトリが存在しない場合は php5-fpm はソケットを作成しないため、事前にディレクトリを作成する必要があります)
したがって、設定を確認し、ソケットが作成される場所を確認してください。
答え2
推測するに、フォルダーは手動で作成する必要があり、これは権限の問題です。そのフォルダーに適切な権限が設定されていることを確認してください。
答え3
PHP5-FPMが突然動作しなくなった理由はまだわかりませんが、問題はPHP5-FPMがディレクトリを作成できないことによるものなので/var/run/、回避策として次のコマンドを追加します。
mkdir /var/run/php5-fpm/
/etc/init.d/php5-fpm関数の下のファイルへdo_start()。
こうすることで、PHP5-FPM が起動したときにディレクトリが作成されます/var/run/php5-fpm/。
注記： /var/runリンクされているので/run/、/run/あなたのシステムでも動作するかもしれません。