Description of problem: NISDOMAIN is define in /etc/sysconfig/network but domainname is not set and ypbind is not working setting manually domainname and restarting ypbind solve the problem but it's not the way it should be Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. 2. 3. Reproducible: Steps to Reproduce:
when restarting ypbind it works. domainname is then set and yp maps are working. it seems to be that ypbind is starting too early.
systemd-networkd-wait-online.service is not running by default systemctl enable systemd-networkd-wait-online.service fixed the problem, and make ypbind work fine
Adding Colin in CC for systemd, and David as the packager who has the more commits on this package. David, are you the maintainer?
Severity: normal => majorCC: (none) => luigiwalser, mageiaSummary: NISDOMAIN is not set => ypbind starting too early
Unofficially.
systemd-networkd-wait-online.service don't work to fix the ypbind problem. here are some details : I look at my classrooms's computers yesterday (YP+NFS) MSEC OFF / no shorewall It's still notworking with systemd-networkd-wait-online.service enable. (I had a error using systemd-networkd-wait-online.service systemctl status systemd-networkd-wait-online.service > error) All computers have fixed IP and were installed with kickstart through NFS. I put because of kickstart fix IP config to remain on eth0 ln -s /dev/null /etc/udev/rules.d/80-net-name-slot.rules Eveything is working fine, only ypbind seems to start too early. service ypbind restart makes everything working I found a solution : systemctl disable preload.service I put it on all computers (mageia5 on 60 and different models) with a perl-expect script all the 60 are now working fine and ypbind is working.
Assigning to unofficial maintainer David Walser, please reassign to all packagers collectively if needed.
Assignee: bugsquad => luigiwalser
Assignee: luigiwalser => pkg-bugs
Is this bug still valid? We turned preload into a no-op.
Keywords: (none) => NEEDINFO
(In reply to David Walser from comment #7) > Is this bug still valid? We turned preload into a no-op. 4 1/2 years later, no reply, so assuming this got fixed
Status: NEW => RESOLVEDCC: (none) => marja11Resolution: (none) => FIXED