Как я могу выполнить сценарий оболочки как демон под Redhat?

Часто самое быстрое только кошке /proc/scsi/scsi, который будет иметь достаточно, чтобы показать Вам, который является который:

$ cat /proc/scsi/scsi 
Attached devices:
Host: scsi2 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: ST95005620AS     Rev: SD23
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi4 Channel: 00 Id: 00 Lun: 00
  Vendor: 2.0      Model: USB Flash Drive  Rev: 1.00
  Type:   Direct-Access                    ANSI  SCSI revision: 02

Так, в моем случае первым (который был бы sda) является Seagate ST95005620AS, и второй (sdb) является Карта флэш-памяти с интерфейсом USB.

Для получения более подробной и определенной информации заглянуть /sys/block/sda и /sys/block/sdb, и также /sys/class/scsi_disk.

/sys/class/scsi_disk в особенности содержит символьные ссылки в дерево адреса PCI, которое покажет USB по сравнению с хостами SATA:

$ ls -l /sys/class/scsi_disk
total 0
lrwxrwxrwx 1 root root 0 2012-02-28 23:50 2:0:0:0 -> ../../devices/pci0000:00/0000:00:1f.2/host2/target2:0:0/2:0:0:0/scsi_disk/2:0:0:0
lrwxrwxrwx 1 root root 0 2012-02-28 23:50 4:0:0:0 -> ../../devices/pci0000:00/0000:00:1d.7/usb1/1-8/1-8:1.0/host4/target4:0:0/4:0:0:0/scsi_disk/4:0:0:0
$ cat /sys/block/sd[ab]/device/model
ST95005620AS    
USB Flash Drive 

Для большего количества информации попробуйте также, find /sys -name 'scsi*' и find /sys/block/sd[a-z]/.

12
19.04.2013, 16:16
2 ответа

Я нашел сценарий по http://www.linuxforums.org/forum/programming-scripting/190279-daemon-etc-init-d-functions-does-not-return-launching-process.html#post897522, который я смог изменить для удовлетворения моим потребностям. Это вручную отслеживает PID и создает использование файла PID pidof. Я закончил тем, что имел необходимость изменить это для использования pgrep как pidof не могло видеть PID моего сценария. После той модификации это хорошо работало. *Примечание, pgrep, кажется, только работает, если полное название сценария находится под 15 символами долго

Вот то, с чем я закончил:

#!/bin/bash
#
# 
#
# Start on runlevels 3, 4 and 5. Start late, kill early.
# chkconfig: 345 95 05
#
#
#!/bin/bash

# absolute path to executable binary
progpath='/usr/local/bin/script.sh'

# arguments to script
opts=''

# binary program name
prog=$(basename $progpath)

# pid file
pidfile="/var/run/${prog}.pid"

# make sure full path to executable binary is found
! [ -x $progpath ] && echo "$progpath: executable not found" && exit 1

eval_cmd() {
  local rc=$1
  if [ $rc -eq 0 ]; then
    echo '[  OK  ]'
  else
    echo '[FAILED]'
  fi
  return $rc
}

start() {
  # see if running
  local pids=$(pgrep $prog)

  if [ -n "$pids" ]; then
    echo "$prog (pid $pids) is already running"
    return 0
  fi
  printf "%-50s%s" "Starting $prog: " ''
  $progpath $opts &

  # save pid to file if you want
  echo $! > $pidfile

  # check again if running
  pgrep $prog >/dev/null 2>&1
  eval_cmd $?
}

stop() {
  # see if running
  local pids=$(pgrep $prog)

  if [ -z "$pids" ]; then
    echo "$prog not running"
    return 0
  fi
  printf "%-50s%s" "Stopping $prog: " ''
  rm -f $pidfile
  kill -9 $pids
  eval_cmd $?
}

status() {
  # see if running
  local pids=$(pgrep $prog)

  if [ -n "$pids" ]; then
    echo "$prog (pid $pids) is running"
  else
    echo "$prog is stopped"
  fi
}

case $1 in
  start)
    start
    ;;
  stop)
    stop
    ;;
  status)
    status
    ;;
  restart)
    stop
    sleep 1
    start
    ;;
  *)
    echo "Usage: $0 {start|stop|status|restart}"
    exit 1
esac

exit $?
2
27.01.2020, 19:56

Я не знаю Redhat, но daemon $prog & выглядит странным для меня. Если уже существует функция для daemonizing, почему это должно быть необходимо (и полезно) помещать эту функцию саму в фоновом режиме? Таким образом попробуйте без &.

0
27.01.2020, 19:56
  • 1
    , которым Это не неправильно. /etc/init.d/functions определяет a daemon функция, которая ожидает ее аргумент самому daemonize, это только, заботится о вещах как изменение пользователя, устанавливая ulimits, проверяя (не создание!) pidfile... Лучшее использование этого daemon функция состоит в том, чтобы заменить его libslack's daemon ;) –  sr_ 18.04.2013, 22:43
  • 2
    я сожалею, и был там однажды, когда я диагностировал. Я не означал включать его в это сообщение. –  bshacklett 19.04.2013, 00:25

Теги

Похожие вопросы