Project

General

Profile

Bug #4555

Tiny DNS: Service does not start

Added by Louis Zuckerman over 5 years ago. Updated almost 5 years ago.

Status:
Resolved
Priority:
High
Assignee:
-
Category:
DNS Server
Target version:
-
Start date:
03/25/2015
Due date:
% Done:

0%

Estimated time:
Affected Version:
2.2.1
Affected Architecture:
amd64

Description

I'm using pfSense 2.2.1-RELEASE with the dns-server package 1.05_20-amd64.

I've tried starting the services, both dns-server & svscan, but neither one of them will start. There's no messages in the system log indicating the problem.

Please advise, thanks.

History

#1 Updated by Kill Bill almost 5 years ago

Virtually no information here. If you have issues with current pfSense version and current tinydns package version, then post to the forum until you have some identifiable confirmed bug.

https://forum.pfsense.org/index.php?board=15.0

#4 Updated by Michael Hasse almost 5 years ago

I started working through the issues, beginning at tinydns.sh
Unfortunately it was taking more time than I have available, but at first glance it appears that the rewrite to support PBI has a bunch of missing and/or inconsistent paths/references/symlinks.
Further, I noticed differences in presence/absence of files/folders/symlinks depending on whether the system was upgraded from older pfSense, clean install, tinyDNS reinstall (over the top), or tinyDNS reinstall (remove and then install).
I suspect somebody ran a search'n'replace on the scripts and did no more than a single clean install on a fresh system for testing.
Sorry I don't have more details, and it'll be at least couple months before I can circle back to this, hopefully this is enough to help somebody else dig into it further. :(

#5 Updated by Michael Hasse almost 5 years ago

(This is an issue in 2.2.3 as well as 2.2.1)

#6 Updated by Kill Bill almost 5 years ago

@Michael: These issues won't go away until the PBI shit dies in 2.3. Meanwhile, I looked at the code and the only fix I can offer is symlinking a bunch of stuff to /usr/loca/bin. If that's not acceptable, I'm not touching this. Way too much pain to rewrite the heredocs in the XML file to work around PBI's idiotic paths.

#7 Updated by Kill Bill almost 5 years ago

Err... not XML, but tinydns.inc; the point obviously stands, though. (I suspect that beyond /usr/local/bin/svscan, also /usr/local/bin/svc does not exist normally, plus possibly others.)

#8 Updated by Kill Bill almost 5 years ago

#9 Updated by Renato Botelho almost 5 years ago

  • Status changed from New to Feedback

Pull request has been merged, thanks!

#10 Updated by Kill Bill almost 5 years ago

Confirmed working by multiple forum users, safe to close. ;)

#11 Updated by Chris Buechler almost 5 years ago

  • Status changed from Feedback to Resolved

thanks

Also available in: Atom PDF