similar to: init/upstart issue? ypbind and autofs

Hi, My brain is hurting a bit over this one. How does one delete ypbind cleanly from a RHEL6 box? It has a dep of yp-tools. No problem...I add both to the uninstall list in hiera; packages_oel6_absent: <snip> - ypbind - yp-tools SNIP from manifest; $packagesabsent = hiera("${packages_key}_absent",''nil'') if

I am having no luck getting NIS to work on a clean install of CentOS 6. It seems to be an issue with ypbind. I have simple /etc/yp.conf which explicitly sets the server domain myDomain server myServer The service seems to start okay #service ypbind start Starting NIS service: [OK] Binding NIS service: ? [OK] But when I try to use any of the yp services, like ypwhich #ypwhich ypwhich:

I'm trying to kickstart a Centos 4.1 system with the minimum set of packages. I have no use for ypbind so I'm trying to prevent from being installed, but kickstart/anaconda always insist on its installation (complaining that the package is missing). This is the %packages section of my ks file so far: %packages #-@ dialup kernel grub e2fsprogs lvm2 -slocate -bluez-utils -bluez-bluefw

A new ypbind package is available for CentOS-3 x86_64. Refer to https://rhn.redhat.com/errata/RHBA-2004-485.html. RPMS/ypbind-1.12-5.21.1.x86_64.rpm SRPMS/ypbind-1.12-5.21.1.src.rpm Execute "yum update ypbind" to apply. Will Dinkel Chief Technology Officer Team HPC, Inc. 785-542-2135 x304 wdinkel at teamhpc.com http://www.teamhpc.com -------------- next part -------------- A non-text

CentOS Errata and Bugfix Advisory CEBA-2011:0955 ypbind bugfix update for CentOS 4 i386: https://rhn.redhat.com/errata/RHBA-2011-0955.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/ypbind-1.17.2-17.el4_8.i386.rpm source: updates/SRPMS/ypbind-1.17.2-17.el4_8.src.rpm You may update your CentOS-4 i386 installations by running

CentOS Errata and Bugfix Advisory CEBA-2011:0955 ypbind bugfix update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHBA-2011-0955.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/ypbind-1.17.2-17.el4_8.x86_64.rpm source: updates/SRPMS/ypbind-1.17.2-17.el4_8.src.rpm You may update your CentOS-4 x86_64 installations by

Hi I''m trying to ensure ypbind and yp-tools are not installed BUT they one of the rare group of rpms that require each other. I have package { "yp-tools": ensure => absent, require => Package["ypbind"], } package { "ypbind": ensure => absent, require =>

CentOS Errata and Bugfix Advisory 2011:0912 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0912.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 1f0c49572d83214a44f6dd7694230774 ypbind-1.19-12.el5_6.1.i386.rpm Source: c5021f6c504bf63172efb69328480f6d ypbind-1.19-12.el5_6.1.src.rpm -- Karanbir Singh

CentOS Errata and Bugfix Advisory 2011:0912 Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0912.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 47d1eeb05eb109092928a0adf24dbf9f ypbind-1.19-12.el5_6.1.x86_64.rpm Source: c5021f6c504bf63172efb69328480f6d ypbind-1.19-12.el5_6.1.src.rpm -- Karanbir

Can't seem to find a CEBA for the bug fixes for the kernel and ypbind for CentOS-4. Upstream bug reports can be found here: kernel-2.6.9-101.EL: https://rhn.redhat.com/errata/RHBA-2011-0968.html ypbind-1.17.2-17.el4_8: http://rhn.redhat.com/errata/RHBA-2011-0955.html Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research

We use NIS (ypbind) and Kerberos at work for all our Linux and Unix systems. Home directories are mounted via autofs from an NIS map. Everything works just fine as long as all network resources are available (however, things turn ugly when the NIS servers are not reachable). Some users also want to start using laptops and bring them home or on trips to continue working while not at

so, i just installed CentOS on our server and set up NIS using the same configuration as on our other server, but the clients' ypbind services complain that although they can find the correct server, the server does not respond to requests. to debug this, i've: * pinged the server using its ip and it's name * ssh'ed to the server using it's ip and name *

We just updated our configuratiosn to have multiple NIS servers, when we initiated a test of client failover, we were disapointed. It seemed that the only way to get a filaover was to /etc/init.d/ypbind restart. It behaves as indicated in http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=5084845 using ypbind-1.17.2-13 on Centos 4.5 / Linux xxxxxxxxxxxx 2.6.9-55.0.12.ELsmp #1 SMP Fri Nov

I upgrade our infrastructure (mostly RHEL5, some RHEL6) from 3.1 to puppet-3.2.1-1.el5. Ruby sits at ruby-1.8.7.370-1.el5. I ran some tests and everything seemed good so I pushed it out. Since then, all my puppet clients are failing with this: Error: Could not retrieve catalog from remote server: Error 400 on SERVER: undefined method `[]'' for nil:NilClass at

Greetings I'm running an NIS server that I would very much *not* want to be accessible on some of its interfaces. portmap can be instructed to bind to specific addresses using the -h flag, but this seems to break ypbind. ypbind will attempt to find a server by issuing a broadcast rpc request to the local network. When portmap is not bound to INADDR_ANY, it will not reply to these requests.

Hi I use NIS om my network (CentOS4.6). When an update on a map occurs (home directory changed in /etc/passwd for instance), I run make -C /var/yp/ and check the result on a client. On the client I use "ypcat passwd" and find indeed that the update has propagated (the clients run ypbind service). On the client I have configured /etc/nsswitch.conf with : passwd: files nis shadow:

Hi, How do I force my Service declaration (with is defined elsewhere and inherited) is run after an exec has run? The code; class autofs_nis::services inherits services::base { Service[''ypbind''] { ensure => running, enable=> true, } ..... } class autofs_nis::exec inherits services::base { exec { "setdomainname": command

I have RHEL5 Server originally configured and installed by me with Firewall enabled, but passing through NFS, Samba, and SSH. I then disabled SELinux. As you all likely recall, I had configured a test environment to get samba and nfs/nis up and running. I got it going, and recently brought it to a production server. After modifying the files on the production server and rebooting, I'm

Hi All. I am working on bringing back a number of Centos 7 rigs in our student computer lab back online. No change was made to the existing server machine [running Scientific Linux 6] Right now there is one remaining thing to resolve: an inconsistency with the rigs' NIS Clients. I have configured rcpbind and ypbind following guidance from Server World (

I've got a RHEL5 server acting as a NIS/NFS server, and connected one C5 machine just fine. I'm trying to connect another, and for the life of me, cannot figure out why NIS won't bind. NFS works fine. ypbind just hangs. I disabled SELinux and the firewall. I just cannot get it to bind. Ideas? Thanks. Scott