Bug 1373704 - systemd tinc won't start automatically though enabled
Summary: systemd tinc won't start automatically though enabled
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: tinc
Version: 24
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Fabian Affolter
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1373701
TreeView+ depends on / blocked
 
Reported: 2016-09-07 02:29 UTC by Chen Chen
Modified: 2016-11-17 08:35 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-11-17 02:37:10 UTC
Type: Bug


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1373701 0 unspecified CLOSED systemd tinc won't start automatically though enabled 2021-02-22 00:41:40 UTC

Description Chen Chen 2016-09-07 02:29:24 UTC
Description of problem:

The tinc won't automatically start when system boot, though its status is enabled. It didn't report any failure (exit code, etc.), like it had never enabled.

sudo systemctl status tinc@smartquerier
● tinc - Tinc net xxxx
   Loaded: loaded (/usr/lib/systemd/system/tinc@.service; enabled; vendor preset: disabled)
   Active: inactive (dead)

It can be start manually, and works perfect. Means no error in configuration files.

sudo systemctl start tinc@xxxx
sudo systemctl status tinc@xxxx
● tinc - Tinc net xxxx
   Loaded: loaded (/usr/lib/systemd/system/tinc@.service; enabled; vendor preset
   Active: active (running) since Wed 2016-09-07 11:09:15 JST; 1min 10s ago
 Main PID: 2962 (tincd)
    Tasks: 1 (limit: 512)
   CGroup: /system.slice/system-tinc.slice/tinc
           └─2962 /usr/sbin/tincd -n xxxx -D

Sep 07 11:09:15 hhhh systemd[1]: Started Tinc net xxxx.
Sep 07 11:09:15 hhhh tincd[2962]: tincd 1.0.28 starting, debug level 0
Sep 07 11:09:16 hhhh tincd[2962]: /dev/net/tun is a Linux tun/tap device (tap
Sep 07 11:09:16 hhhh tincd[2962]: Ready

Version-Release number of selected component (if applicable):

Name        : tinc
Arch        : x86_64
Version     : 1.0.28
Release     : 1.el7

How reproducible:
Always, after every reboot

Steps to Reproduce:

1. Create a tinc VPN profile, with name xxxx.
   (For testing purpose, just setup one client is sufficient. The "ConnectTo" target could be a fake target. The daemon will just try to reconnect again and again. Sample is available at https://www.digitalocean.com/community/tutorials/how-to-install-tinc-and-set-up-a-basic-vpn-on-ubuntu-14-04)
2. systemctl start tinc@xxxx (test if it can be start correctly)
3. systemctl enable tinc@xxxx
4. systemctl reboot
5. systemctl status

Actual results:
Active: inactive (dead)

Expected results:
Active: active (running) since ...

Additional info:
This problem is also present in EPEL 7. I'll already open a bug report there.

Comment 1 François Kooman 2016-11-12 20:48:06 UTC
I think you also have to enable tinc, so both the "profile" and tinc.

systemctl enable tinc
systemctl enable tinc@xxxx

Comment 2 Chen Chen 2016-11-17 02:37:10 UTC
(In reply to François Kooman from comment #1)
> I think you also have to enable tinc, so both the "profile" and tinc.
> 
> systemctl enable tinc
> systemctl enable tinc@xxxx

Got a chance to reboot the server, tried and it worked! Thank you very much.
It seems I misunderstood how to use the '@' profile correctly.

Marked as NOT'A'BUG.

Comment 3 François Kooman 2016-11-17 08:35:29 UTC
I also created an issue upstream to simplify the unit file, see my own bug that I then also closed and filed upstream:

https://bugzilla.redhat.com/show_bug.cgi?id=1394512
https://github.com/gsliepen/tinc/issues/133

Another similar issue: https://bugzilla.redhat.com/show_bug.cgi?id=1261717


Note You need to log in before you can comment on or make changes to this bug.