Bug 32302 - Не включается автозапуск nfslock.service
Summary: Не включается автозапуск nfslock.service
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: nfs-clients (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Sergey Bolshakov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 32420
  Show dependency tree
 
Reported: 2016-07-22 17:44 MSK by Andrey Cherepanov
Modified: 2016-09-01 16:09 MSK (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrey Cherepanov 2016-07-22 17:44:59 MSK
cas ~ # systemctl enable nfslock.service
Synchronizing state of nfslock.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable nfslock
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
   .wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
   a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
   D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
   instance name specified.
Comment 1 Sergey Bolshakov 2016-09-01 16:09:53 MSK
в 1.3.4-alt1 rpc-statd.service включен в зависимости nfs-client.target