systemd nss-lookup.target dependency errors on all machines' boot?

I run Leap 42.2.

In boot logs on all my machines I see these messages, in “bold” in dmesg output:


dmesg | grep nss
       20.430189] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [10191.848227] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64798.281708] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64798.848149] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64799.090187] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64799.313623] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64799.484631] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64879.447127] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64879.732099] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64880.030631] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64880.322821] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64880.556757] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64880.762502] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped
    [64880.957694] systemd[1]: nss-lookup.target: Dependency Before=nss-lookup.target dropped

Trying to figure out where these are coming from


systemctl show nss-lookup.target -p Before -p After
    Before=ypbind.service ntpd.service fix.service autofs.service
    After=

locate nss-lookup.target
    /usr/lib/systemd/system/nss-lookup.target

cat /usr/lib/systemd/system/nss-lookup.target
    #  This file is part of systemd.
    #
    #  systemd is free software; you can redistribute it and/or modify it
    #  under the terms of the GNU Lesser General Public License as published by
    #  the Free Software Foundation; either version 2.1 of the License, or
    #  (at your option) any later version.

    # This exists mostly for compatibility with SysV/LSB units, and
    # implementations lacking socket/bus activation.

    [Unit]
    Description=Host and Network Name Lookups
    Documentation=man:systemd.special(7)
    RefuseManualStart=yes


none of that’s clear as to WHY I’m getting those msgs, or what to do about them.

Where/what to fix to clear these messages/errors?

Looks like your machines are configured to look for NIS Domains.
I haven’t looked at whether that’s standard on bootup or not, even if that’s what’s happening it’s an issue with very little impact.
Even if an NIS Domain existed, you’d have to present proper credentials to use its functionality.

But, if it’s something that bothers you,
Then that’s your starting point… First determine if you have that configured in your systems (Are all your machines being built from a common install source which includes this?)

Also, as always it’s worth running a system update to make sure your machines are running with all new features and fixes installed. Instead of relying on automated services, it’s best to manually execute the following in an elevated console

zypper up

TSU

Looks like your machines are configured to look for NIS Domains.

Not intentionally by me; so if they are, it’s by some default install(ed) config. I don’t use nis

But, if it’s something that bothers you,

Only insofar as it’s an repeating, unknown, and highlighted message in the logs.

At least, I assume there’s an unresolved check that’s occurring that’s “costing” a cycle or few.

First determine if you have that configured in your systems

Not entierly sure where to look.

I’ve found


cat /etc/nsswitch.conf 
    passwd:         compat
    group:          compat
    hosts:      dns files mdns4_minimal [NOTFOUND=return]
    networks:   dns files

    aliases:        files
    automount:      files
    bootparams:     files
    ethers:         files
    netgroup:       files
    netmasks:       files
    protocols:      files
    publickey:      files
    rpc:            files
    services:       files

cat /etc/default/nss
    #NETID_AUTHORITATIVE=TRUE
    #SERVICES_AUTHORITATIVE=TRUE
    #SETENT_BATCH_READ=TRUE
    #ADJUNCT_AS_SHADOW=TRUE

cat /etc/sysconfig/autofs
    ...
    DEFAULT_MAP_OBJECT_CLASS="nisMap"
    DEFAULT_ENTRY_OBJECT_CLASS="nisObject"
    DEFAULT_MAP_ATTRIBUTE="nisMapName"
    DEFAULT_ENTRY_ATTRIBUTE="cn"
    DEFAULT_VALUE_ATTRIBUTE="nisMapEntry"
    ...

The latter two which I’d never touched previously.

(Are all your machines being built from a common install source which includes this?)

They’re all built from the distro install disks, then regularly updated with zypper.