सक्षम सिस्टमड यूनिट बूट पर शुरू नहीं होती है


35

मैं systemd-unitअपने सिस्टम पर सक्षम हूं। समस्या यह है, यह एक रिबूट के बाद पुनः आरंभ नहीं करता है। यह दो अन्य सेवाओं पर निर्भर करता है जो दोनों अपेक्षित रूप से शुरू की जाती हैं।

सेवा ज्ञात, सक्षम और मृत है:

[centos@ansible-kube-4 ~]$ sudo systemctl status flanneld
flanneld.service - Flanneld overlay address etcd agent
   Loaded: loaded (/usr/lib/systemd/system/flanneld.service; enabled)
   Active: inactive (dead)

इकाई फ़ाइल:

[centos@ansible-kube-4 ~]$ cat /usr/lib/systemd/system/flanneld.service
[Unit]
Description=Flanneld overlay address etcd agent
After=network.target
After=etcd.service

[Service]
Type=notify
Restart=always
RestartSec=3

EnvironmentFile=/etc/sysconfig/flanneld
EnvironmentFile=-/etc/sysconfig/docker-network
ExecStart=/usr/bin/flanneld -etcd-endpoints=${FLANNEL_ETCD} -etcd-prefix=${FLANNEL_ETCD_KEY} $FLANNEL_OPTIONS
ExecStartPost=/usr/libexec/flannel/mk-docker-opts.sh -k DOCKER_NETWORK_OPTIONS -d /run/flannel/docker

[Install]
WantedBy=multi-user.target

अपडेट १

Dmesg का उत्पादन:

$ dmesg | grep systemd
[    1.312165] systemd[1]: systemd 208 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ)
[    1.317238] systemd[1]: Detected virtualization 'kvm'.
[    1.319597] systemd[1]: Running in initial RAM disk.
[    1.323489] systemd[1]: No hostname configured.
[    1.324874] systemd[1]: Set hostname to <localhost>.
[    1.327570] systemd[1]: Initializing machine ID from KVM UUID.
[    1.389047] systemd[1]: Expecting device dev-disk-by\x2duuid-a78bb152\x2de525\x2d4f0e\x2d961a\x2dbf6147ac7d3e.device...
[    1.394577] systemd[1]: Starting -.slice.
[    1.396820] systemd[1]: Created slice -.slice.
[    1.397990] systemd[1]: Starting System Slice.
[    1.400212] systemd[1]: Created slice System Slice.
[    1.401503] systemd[1]: Starting Slices.
[    1.403556] systemd[1]: Reached target Slices.
[    1.404756] systemd[1]: Starting Timers.
[    1.406834] systemd[1]: Reached target Timers.
[    1.408042] systemd[1]: Starting Dispatch Password Requests to Console Directory Watch.
[    1.410065] systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
[    1.413402] systemd[1]: Starting Paths.
[    1.415399] systemd[1]: Reached target Paths.
[    1.416574] systemd[1]: Starting Journal Socket.
[    1.418894] systemd[1]: Listening on Journal Socket.
[    1.420242] systemd[1]: Started dracut ask for additional cmdline parameters.
[    1.422150] systemd[1]: Starting dracut cmdline hook...
[    1.424870] systemd[1]: Started Load Kernel Modules.
[    1.426124] systemd[1]: Starting Journal Service...
[    1.429731] systemd[1]: Started Journal Service.
[    1.692884] systemd-udevd[213]: starting version 208
[    2.621300] systemd-journald[90]: Received SIGTERM
[    2.968711] systemd[1]: Successfully loaded SELinux policy in 274.569ms.
[    3.023076] systemd[1]: Relabelled /dev and /run in 20.031ms.
[    3.365195] systemd-udevd[382]: starting version 208
[    3.482910] systemd-journald[377]: Received request to flush runtime journal from PID 1

अपडेट २

का आउटपुट chkconfig:

sudo chkconfig

Note: This output shows SysV services only and does not include native
      systemd services. SysV configuration data might be overridden by native
      systemd configuration.

      If you want to list systemd services use 'systemctl list-unit-files'.
      To see services enabled on particular target use
      'systemctl list-dependencies [target]'.

netconsole      0:off   1:off   2:off   3:off   4:off   5:off   6:off
network         0:off   1:off   2:on    3:on    4:on    5:on    6:off

का आउटपुट systemctl list-dependencies flanneld:

flanneld.service
├─system.slice
└─basic.target
  ├─microcode.service
  ├─rhel-autorelabel-mark.service
  ├─rhel-autorelabel.service
  ├─rhel-configure.service
  ├─rhel-dmesg.service
  ├─rhel-loadmodules.service
  ├─paths.target
  ├─slices.target
  │ ├─-.slice
  │ └─system.slice
  ├─sockets.target
  │ ├─dbus.socket
  │ ├─rpcbind.socket
  │ ├─systemd-initctl.socket
  │ ├─systemd-journald.socket
  │ ├─systemd-shutdownd.socket
  │ ├─systemd-udevd-control.socket
  │ └─systemd-udevd-kernel.socket
  ├─sysinit.target
  │ ├─dev-hugepages.mount
  │ ├─dev-mqueue.mount
  │ ├─kmod-static-nodes.service
  │ ├─proc-sys-fs-binfmt_misc.automount
  │ ├─sys-fs-fuse-connections.mount
  │ ├─sys-kernel-config.mount
  │ ├─sys-kernel-debug.mount
  │ ├─systemd-ask-password-console.path
  │ ├─systemd-binfmt.service
  │ ├─systemd-journal-flush.service
  │ ├─systemd-journald.service
  │ ├─systemd-modules-load.service
  │ ├─systemd-random-seed.service
  │ ├─systemd-sysctl.service
  │ ├─systemd-tmpfiles-setup-dev.service
  │ ├─systemd-tmpfiles-setup.service
  │ ├─systemd-udev-trigger.service
  │ ├─systemd-udevd.service
  │ ├─systemd-update-utmp.service
  │ ├─systemd-vconsole-setup.service
  │ ├─cryptsetup.target
  │ ├─local-fs.target
  │ │ ├─-.mount
  │ │ ├─rhel-import-state.service
  │ │ ├─rhel-readonly.service
  │ │ ├─systemd-fsck-root.service
  │ │ └─systemd-remount-fs.service
  │ └─swap.target
  └─timers.target
    └─systemd-tmpfiles-clean.timer

जवाबों:


32

इकाई फ़ाइल को संशोधित किया गया था:

पहले:

[Install]
RequiredBy=docker.service

बाद:

[Install]
WantedBy=multi-user.target

उस संशोधन के बाद मैंने यूनिट को पुनः प्राप्त नहीं किया। यह पता चला है कि सिस्टम को पुन: कॉन्फ़िगर करने के लिए यह आवश्यक है:

$ sudo systemctl reenable flanneld
rm '/etc/systemd/system/docker.service.requires/flanneld.service'
ln -s '/usr/lib/systemd/system/flanneld.service' '/etc/systemd/system/multi-user.target.wants/flanneld.service'

2
मैंने यह भी पाया कि इससे मदद मिली और मुझे नहीं पता कि क्यों। शायद reenableकुछ सही किया जो मैंने नहीं किया था, लेकिन मैंने उसे रोक दिया था और नहीं देख सकता था क्योंकि मैं बहुत मुश्किल नहीं कर रहा था। वैसे भी, दो समान मेजबानों पर, जिन पर मैं अपनी सेवा को रीबूट करने के बाद बनाने के लिए कॉन्फ़िगर कर रहा था, एक ने काम किया और दूसरे ने तब तक नहीं किया जब तक मैंने ऐसा नहीं किया।
रस बेटमैन

1
क्या यह संभव है कि यह अपग्रेड द्वारा अक्षम हो गया है? मेरे पास एक संदिग्ध सर्वर था जहां इसे अपग्रेड के बाद अक्षम कर दिया गया था ... sudo systemctl reenable rails-puma.service ने इस मुद्दे को हल किया
डेव कॉलिन्स

1
शायद प्रासंगिक: unix.stackexchange.com/questions/193714/…
ThorSummoner

9

मुझे आपके कॉन्फ़िगरेशन में कोई सबूत नहीं मिला है कि यह सेवा बूट समय पर शुरू की जानी चाहिए। systemdकिसी सेवा को सक्षम करने के दो तरीके देता है ताकि इसे बूट समय पर शुरू किया जाए:

chkconfig flanneld on

या:

systemctl enable flanneld

वास्तव में, पहला दूसरा कॉल करने का एक विरासत तरीका है, और अगर chkconfigपैकेज डिफ़ॉल्ट रूप से स्थापित है, तो मुझे यकीन नहीं है , लेकिन आप इसका उपयोग करके apt-getया स्थापित कर सकते हैं yum


सेवा सक्षम है। मैं sudo systemctl enable flanneldइसे सक्षम करता था।
maklemenz

इसे चलाने के बाद यह अभी भी स्टार्टअप पर शुरू नहीं होता है?
एनकेएन

मुझे प्रत्येक रिबूट के बाद मैन्युअल रूप से सेवा शुरू करनी होगी। यह पहली कोशिश और बिना किसी त्रुटि संदेश या चेतावनी के शुरू होता है।
मेकलेमेनज़

1
फेल कुछ और होना चाहिए। आधिकारिक तौर पर, सिस्टमड में स्टार्टअप पर सेवा को सक्षम करने का तरीका है systemctl enable servicename। अधिकांश उदाहरणों .serviceमें कमांड में समाप्ति भी शामिल है , लेकिन मुझे यकीन नहीं है कि यह कोई अंतर करना चाहिए।
एनकेएन

उपयोगकर्ता द्वारा छोड़ा गया है जब .service प्रत्यय स्वचालित रूप से जोड़ा गया है।
mrg2k8
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.