2017-01-06 8 views
0

Я ударил стену, пытаясь понять, почему переменная ${name}_chdir не работает для меня. Наконец, после запуска моего сценария с -xv, я вижу, что команда cd даже не выполняется в моем случае. Вот мой сценарий:Почему не происходит chdir для этого скрипта rc.d?

#!/bin/sh 
set -xv 
exec 1>/tmp/awning.rclog 2>&1 

# REQUIRE: NETWORKING LOGIN DAEMON 
# KEYWORD: shutdown 

. /etc/rc.subr 

name="awning" 
rcvar="awning_enable" 
awning_chdir="/usr/sbin/awning" 

pidfile="/var/run/awningd.pid" 
procname="daemon" 

# -f flag is to redirect stdin/stdout/stderr to /dev/null to prevent node from crashing 
# on system-startup 
start_cmd="/usr/sbin/daemon -r -P ${pidfile} -f -u pierre /usr/sbin/awning/intro.js" 
command="/usr/sbin/daemon -r -P ${pidfile} -f -u pierre /usr/sbin/awning/intro.js" 
load_rc_config $name 
run_rc_command "$1" 

Сначала я использовал только start_cmd, но потом я прочитал в rc.subr следующее:

$ {имя} _chdir

 Directory to cd to before running _command_, if 
     ${name}_chroot is not provided. 

так Я подумал, что, возможно, что-то перепуталось, поэтому я добавил бит command=.... и удалил строку start_cmd=...., и до сих пор нет успешных s. Вот соответствующий «пустяк» часть продукции, которая была спасена от запуска сценария с -xv:

+ _chdir=/usr/sbin/awning _chroot='' _nice='' _user='' _group='' _groups='' _fib='' _env='' _prepend='' _login_class=daemon _oomprotect='' 
+ [ -n '' ] 
+ [ -z yes ] 
+ [ start '!=' start ] 
+ [ -n awning_enable -a start '!=' rcvar -a start '!=' stop -a start '!=' describe ] 
+ checkyesno awning_enable 
+ eval '_value=$awning_enable' 
+ _value=YES 
+ debug 'checkyesno: awning_enable is set to YES.' 
+ return 0 
+ [ start '=' start -a -z yes -a -n '' ] 
+ eval '_cmd=$start_cmd' '_precmd=$start_precmd' '_postcmd=$start_postcmd' 
+ _cmd='/usr/sbin/daemon -r -P /var/run/awningd.pid -f -u pierre /usr/sbin/awning/intro.js' _precmd='' _postcmd='' 
+ [ -n '/usr/sbin/daemon -r -P /var/run/awningd.pid -f -u pierre /usr/sbin/awning/intro.js' ] 
+ _run_rc_precmd 
+ check_required_before start 
+ local _f 
+ return 0 
+ [ -n '' ] 
+ check_required_after start 
+ local _f _args 
+ return 0 
+ return 0 
+ _run_rc_doit '/usr/sbin/daemon -r -P /var/run/awningd.pid -f -u pierre /usr/sbin/awning/intro.js ' 
+ debug 'run_rc_command: doit: /usr/sbin/daemon -r -P /var/run/awningd.pid -f -u pierre /usr/sbin/awning/intro.js ' 
+ eval '/usr/sbin/daemon -r -P /var/run/awningd.pid -f -u pierre /usr/sbin/awning/intro.js ' 
+ /usr/sbin/daemon -r -P /var/run/awningd.pid -f -u pierre /usr/sbin/awning/intro.js 
+ _return=0 
+ [ 0 -ne 0 ] 
+ return 0 
+ _run_rc_postcmd 
+ [ -n '' ] 
+ return 0 
+ return 0 

_chdir создается правильно, но он никогда не используется ни для чего. Честно говоря, это выглядит, как эти переменные (_chdir, _chroot и т.д.) должны быть на самом деле awning_chdir, awning_chroot и т.д ...

Что может быть происходит?

Я бегу версию 11,0-RELEASE-p2

ответ

0

После пошагового /etc/rc.subr, я узнал (нелегкий путь), что команда = потребности в буквальном смысле быть одной командой. Там выполняется тест ([ ! -x $command ]), который не срабатывает даже для команды с параметрами и без аргументов. Мне пришлось разделить варианты, которыми я проходил daemon, и его единственный аргумент /usr/sbin/awning/intro.js в отдельную переменную: command_args =, которая решила проблему.