Solved libnettle.so.6 not found on boot for dnsmasq.

Hi,

Am using dns/dnsmasq as a local service. On boot I see an error message stating that the service can not start because of a missing file, libnettle.so.6.

Once the system logins in and service dnsmasq start is used the service begins. Also I get positive results for
Code:
find /usr/ -name 'libnettle*'
/usr/local/lib/libnettle.so.6
/usr/local/lib/libnettle.a
/usr/local/lib/libnettle.so
/usr/local/lib/libnettle.so.6.2

Not sure why this is happening. Any suggestions?
 
Always post the original lines found on log files when asking here.
Suggestion:
Try pkg check -dvy dnsmasq to let pkg install missing dependencies.
If this does not work out (re)install security/nettle
You might want to have a look on pkg info nettle first. Nettle should have version 3.2.
Note that you might also reinstall ports that depend on Nettle.
 
I think it's going to be a task........I had reinstalled security/nettle from packages and ports. Definitely version 3.2. dns/dnsmasq has all satisfied dependencies.

Sadly the original error line doesn't show up in the error logs. Other than "dnsmasq failed to start." You actually have to watch the screen to see the error pop up. Puzzling how the boot startup won't work but manually starting the service has no problem. I am using dns/dnsmasq directly to post here.

For other reasons I also had to turned on devel/dbus and something similar happened. Can't find a file to start but if you issue service -R both the services start without problem.

I'm going to remove and reinstall security/nettle
 
The ZFS filesystems are loaded quite early on in the boot process. So I'm not suspecting it as a cause.

Try running a verbose boot, add to rc.conf:
Code:
rc_info="YES"
rc_debug="YES"
That might provide some extra clues why it's failing to start during boot.
 
Well I ran the verbose boot and looked for the dns/dnsmasq related items:

Code:
Sep 28 13:46:12 dell root: /etc/rc: DEBUG: checkyesno: dnsmasq_enable is set to YES.
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: checkyesno: rc_startmsgs is set to YES.
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: run_rc_command: doit: /usr/local/sbin/dnsmasq  -x /var/run/dnsmasq.pid -C /usr/local/etc/dnsmasq.conf
Sep 28 13:46:13 dell root: /etc/rc: WARNING: failed to start dnsmasq

The remainder can be found here: http://pastebin.com/EhuyV8Ms
There is a dnsmasq.log but that only is written to after successfully starting the service and provides no useful information.

Here are the details from service dnsmasq restart:

Code:
/usr/local/etc/rc.d/dnsmasq: DEBUG: checkyesno: dnsmasq_enable is set to YES.
/usr/local/etc/rc.d/dnsmasq: DEBUG: run_rc_command: stop_precmd: rmtimestamp
Stopping dnsmasq.
/usr/local/etc/rc.d/dnsmasq: DEBUG: run_rc_command: doit: kill -TERM 2480
Waiting for PIDS: 2480.
/usr/local/etc/rc.d/dnsmasq: DEBUG: checkyesno: dnsmasq_enable is set to YES.
Starting dnsmasq.
/usr/local/etc/rc.d/dnsmasq: DEBUG: run_rc_command: doit: /usr/local/sbin/dnsmasq  -x /var/run/dnsmasq.pid -C /usr/local/etc/dnsmasq.conf
/usr/local/etc/rc.d/dnsmasq: DEBUG: run_rc_command: start_postcmd: timestampconf

Also got a photo of the actual error. Although does not appear to be noted in any error log:

error.jpg


And just in case I ran a zpool scrub zroot and returned no errors.
 
Expanding here a fragment of your log, because I suspect the ZFS 'vdev state change' is relevant here, it happens just after the dnsmasq start failure ...

What's the meaning of 'vdev state change' in this context ? Pool changing state to "online" ?

Code:
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: run_rc_command: doit: /usr/local/sbin/dnsmasq  -x /var/run/dnsmasq.pid -C /usr/local/etc/dnsmasq.conf
Sep 28 13:46:13 dell root: /etc/rc: WARNING: failed to start dnsmasq
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: checkyesno: stunnel_enable is set to NO.
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: checkyesno: uuidd_enable is set to NO.
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: checkyesno: dbus_enable is set to NO.
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: checkyesno: webcamd_enable is set to NO.
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: checkyesno: devd_enable is set to YES.
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: run_rc_command: start_precmd: devd_prestart
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: checkyesno: devd_enable is set to YES.
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: checkyesno: rc_startmsgs is set to YES.
Sep 28 13:46:13 dell root: /etc/rc: DEBUG: run_rc_command: doit: /sbin/devd  
Sep 28 13:46:13 dell devd: Executing '/etc/pccard_ether em0 start'
Sep 28 13:46:13 dell root: /etc/pccard_ether: DEBUG: run_rc_command: start_precmd: checkauto
Sep 28 13:46:13 dell root: /etc/pccard_ether: DEBUG: run_rc_command: doit: pccard_ether_start
Sep 28 13:46:13 dell devd: Executing '/etc/pccard_ether lo0 start'
Sep 28 13:46:13 dell root: /etc/pccard_ether: DEBUG: run_rc_command: start_precmd: checkauto
Sep 28 13:46:13 dell root: /etc/pccard_ether: DEBUG: run_rc_command: doit: pccard_ether_start
Sep 28 13:46:13 dell devd: Executing '/etc/rc.d/power_profile 0x01'
Sep 28 13:46:13 dell power_profile: changed to 'performance'
Sep 28 13:46:13 dell devd: Executing 'logger -p kern.notice -t ZFS 'vdev state changed, pool_guid=8635920005381647755 vdev_guid=17636582233914738911''
Sep 28 13:46:13 dell ZFS: vdev state changed, pool_guid=8635920005381647755 vdev_guid=17636582233914738911
Sep 28 13:46:13 dell devd: Executing 'logger -p kern.notice -t ZFS 'vdev state changed, pool_guid=8635920005381647755 vdev_guid=17636582233914738911''
 
Back
Top