From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Q312461) Description of problem: nss_ldap is enabled on the server. I have a user who is listed in nss_ldap, and is available on the local system. When I try to establish a crontab for the user, this shows up in /var/log/cron -bash-2.05b$ sudo grep noc /var/log/cron Jul 28 16:13:17 localhost crontab[2776]: (root) BEGIN EDIT (noc) Jul 28 16:14:01 localhost crontab[2776]: (root) REPLACE (noc) Jul 28 16:14:01 localhost crontab[2776]: (root) END EDIT (noc) Jul 28 10:15:00 localhost crond[638]: (noc) ORPHAN (no passwd entry) Jul 30 07:25:00 localhost crond[638]: (noc) ORPHAN (no passwd entry) Jul 30 07:26:00 localhost crond[638]: (noc) ORPHAN (no passwd entry) The scheduled script does not appear to run. I would expect a user who is available through nss_ldap to not need a /etc/passwd or /etc/shadow entry in order to run cron. This also appears to be an issue in 7.x based installations. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Create user in the LDAP directory 2. Install crontab for user 3. Scripts don't run Actual Results: nothing ran. Expected Results: The script should have run. Additional info: A work around is to physically write an entry in /etc/passwd
Just clearing out old bugs here. This is now fixed with current versions of cron and nss_ldap in RHEL-3, RHEL-4, and Fedora 3 - 5 .