mirror of
https://github.com/nsupdate-info/nsupdate.info.git
synced 2026-04-25 08:35:56 +03:00
[GH-ISSUE #432] Website-generated configuration results in 'Failed to start' error #312
Labels
No labels
bug
bug
duplicate
easy
easy
enhancement
enhancement
invalid
needs help
pull-request
scalability
security
task
urgent
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nsupdate.info-nsupdate-info#312
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ghost on GitHub (May 13, 2019).
Original GitHub issue: https://github.com/nsupdate-info/nsupdate.info/issues/432
On Arch linux using ddclient version 3.9.0-3, choosing the 'ddclient' tab upon setting host generates a /etc/ddclient.conf file which results in the following error when used as provided:
ddclient.service: Failed with result 'protocol' Can't open PID file /run/ddclient.pidThe service will start properly if the following 2 lines are added to this file:
@ThomasWaldmann commented on GitHub (May 13, 2019):
That sounds a bit strange.
In the error message, it says it can't open file X, but if you configure exactly the same file X as pid file, that changes behaviour?
Can you try again with / without the first line and with / without the 2nd line to reduce it to the minimum needed to make it work?
@ghost commented on GitHub (May 13, 2019):
When I comment this
pid=/run/ddclient.pidbut notdaemon=300, it hangs upon doingsudo systemctl restart ddclient, as well assudo systemctl stop ddclientthensudo systemctl start ddclient.And when I comment the other way around it errors on
sudo systemctl restart ddclientwith:and
EDITED: Formatting & erroneous output for journalctl -xe
@ThomasWaldmann commented on GitHub (May 13, 2019):
Hmm, strange. Can you check with the arch linux ddclient package maintainer?
I copy & pasted our generated ddclient conf a lot and it always worked for me yet (on debian / ubuntu usually).
So either this is something new in ddclient or an arch issue.
@ghost commented on GitHub (May 13, 2019):
https://bugs.archlinux.org/task/62628
@yan12125 commented on GitHub (May 14, 2019):
It might not be an Arch Linux bug. As far as I understand
ddclient.serviceis expected to be used with daemonized ddclient, so you need to adddaemon=andpid=in ddclient.conf.