Я пытаюсь запустить сценарий в /etc/init.d
в ubuntu 16.04
. но это дает мне ошибку. Я могу выполнить каждый шаг в этом (scheduler_slave) единица вручную. Однако это перестало работать при выполнении через сценарий.
Мог любой объяснять, что является значением ниже ошибки /
Я - полностью новичок к этому полю и пытающийся выяснить, почему эта ошибка прибывает. Сообщите мне, пропустил ли я какую-либо деталь.
команда:
sudo /etc/init.d/scheduler_slave start
ошибка:
[....] Starting scheduler_slave (via systemctl):
scheduler_slave.serviceJob for scheduler_slave.service failed because
the control process exited with error code. See "systemctl status
scheduler_slave.service" and "journalctl -xe" for details.
failed!
состояние systemctl scheduler_slave.service
● scheduler_slave.service - LSB: Start scheduler slave at boot
Loaded: loaded (/etc/init.d/scheduler_slave; bad; vendor preset:
enabled)
Active: failed (Result: exit-code) since Mon 2018-03-12 13:03:39 IST;
1h 26min ago
Docs: man:systemd-sysv-generator(8)
Process: 7315 ExecStart=/etc/init.d/scheduler_slave start
(code=exited, status=203/EXEC)
sudo journalctl - ксенон
-- A new session with the ID 80 has been created for the user ubuntu.
--
-- The leading process of the session is 7377.
Mar 12 14:29:24 ubuntu systemd[1]: Started Session 80 of user ubuntu.
-- Subject: Unit session-80.scope has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-80.scope has finished starting up.
--
-- The start-up result is done.
Mar 12 14:32:56 ubuntu sudo[7547]: ubuntu : TTY=pts/1 ; PWD=/home/ubuntu ; USER=root ; COMMAND=/bin/journalctl -xe
Mar 12 14:32:56 ubuntu sudo[7547]: pam_unix(sudo:session): session opened for user root by ubuntu(uid=0)
Mar 12 14:34:29 ubuntu sudo[7547]: pam_unix(sudo:session): session closed for user root
Mar 12 14:34:36 ubuntu sudo[7551]: ubuntu : TTY=pts/1 ; PWD=/home/ubuntu ; USER=root ; COMMAND=/etc/init.d/scheduler_slave start
Mar 12 14:34:36 ubuntu sudo[7551]: pam_unix(sudo:session): session opened for user root by ubuntu(uid=0)
Mar 12 14:34:36 ubuntu systemd[1]: Starting LSB: Start scheduler slave at boot...
-- Subject: Unit scheduler_slave.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit scheduler_slave.service has begun starting up.
Mar 12 14:34:36 ubuntu systemd[7562]: scheduler_slave.service: Failed at step EXEC spawning /etc/init.d/scheduler_slave: Exec format error
-- Subject: Process /etc/init.d/scheduler_slave could not be executed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- The process /etc/init.d/scheduler_slave could not be executed and failed.
--
-- The error number returned by this process is 8.
Mar 12 14:34:36 ubuntu systemd[1]: scheduler_slave.service: Control process exited, code=exited status=203
Mar 12 14:34:36 ubuntu systemd[1]: Failed to start LSB: Start scheduler slave at boot.
-- Subject: Unit scheduler_slave.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit scheduler_slave.service has failed.
--
-- The result is failed.
Mar 12 14:34:36 ubuntu systemd[1]: scheduler_slave.service: Unit entered failed state.
Mar 12 14:34:36 ubuntu systemd[1]: scheduler_slave.service: Failed with result 'exit-code'.
Mar 12 14:34:36 ubuntu sudo[7551]: pam_unix(sudo:session): session closed for user root
Mar 12 14:34:47 ubuntu sudo[7594]: ubuntu : TTY=pts/1 ; PWD=/home/ubuntu ; USER=root ; COMMAND=/bin/journalctl -xe
Mar 12 14:34:47 ubuntu sudo[7594]: pam_unix(sudo:session): session opened for user root by ubuntu(uid=0)
Ошибка, которую Вы вставили, является "Исполнительной ошибкой формата".
Уже существует много возможных причин для "Исполнительной ошибки формата", зарегистрированной в сеть Stack Exchange. Я рекомендую рассмотреть тот ответ.
Кроме того, если Вы можете, постараться не смешивать systemd файлы конфигурации с "sysVinit" scrypts прежней версии в/etc/init.d. Они могут сотрудничать, но это делает проблемы тяжелее, чтобы быть отладкой. Я рекомендую использовать исключительно systemd
если это возможно.