Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
# /etc/init.d/crond start
Starting crond: execvp: No such file or directory
0G[;31mFAILED;39m]
#
# cat /proc/version
Linux version 2.6.9-89.ELsmp (mockbuild@hs20-bc1-2.build.redhat.com) (gcc versio
n 3.4.6 20060404 (Red Hat 3.4.6-11)) #1 SMP Mon Apr 20 10:34:33 EDT 2009
# cat /etc/*-release
Red Hat Enterprise Linux ES release 4 (Nahant Update 8)
You'd have to view the /etc/init.d/crond to determine where it is calling execvp and also see if this is something defined within the script.
The error is telling you it is trying to run execvp but that can't be found (either because it doesn't exist/isn't defined or because it is not in the PATH searched. Most startup scripts don't rely on user PATH to find things.
RHEL4 is extremely old and no longer supported by RedHat - you really ought to consider moving up to RHEL6 (or at least RHEL5) unless your applications don't support the newer RHEL versions. If that is the case you should consider replacing your apps because they are NOT really supported either.
#! /bin/bash
#
# crond Start/Stop the cron clock daemon.
#
# chkconfig: 2345 90 60
# description: cron is a standard UNIX program that runs user-specified \
# programs at periodic scheduled times. vixie cron adds a \
# number of features to the basic UNIX cron, including better \
# security and more powerful configuration options.
# processname: crond
# config: /etc/crontab
# pidfile: /var/run/crond.pid
Try stopping crond (service crond stop) then manually start it with "strace /usr/sbin/crond" to see if you can determine which missing file it is complaining about. Look for the "execvb" line in the strace output and if none found look for other "exec", "open" and "access" lines.
Note that this may actually succeed in starting crond so you'd have to stop it again before trying to restart with the init script.
You'd use "up2date" on RHEL4 to install or update packages. (This was replaced by yum in RHEL5 and later.)
upt2date talks to the RedHat repositories so you'd have to have a subscription with RedHat for that to work. I don't know if they're still maintaining repositories for RHEL4 though because it is end of life.
If you still have the RHEL4 install media you might be able to extract it from that.
You'd use "up2date" on RHEL4 to install or update packages. (This was replaced by yum in RHEL5 and later.)
upt2date talks to the RedHat repositories so you'd have to have a subscription with RedHat for that to work. I don't know if they're still maintaining repositories for RHEL4 though because it is end of life.
If you still have the RHEL4 install media you might be able to extract it from that.
Having trouble with the up2date command, is there a way to up date the cron file with out using that?
Run "uname -p" first to determine if you're running x86_64, i386 (or i586 or i686). If the former make sure you get the x86_64 (which is 64 bit) package otherwise get the appropriate for the latter (which are 32 bit under IA 32).
Run "uname -p" first to determine if you're running x86_64, i386 (or i586 or i686). If the former make sure you get the x86_64 (which is 64 bit) package otherwise get the appropriate for the latter (which are 32 bit under IA 32).
The above requires a login to RedHat's site.
# rpm -i -a vixie-cron-4.1-58.el4.i386.rpm
file /etc/pam.d/crond from install of vixie-cron-4.1-58.el4 conflicts with file
from package vixie-cron-4.1-57.el4
file /usr/bin/crontab from install of vixie-cron-4.1-58.el4 conflicts with file
from package vixie-cron-4.1-57.el4
file /usr/sbin/crond from install of vixie-cron-4.1-58.el4 conflicts with file f
rom package vixie-cron-4.1-57.el4
# service crond restart
Stopping crond: 0G[;31mFAILED;39m]
Starting crond: execvp: No such file or directory
0G[;31mFAILED;39m]
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.