Description of problem: For the past several years, every time the vixie-cron RPM is updated, the system is left in a state like: # grep SigIgn /proc/12642/status SigIgn: 0000000021001000 It should look like: # grep SigIgn /proc/17846/status SigIgn: 0000000020000000 The result is that many cronjobs emit strange error messages (see bug 170402 from 2005, which was never fixed, despite being marked resolved). A good explanation of this was given at https://bugzilla.redhat.com/show_bug.cgi?id=170402#c42 but I'm opening a new bug for this since the old bug has been closed, and can't be reopened. Quoting: "Somehow yum or rpm environment is set up to ignore sigclose and when post script restarts crond during update, crond inherits those environment settings. Restarting crond by hand fixes this problem." Version-Release number of selected component (if applicable): vixie-cron-4.1-50.el4 up2date-4.7.1-17.el4 How reproducible: Always. Steps to Reproduce: 1. Upgrade the vixie-cron RPM 2. grep SigIgn /proc/[pid]/status
For this behaviour was responsible makewhatis script, which was fixed two years ago. So what's the problem?
The makewhatis script is irrelevant, and was simply one symptom of this bug which was worked around. The real bug is in the rpm install of vixie-cron, which changes the SigIgn settings of the running crond. This bug manifests itself with other scripts that are called by cron. This bug is easy to verify by comparing the SigIgn values before and after an update of the vixie-cron RPM. If you really think it's valid behavior for the SigIgn values to change when crond is restarted by up2date, please document that, as well as workarounds to apply to scripts this breaks.
The last planned update of RHEL-4 will be focused on performance and security bugs only. Please reopen in next release if this problem is still valid.
Bug #649674 indicates that this is still a problem. I don't know the bug etiquette for reopening this, but it clearly ought to be reopened and put somewhere where it won't be closed just because a Red Hat product went out of support. Please can somebody fix this? I would really prefer not to have to work around this in man-db - it's the wrong place.