проблема с автозапуском демона

PCLinuxOS

Модератор: Bizdelnick

Ответить
kryuch
Сообщения: 44
ОС: openSUSE 10.0

проблема с автозапуском демона

Сообщение kryuch »

Как в Mandriva 2011 заставить демона запускаться при загрузке системы. В openSUSE это делалось командой insserv, но сдесь не работает
Создал ссылку в /etc/rcS.d - тоже не помогло, посмотрел логи - увидел (terminus - имя демона)


Код: Выделить всё

Jan  1 19:50:41 localhost systemd[1]: terminus.service operation timed out. Terminating.
Jan  1 19:50:42 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  1 19:59:53 localhost systemd[1]: terminus.service: control process exited, code=exited status=127
Jan  1 19:59:54 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  1 20:12:34 localhost systemd[1]: terminus.service operation timed out. Terminating.
Jan  1 20:12:34 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  1 20:39:31 localhost systemd[1]: terminus.service: control process exited, code=exited status=127
Jan  1 20:39:31 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  1 20:47:02 localhost systemd[1]: terminus.service: control process exited, code=exited status=127
Jan  1 20:47:02 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  1 20:49:28 localhost kernel: qterminus-serve[2061]: segfault at 8 ip 0806ad67 sp bf927ca0 error 4 in qterminus-server[8048000+98000]
Jan  1 21:12:25 localhost systemd[1]: terminus.service: control process exited, code=exited status=127
Jan  1 21:12:25 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  1 21:13:14 localhost kernel: qterminus-serve[2063]: segfault at 8 ip 0806ad67 sp bf9875f0 error 4 in qterminus-server[8048000+98000]
Jan  2 00:32:00 localhost systemd[1]: terminus.service: control process exited, code=exited status=127
Jan  2 00:32:00 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  2 00:32:16 localhost kernel: qterminus-serve[2064]: segfault at 8 ip 0806ad67 sp bfff6cb0 error 4 in qterminus-server (deleted)[8048000+98000]
Jan  2 00:33:43 localhost kernel: qterminus-serve[3856]: segfault at 8 ip 0806a487 sp bfaeeff0 error 4 in qterminus-server[8048000+97000]
Jan  2 00:53:03 localhost systemd[1]: terminus.service: control process exited, code=exited status=127
Jan  2 00:53:03 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  2 00:55:19 localhost kernel: qterminus-serve[2717]: segfault at 8 ip 0806a487 sp bf90bb60 error 4 in qterminus-server[8048000+97000]
Jan  2 02:05:55 localhost systemd[1]: terminus.service: control process exited, code=exited status=127
Jan  2 02:05:55 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  2 02:27:14 localhost systemd[1]: terminus.service operation timed out. Terminating.
Jan  2 02:27:14 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  2 02:48:11 localhost systemd[1]: terminus.service: control process exited, code=exited status=127
Jan  2 02:48:11 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  2 03:09:42 localhost systemd[1]: terminus.service: control process exited, code=exited status=127
Jan  2 03:09:42 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  2 03:45:21 localhost systemd[1]: terminus.service operation timed out. Terminating.
Jan  2 03:45:21 localhost systemd[1]: Unit terminus.service entered failed state.
Jan  2 15:49:23 localhost systemd[1]: terminus.service operation timed out. Terminating.
Jan  2 15:49:23 localhost systemd[1]: Unit terminus.service entered failed state.
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20794
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: проблема с автозапуском демона

Сообщение Bizdelnick »

systemctl enable terminus.service
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
kryuch
Сообщения: 44
ОС: openSUSE 10.0

Re: проблема с автозапуском демона

Сообщение kryuch »

Bizdelnick писал(а):
02.01.2013 21:40
systemctl enable terminus.service


не работает

Код: Выделить всё

terminus.service is not a native service, redirecting to /sbin/chkonfig
Executing /sbin/checkconfig terminus on
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20794
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: проблема с автозапуском демона

Сообщение Bizdelnick »

Как это - не работает? Всё должно было включиться и после перезагрузки работать.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
SinClaus
Сообщения: 1951
Статус: Мучитель Мандривы
ОС: Arch,BSD

Re: проблема с автозапуском демона

Сообщение SinClaus »

Для начала посмотреть в /usr/lib/systemd/system на предмет наличия файла terminus.service.... Э-э-э, вопрос - а откуда сей terminus установлен? Если из репозитория - файлик там быть должен (по идеологии systemd), если самосборный - к системе претензий быть не должно.
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20794
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: проблема с автозапуском демона

Сообщение Bizdelnick »

Да всё там нормально. Файлика нет, но включился старый init-скрипт.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
kryuch
Сообщения: 44
ОС: openSUSE 10.0

Re: проблема с автозапуском демона

Сообщение kryuch »

SinClaus писал(а):
04.01.2013 10:18
Для начала посмотреть в /usr/lib/systemd/system на предмет наличия файла terminus.service.... Э-э-э, вопрос - а откуда сей terminus установлен? Если из репозитория - файлик там быть должен (по идеологии systemd), если самосборный - к системе претензий быть не должно.


Самосборный. Файлика в /usr/lib/systemd/system нет
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20794
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: проблема с автозапуском демона

Сообщение Bizdelnick »

kryuch писал(а):
04.01.2013 17:28
Самосборный

Так что ж Вы головы людям морочите? С этого начинать надо было. Init-скрипт есть? Если да, то откуда?
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
kryuch
Сообщения: 44
ОС: openSUSE 10.0

Re: проблема с автозапуском демона

Сообщение kryuch »

Bizdelnick писал(а):
05.01.2013 00:36
Так что ж Вы головы людям морочите? С этого начинать надо было.


Извиняюсь, я думал, это ясно из первого сообщения.

Bizdelnick писал(а):
05.01.2013 00:36
Init-скрипт есть? Если да, то откуда?


init скрипт (тот, что размещается в /etc/init.d) самописный. В openSUSE работает на раз, в мандриве тоже все команды (start, stop) прекрасно выполняются, единственная проблема в том, что он не запускается при загрузке системы.
Спасибо сказали:
Аватара пользователя
verg
Сообщения: 1299

Re: проблема с автозапуском демона

Сообщение verg »

kryuch,
MCC - система - включение и отключение системных сервисов
Вашего сервиса там нет?
Там кроме кнопок запуска/остановки сервиса есть, так же, чекбокс для галочки; "При загрузке"


з.ы. накрайняк написать service-файл и поместить его в /lib/systemd/system/ и дать команду на запуск: # systemctl enable terminus.service
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 20794
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: проблема с автозапуском демона

Сообщение Bizdelnick »

kryuch писал(а):
05.01.2013 01:12
init скрипт (тот, что размещается в /etc/init.d) самописный

Показывайте.

kryuch писал(а):
05.01.2013 01:12
В openSUSE работает на раз

Это ровным счётом ничего не значит. Скрипты пишутся под конкретный дистрибутив, в каждом свои заморочки.
Лучше, конечно, отказаться от скрипта вообще и написать service-файл, поскольку что Mandriva, что SUSE переходят на systemd. Это будет более универсальное решение.
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
SinClaus
Сообщения: 1951
Статус: Мучитель Мандривы
ОС: Arch,BSD

Re: проблема с автозапуском демона

Сообщение SinClaus »

На вики Арча есть готовый скрипт для systemd, заменяющий rc.local. Заготовка, т.с. На его основе легко пишутся запускалки для чего угодно.
Спасибо сказали:
kryuch
Сообщения: 44
ОС: openSUSE 10.0

Re: проблема с автозапуском демона

Сообщение kryuch »

Bizdelnick писал(а):
05.01.2013 02:23
Показывайте.

Код: Выделить всё

#!/bin/sh
#
#     Template SUSE system startup script for example service/daemon T
#     Copyright (C) 1995--2005  Kurt Garloff, SUSE / Novell Inc.
#
#     This library is free software; you can redistribute it and/or modify it
#     under the terms of the GNU Lesser General Public License as published by
#     the Free Software Foundation; either version 2.1 of the License, or (at
#     your option) any later version.
#
#     This library is distributed in the hope that it will be useful, but
#     WITHOUT ANY WARRANTY; without even the implied warranty of
#     MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
#     Lesser General Public License for more details.
#
#     You should have received a copy of the GNU Lesser General Public
#     License along with this library; if not, write to the Free Software
#     Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  USA
#
# /etc/init.d/T
#   and its symbolic link
# /(usr/)sbin/rcT
#
# Template system startup script for some example service/daemon T
#
# LSB compatible service control script; see http://www.linuxbase.org/spec/
#
# Note: This template uses functions rc_XXX defined in /etc/rc.status on
# UnitedLinux/SUSE/Novell based Linux distributions. If you want to base your
# script on this template and ensure that it works on non UL based LSB
# compliant Linux distributions, you either have to provide the rc.status
# functions from UL or change the script to work without them.
# See skeleton.compat for a template that works with other distros as well.
#
### BEGIN INIT INFO
# Provides:          T
# Required-Start:    $syslog $remote_fs
# Should-Start:      $time ypbind smtp
# Required-Stop:     $syslog $remote_fs
# Should-Stop:       ypbind smtp
# Default-Start:     3 5
# Default-Stop:      0 1 2 6
# Short-Description: TERMINUS
# Description:       Start T to allow XY and provide YZ
#    continued on second line by '#<TAB>'
#    should contain enough info for the runlevel editor
#    to give admin some idea what this service does and
#    what it's needed for ...
#    (The Short-Description should already be a good hint.)
### END INIT INFO
#
# Any extensions to the keywords given above should be preceeded by
# X-VendorTag- (X-UnitedLinux- X-SuSE- for us) according to LSB.
#
# Notes on Required-Start/Should-Start:
# * There are two different issues that are solved by Required-Start
#    and Should-Start
# (a) Hard dependencies: This is used by the runlevel editor to determine
#     which services absolutely need to be started to make the start of
#     this service make sense. Example: nfsserver should have
#     Required-Start: $portmap
#     Also, required services are started before the dependent ones.
#     The runlevel editor will warn about such missing hard dependencies
#     and suggest enabling. During system startup, you may expect an error,
#     if the dependency is not fulfilled.
# (b) Specifying the init script ordering, not real (hard) dependencies.
#     This is needed by insserv to determine which service should be
#     started first (and at a later stage what services can be started
#     in parallel). The tag Should-Start: is used for this.
#     It tells, that if a service is available, it should be started
#     before. If not, never mind.
# * When specifying hard dependencies or ordering requirements, you can
#   use names of services (contents of their Provides: section)
#   or pseudo names starting with a $. The following ones are available
#   according to LSB (1.1):
#    $local_fs        all local file systems are mounted
#                (most services should need this!)
#    $remote_fs        all remote file systems are mounted
#                (note that /usr may be remote, so
#                 many services should Require this!)
#    $syslog            system logging facility up
#    $network        low level networking (eth card, ...)
#    $named            hostname resolution available
#    $netdaemons        all network daemons are running
#   The $netdaemons pseudo service has been removed in LSB 1.2.
#   For now, we still offer it for backward compatibility.
#   These are new (LSB 1.2):
#    $time            the system time has been set correctly
#    $portmap        SunRPC portmapping service available
#   UnitedLinux extensions:
#    $ALL            indicates that a script should be inserted
#                at the end
# * The services specified in the stop tags
#   (Required-Stop/Should-Stop)
#   specify which services need to be still running when this service
#   is shut down. Often the entries there are just copies or a subset
#   from the respective start tag.
# * Should-Start/Stop are now part of LSB as of 2.0,
#   formerly SUSE/Unitedlinux used X-UnitedLinux-Should-Start/-Stop.
#   insserv does support both variants.
# * X-UnitedLinux-Default-Enabled: yes/no is used at installation time
#   (%fillup_and_insserv macro in %post of many RPMs) to specify whether
#   a startup script should default to be enabled after installation.
#   It's not used by insserv.
#
# Note on runlevels:
# 0 - halt/poweroff             6 - reboot
# 1 - single user            2 - multiuser without network exported
# 3 - multiuser w/ network (text mode)  5 - multiuser w/ network and X11 (xdm)
#
# Note on script names:
# http://www.linuxbase.org/spec/refspecs/LSB_1.3.0/gLSB/gLSB/scrptnames.html
# A registry has been set up to manage the init script namespace.
# http://www.lanana.org/
# Please use the names already registered or register one or use a
# vendor prefix.


# Check for missing binaries (stale symlinks should not happen)
# Note: Special treatment of stop for LSB conformance
T_BIN=/opt/terminus/bin/qterminus-server
test -x $T_BIN || { echo "$T_BIN not installed";
    if [ "$1" = "stop" ]; then exit 0;
    else exit 5; fi; }

# Check for existence of needed config file and read it
T_CONFIG=/opt/terminus/etc/terminus
test -r $T_CONFIG || { echo "$T_CONFIG not existing";
    if [ "$1" = "stop" ]; then exit 0;
    else exit 6; fi; }

# Read config
. $T_CONFIG

# Source LSB init functions
# providing start_daemon, killproc, pidofproc,
# log_success_msg, log_failure_msg and log_warning_msg.
# This is currently not used by UnitedLinux based distributions and
# not needed for init scripts for UnitedLinux only. If it is used,
# the functions from rc.status should not be sourced or used.
#. /lib/lsb/init-functions

# Shell functions sourced from /etc/rc.status:
#      rc_check         check and set local and overall rc status
#      rc_status        check and set local and overall rc status
#      rc_status -v     be verbose in local rc status and clear it afterwards
#      rc_status -v -r  ditto and clear both the local and overall rc status
#      rc_status -s     display "skipped" and exit with status 3
#      rc_status -u     display "unused" and exit with status 3
#      rc_failed        set local and overall rc status to failed
#      rc_failed <num>  set local and overall rc status to <num>
#      rc_reset         clear both the local and overall rc status
#      rc_exit          exit appropriate to overall rc status
#      rc_active        checks whether a service is activated by symlinks\\

#. /etc/rc.status

# Reset status of this service
#rc_reset

# Return values acc. to LSB for all commands but status:
# 0      - success
# 1       - generic or unspecified error
# 2       - invalid or excess argument(s)
# 3       - unimplemented feature (e.g. "reload")
# 4       - user had insufficient privileges
# 5       - program is not installed
# 6       - program is not configured
# 7       - program is not running
# 8--199  - reserved (8--99 LSB, 100--149 distrib, 150--199 appl)
#
# Note that starting an already running service, stopping
# or restarting a not-running service as well as the restart
# with force-reload (in case signaling is not supported) are
# considered a success.

case "$1" in
    start)
    echo -n "Starting T "
    ## Start daemon with startproc(8). If this fails
    ## the return value is set appropriately by startproc.
    sudo -u terminus /sbin/startproc /opt/terminus/bin/pg_ctl -D /opt/terminus/var/data/ -l  /opt/terminus/var/access start
    $T_BIN 1
        /opt/terminus/bin/qterminus-xpclient -minusersac
        /opt/terminus/bin/qterminus-xpclient -cleartmpfile file=all
    # Remember status and be verbose
    rc_status -v
    ;;
    stop)
    echo -n "Shutting down T "
    ## Stop daemon with killproc(8) and if this fails
    ## killproc sets the return value according to LSB.

    proc $T_BIN
    sudo -u terminus /opt/terminus/bin/pg_ctl -D /opt/terminus/var/data/ stop
    # Remember status and be verbose
    rc_status -v
    ;;
    try-restart|condrestart)
    ## Do a restart only if the service was active before.
    ## Note: try-restart is now part of LSB (as of 1.9).
    ## RH has a similar command named condrestart.
    if test "$1" = "condrestart"; then
        echo "${attn} Use try-restart ${done}(LSB)${attn} rather than condrestart ${warn}(RH)${norm}"
    fi
    $0 status
    if test $? = 0; then
        $0 restart
    else
        rc_reset    # Not running is not a failure.
    fi
    # Remember status and be quiet
    rc_status
    ;;
    restart)
    ## Stop the service and regardless of whether it was
    ## running or not, start it again.
    $0 stop
    $0 start

    # Remember status and be quiet
    rc_status
    ;;
    force-reload)
    ## Signal the daemon to reload its config. Most daemons
    ## do this on signal 1 (SIGHUP).
    ## If it does not support it, restart the service if it
    ## is running.

    echo -n "Reload service T "
    ## if it supports it:
    killproc -HUP $T_BIN
    #touch /var/run/T.pid
    rc_status -v

    ## Otherwise:
    #$0 try-restart
    #rc_status
    ;;
    reload)
    ## Like force-reload, but if daemon does not support
    ## signaling, do nothing (!)

    # If it supports signaling:
    echo -n "Reload service T "
    killproc -HUP $T_BIN
    #touch /var/run/T.pid
    rc_status -v

    ## Otherwise if it does not support reload:
    #rc_failed 3
    #rc_status -v
    ;;
    status)
    echo -n "Checking for service T "
    ## Check status with checkproc(8), if process is running
    ## checkproc will return with exit status 0.

    # Return value is slightly different for the status command:
    # 0 - service up and running
    # 1 - service dead, but /var/run/  pid  file exists
    # 2 - service dead, but /var/lock/ lock file exists
    # 3 - service not running (unused)
    # 4 - service status unknown :-(
    # 5--199 reserved (5--99 LSB, 100--149 distro, 150--199 appl.)

    # NOTE: checkproc returns LSB compliant status values.
    /sbin/checkproc $T_BIN
    # NOTE: rc_status knows that we called this init script with
    # "status" option and adapts its messages accordingly.
    rc_status -v
    ;;
    probe)
    ## Optional: Probe for the necessity of a reload, print out the
    ## argument to this init script which is required for a reload.
    ## Note: probe is not (yet) part of LSB (as of 1.9)

    test /etc/T/T.conf -nt /var/run/T.pid && echo reload
    ;;
    *)
    echo "Usage: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}"
    exit 1
    ;;
esac
rc_exit
Спасибо сказали:
Ответить