Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
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.
This is a double-post from the gentoo forums where it ran dry. Hoping someone here can help.
Headscratcher. I recently went through the baselayout2 upgrade. Everything seems to work accept vixie-cron. According to /var/log/messages, my jobs are run. However, there is definitely no output from them. I have one simple perl script which should just dump a single line into a file, yet, it doesn't.
I've tried unemerging and re-emerging vixie-cron but to no avail.
Only really tried re-emerging vixie-cron.
Tailing /var/log/messages shows that the scripts are indeed executed. However, even a simple 'echo Hello World > tmp.out' doesn't produce the file -- thus, I've deducted that this is just nuts.
Not sure where else to look. vixie-cron logs to the syslog, which says everything is fine. Yet, it's not. Frustrated.
Note that this took place after I did the baselayout2 upgrade but I followed the instructions and everything else works fine. Not sure if that is the cause or not.
The location of the output file from echo Hello World > tmp.out depends on the working directory when it is executed. echo Hello World > /tmp/tmp.out would make it easier to check whether the file had been created.
and tell us if it appears.
Also look in /var/log/cron, /var/log/messages and check with mailx as the job owner and as root.
cron normally emails at least one of those users if it has a problem.
I've updated the crontab to have the echo command as above.
I have no /var/log/cron file. cron logs to the syslog (messages) only it seems. The jobs seem to be running.
Didn't have mailx installed. As such, there is none for me now nor root. However, I see this in the log when grepping for cron.
Code:
May 18 10:05:01 txlnx07 cron[27969]: (paule) MAIL (mailed 24 bytes of output but got status 0x0001
That could be something I suppose -- it ran after another specified job though, not my Hello World. I've installed mailx now so I guess we'll see what happens.
Incidentally, in *nix a successful rtn status is usually zero, so '1' is bad.
Read-only target filesystem? Target FS is full?
Ownerships/perms? SElinux?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.