[gentoo-user] fcron
hey.. I wonder about the last update of fcron.It is an update to 3.1.1, there is a new /etc/crontab file, which is mixed with /etc/fcronfcrontab, without update notice. The latest stable version is 3.0.6 on the fcron homepage. bye, jens.
[gentoo-user] fcron: writes logs but it should not...
Hi, I just checked my log-files and found these strange messages: - 2011-07-18T18:31:02+00:00 game fcron[30032]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:31:04+00:00 game fcron[30032]: pam_unix(fcron:session): session closed for user root 2011-07-18T18:41:02+00:00 game fcron[30787]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:41:04+00:00 game fcron[30787]: pam_unix(fcron:session): session closed for user root - They are repeated exactly every 10min. I think reason for this is /etc/fcron/crontab (did not find anything else might cause it): - # Script for checking system crontabs and creating the fcron systab. # Runs every 10 minutes, does not mail output, doesn't log job runs # except for errors. @mail(false),nolog(true) 10 /usr/sbin/check_system_crontabs -s 0 - Now my question is: why is fcron sending messages to /dev/log, when it should not do it? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] fcron: writes logs but it should not...
On Mon, Jul 18, 2011 at 3:00 PM, Jarry mr.ja...@gmail.com wrote: Hi, I just checked my log-files and found these strange messages: - 2011-07-18T18:31:02+00:00 game fcron[30032]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:31:04+00:00 game fcron[30032]: pam_unix(fcron:session): session closed for user root 2011-07-18T18:41:02+00:00 game fcron[30787]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:41:04+00:00 game fcron[30787]: pam_unix(fcron:session): session closed for user root Now my question is: why is fcron sending messages to /dev/log, when it should not do it? If I'm reading that correctly, it's not really fcron that's logging, but PAM. -- :wq
Re: [gentoo-user] fcron: writes logs but it should not...
On 18-Jul-11 21:07, Michael Mol wrote: - 2011-07-18T18:31:02+00:00 game fcron[30032]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:31:04+00:00 game fcron[30032]: pam_unix(fcron:session): session closed for user root 2011-07-18T18:41:02+00:00 game fcron[30787]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:41:04+00:00 game fcron[30787]: pam_unix(fcron:session): session closed for user root Now my question is: why is fcron sending messages to /dev/log, when it should not do it? If I'm reading that correctly, it's not really fcron that's logging, but PAM. I thought it is because cron is opening session as root. There is nothing else that could fire pam every 10 min. I already checked /etc/cron.hourly (daily, weekly, monthly), there is nothing else that could cause it. And the process name calling syslog is fcron (3rd field in message)... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] fcron: writes logs but it should not...
On Mon, Jul 18, 2011 at 3:16 PM, Jarry mr.ja...@gmail.com wrote: On 18-Jul-11 21:07, Michael Mol wrote: - 2011-07-18T18:31:02+00:00 game fcron[30032]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:31:04+00:00 game fcron[30032]: pam_unix(fcron:session): session closed for user root 2011-07-18T18:41:02+00:00 game fcron[30787]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:41:04+00:00 game fcron[30787]: pam_unix(fcron:session): session closed for user root Now my question is: why is fcron sending messages to /dev/log, when it should not do it? If I'm reading that correctly, it's not really fcron that's logging, but PAM. I thought it is because cron is opening session as root. There is nothing else that could fire pam every 10 min. I already checked /etc/cron.hourly (daily, weekly, monthly), there is nothing else that could cause it. And the process name calling syslog is fcron (3rd field in message)... Cron is opening a session as root. Pam is part of that process. Pam is logging its participation in that process. At least, that's what it looks like from here. -- :wq
Re: [gentoo-user] fcron: writes logs but it should not...
On 18-Jul-11 21:24, Michael Mol wrote: On Mon, Jul 18, 2011 at 3:16 PM, Jarrymr.ja...@gmail.com wrote: On 18-Jul-11 21:07, Michael Mol wrote: - 2011-07-18T18:41:02+00:00 game fcron[30787]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:41:04+00:00 game fcron[30787]: pam_unix(fcron:session): session closed for user root Now my question is: why is fcron sending messages to /dev/log, when it should not do it? If I'm reading that correctly, it's not really fcron that's logging, but PAM. I thought it is because cron is opening session as root. There is nothing else that could fire pam every 10 min. I already checked /etc/cron.hourly (daily, weekly, monthly), there is nothing else that could cause it. And the process name calling syslog is fcron (3rd field in message)... Cron is opening a session as root. Pam is part of that process. Pam is logging its participation in that process. At least, that's what it looks like from here. I'm no expert for logging, but I think syslog-message looks like: priority timestamp hostname program[pid]: message So to me it looks fcron (pid 30787) is sending output to /dev/syslog. pam is sending message back to fcron but not to syslog. And I wonder why fcron is forwarding that message to syslog, when it should not... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] fcron: writes logs but it should not...
On Mon, Jul 18, 2011 at 3:48 PM, Jarry mr.ja...@gmail.com wrote: On 18-Jul-11 21:24, Michael Mol wrote: On Mon, Jul 18, 2011 at 3:16 PM, Jarrymr.ja...@gmail.com wrote: On 18-Jul-11 21:07, Michael Mol wrote: - 2011-07-18T18:41:02+00:00 game fcron[30787]: pam_unix(fcron:session): session opened for user root by (uid=0) 2011-07-18T18:41:04+00:00 game fcron[30787]: pam_unix(fcron:session): session closed for user root Now my question is: why is fcron sending messages to /dev/log, when it should not do it? If I'm reading that correctly, it's not really fcron that's logging, but PAM. I thought it is because cron is opening session as root. There is nothing else that could fire pam every 10 min. I already checked /etc/cron.hourly (daily, weekly, monthly), there is nothing else that could cause it. And the process name calling syslog is fcron (3rd field in message)... Cron is opening a session as root. Pam is part of that process. Pam is logging its participation in that process. At least, that's what it looks like from here. I'm no expert for logging, but I think syslog-message looks like: priority timestamp hostname program[pid]: message So to me it looks fcron (pid 30787) is sending output to /dev/syslog. pam is sending message back to fcron but not to syslog. And I wonder why fcron is forwarding that message to syslog, when it should not... I'm not an expert on logging, PAM or fcron, but software is my day-job, and I know that many system functions are implemented as libraries, which get loaded into a process and perform activities from within that process. (DNS resolvers work this way, too) If getting elevated privileges via PAM is part of some library which is loaded into the fcron process, then any activity of PAM which is done from within userland will happen as an action by the fcron process. I'm fairly confident that the lines you're highlighting are not wholly unique to the fcron process. Taken from my server for example: Jul 18 19:56:47 [redacted] su[8878]: pam_unix(su:session): session opened for user root by shortcircuit(uid=0) Jul 18 19:56:48 [redacted] su[8878]: pam_unix(su:session): session closed for user root Here, I ran 'sudo su', and entered my password. The common components to your fcron lines are: pam_unix(...): session opened for user root by (...)(uid=0) Your line shows a PAM session for fcron:session, opened through pam_unix. My line shows a PAM session for su:session, opened through pam_unix. My line shows the username I was logged in as at the time, while yours does not. My expectation is that, if you want to hide those lines from you logs, you need to change your PAM configuration. -- :wq
[gentoo-user] Fcron question
Hi, I want to start a script via fcron, which collects all EPG informations into an xml- and into a text-file. To do so, tzap needs to be run. This implies, that noone is using the dvb-t interface under /dev. This cannot quaranteed for all cases in the future. Can I instruct fcron to retry the execution of a script - say - 30 minutes after the time of the original scheduled start, if the script returns with an rc != 0 ? Thank you very much in advance for any help! Best regards mcc
Re: [gentoo-user] Fcron question
Am 17.10.2010 11:27, schrieb meino.cra...@gmx.de: Hi, I want to start a script via fcron, which collects all EPG informations into an xml- and into a text-file. To do so, tzap needs to be run. This implies, that noone is using the dvb-t interface under /dev. This cannot quaranteed for all cases in the future. Can I instruct fcron to retry the execution of a script - say - 30 minutes after the time of the original scheduled start, if the script returns with an rc != 0 ? Hmm, I don't think so. Its man-page doesn't show such an option. I think your best bet is to create a wrapper script which tests the existence and stats of some file for checking it. Then let fcron run that script every 30 minutes. The attached file should get you going. Hope this helps, Florian Philipp 12h.sh Description: Bourne shell script signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Fcron question
Florian Philipp li...@f_philipp.fastmail.net [10-10-17 13:52]: Am 17.10.2010 11:27, schrieb meino.cra...@gmx.de: Hi, I want to start a script via fcron, which collects all EPG informations into an xml- and into a text-file. To do so, tzap needs to be run. This implies, that noone is using the dvb-t interface under /dev. This cannot quaranteed for all cases in the future. Can I instruct fcron to retry the execution of a script - say - 30 minutes after the time of the original scheduled start, if the script returns with an rc != 0 ? Hmm, I don't think so. Its man-page doesn't show such an option. I think your best bet is to create a wrapper script which tests the existence and stats of some file for checking it. Then let fcron run that script every 30 minutes. The attached file should get you going. Hope this helps, Florian Philipp Hi FLorian, thank you for your support! :) I will check it. Have a nice sunday! mcc
Re: [gentoo-user] fcron fetchmail procmail and the why not?
On 21 Sep 2009, at 17:06, meino.cra...@gmx.de wrote: ... To not to involve stdout was the hack! Currently I am running fetchmail via fcron and does what it should since fetchmail directly reports to /dev/null. Sorry to seem like a numptie, but are you saying you fixed it? The problem was solved merely by adding the redirect? I think I will change the whole suff to run in daemon mode, since I think (to be read as: ...not know for sure...) that it is a little bit more performant. Or? I run as user, 2 users, each with their own .fetchmailrc each adding their own entry into their own crontab. I.E. just like you have it now. I have been running my system this way for years. The notion of daemon mode bothers me, because it must be run by root (IIRC) and the various users all put their separate private email passwords in a single file in /etc OTOH, the daemon mode configuration file is readable only by root, and if the root account is compromised then the users' private .fetchmailrc files can be read anywhere. Fetchmail is a bit of a kludge, really. I wouldn't worry too much about being best conformant. Stroller.
Re: [gentoo-user] fcron fetchmail procmail and the why not?
On Tue, 22 Sep 2009 12:46:27 +0100, Stroller wrote: The notion of daemon mode bothers me, because it must be run by root Users can run in daemon mode too, although that means you'll have one daemon running for each user. (IIRC) and the various users all put their separate private email passwords in a single file in /etc You can omit the passwords from fetchmailrc and include them in individual user's .netrc files,according to the man page. If you do not specify a password, and fetchmail cannot extract one from your ~/.fetchmailrc file, it will look for a ~/.netrc file in your home directory before requesting one interactively; if an entry matching the mailserver is found in that file, the password will be used. Fetchmail first looks for a match on poll name; if it finds none, it checks for a match on via name. -- Neil Bothwick Unsupported service (adj): Broken (see Demon) signature.asc Description: PGP signature
Re: [gentoo-user] fcron fetchmail procmail and the why not?
On 20 Sep 2009, at 16:34, meino.cra...@gmx.de wrote: ... When using the line: @ 5 fetchmail -a nothing happens: The mail remains on the server and can be downloaded with fetchmail -a from the commandline. Here my crontab says: 0-59/4 * * * */usr/bin/fetchmail /dev/null 21 I suggest trying the full path, but you may also be able to redirect to somewhere other than /dev/null perhaps see something useful? Stroller.
Re: [gentoo-user] fcron fetchmail procmail and the why not?
Stroller strol...@stellar.eclipse.co.uk [09-09-21 17:13]: On 20 Sep 2009, at 16:34, meino.cra...@gmx.de wrote: ... When using the line: @ 5 fetchmail -a nothing happens: The mail remains on the server and can be downloaded with fetchmail -a from the commandline. Here my crontab says: 0-59/4 * * * * /usr/bin/fetchmail /dev/null 21 I suggest trying the full path, but you may also be able to redirect to somewhere other than /dev/null perhaps see something useful? Stroller. Ha! :) To not to involve stdout was the hack! Currently I am running fetchmail via fcron and does what it should since fetchmail directly reports to /dev/null. I think I will change the whole suff to run in daemon mode, since I think (to be read as: ...not know for sure...) that it is a little bit more performant. Or? Thanks for the help! :) Keep hacking! mcc -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
[gentoo-user] fcron fetchmail procmail and the why not?
Hi, I have used for testing the following combo: Configured fetchmail for my user account and configured procmail to deliver the mail. I called fetchmail by hand: It works. In my fetchmailrc there is the line mda /usr/bin/procmail -d %T as said: When started by hand everything is fine. Also fcron is installed and my personal fcrontab contains the line: @ 5 mrxvt -fn 10x20 -display :0.0 -g 30x5+0+0 -e dialog --yesno TEST 10 30 which also works: Every five minutes a dialog box pops up. BUT! When using the line: @ 5 fetchmail -a nothing happens: The mail remains on the server and can be downloaded with fetchmail -a from the commandline. May be I am a little overhacked today...but what the hack I am doing wrong here? Thank you very much for any help in advance! mcc -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] fcron fetchmail procmail and the why not?
On Sun, Sep 20, 2009 at 17:34, meino.cra...@gmx.de wrote: When using the line: @ 5 fetchmail -a nothing happens: The mail remains on the server and can be downloaded with fetchmail -a from the commandline. May be I am a little overhacked today...but what the hack I am doing wrong here? Are you sure the cron job runs? Check the logs. Or try adding: */5 * * * * fetchmail -a in your cron file. Ward
Re: [gentoo-user] fcron driving me crazy
- Hide quoted text - On Wed, Oct 8, 2008 at 2:54 AM, Stroller [EMAIL PROTECTED] wrote: On 8 Oct 2008, at 04:10, [EMAIL PROTECTED] wrote: ... every fcron is starting updatedb. I dont need this service on a daily basis. I am starting updatedb by hand if I need a fresh db. But I need a full fcron installed for other purposes, so I need to find the script, which tells fcron to start updatedb. If you don't know where the above script is... I have tried to disable all scripts, but it seems, that I am not able to do so ;) I edited also roots fcrontab and my own fcrontab to not to start updatedb -- they are fixed. ... then why did you do this? What did you edit what were the results? My question: Where are other things installed, which trigger updatedb on a daily basis? /etc/cron.daily/slocate It is put there by sys-apps/slocate itself. You can move it to cron.weekly if you prefer (although frankly, I don't know why this would upset you so much). I re-state what Stroller said. What did you edit? And, please read the cron documentation (if memory serves, Gentoo has a nice cron documentation). Also, try mlocate. It is an optimized implementation of locate; its updatedb is faster and less IO-intensive. -- Software is like sex: it is better when it is free - Linus Torvalds
[gentoo-user] fcron driving me crazy
Hi, every fcron is starting updatedb. I dont need this service on a daily basis. I am starting updatedb by hand if I need a fresh db. But I need a full fcron installed for other purposes, so I need to find the script, which tells fcron to start updatedb. I have tried to disable all scripts, but it seems, that I am not able to do so ;) I edited also roots fcrontab and my own fcrontab to not to start updatedb -- they are fixed. My question: Where are other things installed, which trigger updatedb on a daily basis? Kind regards and thank you very much in advance for any help! mcc -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] fcron driving me crazy
On 8 Oct 2008, at 04:10, [EMAIL PROTECTED] wrote: ... every fcron is starting updatedb. I dont need this service on a daily basis. I am starting updatedb by hand if I need a fresh db. But I need a full fcron installed for other purposes, so I need to find the script, which tells fcron to start updatedb. If you don't know where the above script is... I have tried to disable all scripts, but it seems, that I am not able to do so ;) I edited also roots fcrontab and my own fcrontab to not to start updatedb -- they are fixed. ... then why did you do this? What did you edit what were the results? My question: Where are other things installed, which trigger updatedb on a daily basis? /etc/cron.daily/slocate It is put there by sys-apps/slocate itself. You can move it to cron.weekly if you prefer (although frankly, I don't know why this would upset you so much).
Re: [gentoo-user] fcron
W.Kenworthy wrote: Cant believe I am the only one who has this - 3 systems I have checked so far are all the same - root cant access its crontab. Ive tried rebuilding one without pam (fcron only), but no change. [Bug 171998] sys-process/fcron-3.0.2-r1 - root can't list/edit cronjobs. Trevor -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
Thanks - I searched before this was raised. At least I dont feel so lonely now :) BillK On Tue, 2007-04-03 at 17:01 +0930, Trevor Forbes wrote: W.Kenworthy wrote: Cant believe I am the only one who has this - 3 systems I have checked so far are all the same - root cant access its crontab. Ive tried rebuilding one without pam (fcron only), but no change. [Bug 171998] sys-process/fcron-3.0.2-r1 - root can't list/edit cronjobs. Trevor -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
On Tue, 2007-04-03 at 10:06 +0200, Alan McKinnon wrote: On Tuesday 03 April 2007, Trevor Forbes wrote: W.Kenworthy wrote: ... [Bug 171998] sys-process/fcron-3.0.2-r1 - root can't list/edit cronjobs. Getting a little OT here, but I find that a very interesting bug report. It seems sensible that adding root to the fcron group would fix the problem, but this raises an interesting question: ... didnt work for me - root was added, cron stopped an restarted. Logged in as root at another console - no change. Havnt rebooted though. BillK -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
On Tuesday 03 April 2007, W.Kenworthy wrote: Havnt rebooted though Most unlikely to make any difference whatsoever. You'll probably sit with exactly the same situation after the reboot as before, this ain't windows alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
On Tue, 2007-04-03 at 14:49 +0200, Alan McKinnon wrote: On Tuesday 03 April 2007, W.Kenworthy wrote: Havnt rebooted though Most unlikely to make any difference whatsoever. You'll probably sit with exactly the same situation after the reboot as before, this ain't windows alan ah knows - what can a user do that root cant. I tried it without PAM compiled in - whats left? weird! BillK -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
Am Montag, 2. April 2007 schrieb ext Alan McKinnon: The OP has an interesting problem here, as root can cd into any directory even if all permissions are removed. root can, but user fcron can't: # ll /usr/bin/fcrontab -rwsr-sr-x 1 fcron fcron 47612 19. Mär 14:15 /usr/bin/fcrontab* Bill, a bit of a shot in the dark here, but what's the output from 'ls -al /var/spool/cron/'? On my system, this directory was owned by group cron, and a quick check showed that I had the same problem as Bill. Changing group to fcron for this directory fixed the problem. bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Hambornerstraße 55 | Web: http://www.capgemini.com D-40472 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net pgpeiDu77fF6v.pgp Description: PGP signature
Re: [gentoo-user] fcron
On Tuesday 03 April 2007, Dirk Heinrichs wrote: # ll /usr/bin/fcrontab -rwsr-sr-x 1 fcron fcron 47612 19. Mär 14:15 /usr/bin/fcrontab* Ah, there's the problem. I saw earlier that the fcron directory is suid root, which is redundant as it has no effect. I didn't check the actual binary though which is suid fcron. I would have thought that suid is ignored if the binary is run by root, but apparently not. And why is fcrontab not suid root anyway like crontab is: nazgul system32 # ll /usr/bin/crontab -rws--x--- 1 root cron 30888 Sep 4 2006 /usr/bin/crontab* alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
On Tue, 2007-04-03 at 15:26 +0200, Dirk Heinrichs wrote: Am Montag, 2. April 2007 schrieb ext Alan McKinnon: The OP has an interesting problem here, as root can cd into any directory even if all permissions are removed. root can, but user fcron can't: well spotted - I missed that. BillK -- gentoo-user@gentoo.org mailing list
[gentoo-user] fcron
Looks like fcron has changed its user group from cron to fcron. Once I realised this I have been able to add users to fcron and it works - for users. However I have quite a number of system level root jobs that I cant list or edit using crontab -e or -l on multiple systems moriah ~ # crontab -e 22:05:13 Could not chdir to /var/spool/cron/fcrontabs: Permission denied moriah ~ # BillK -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 W.Kenworthy a écrit : Looks like fcron has changed its user group from cron to fcron. Once I realised this I have been able to add users to fcron and it works - for users. However I have quite a number of system level root jobs that I cant list or edit using crontab -e or -l on multiple systems moriah ~ # crontab -e 22:05:13 Could not chdir to /var/spool/cron/fcrontabs: Permission denied moriah ~ # I think you need to add theses users to the fcron group (as root): gpasswd -a [user] fcron You'll also be interested into remove theses users from cron group which is no more needed: gpasswd -d [user] cron and then retry fcrontab -e - -- Alexis Lahouze - [EMAIL PROTECTED] Gradignan (Bordeaux) - France - Terre clé pgp : 0x7729E023 (subkeys.pgp.net) fingerprint : 43F9 589F CDF7 7A21 A43E 048D A45E E8CA 7729 E023 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iD8DBQFGERYZpF7oyncp4CMRAkVCAJ433iPF2r1YfcHYKbLZ3qCsxRJ5tgCdEdke epYrpoQWze3sQq7n1EfTtuc= =x4CI -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
On Monday 02 April 2007, W.Kenworthy wrote: Looks like fcron has changed its user group from cron to fcron. Once I realised this I have been able to add users to fcron and it works - for users. However I have quite a number of system level root jobs that I cant list or edit using crontab -e or -l on multiple systems moriah ~ # crontab -e 22:05:13 Could not chdir to /var/spool/cron/fcrontabs: Permission denied moriah ~ # BillK You HAVE to do that as root -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
On Monday 2 April 2007 16:49, Alan McKinnon wrote: moriah ~ # crontab -e 22:05:13 Could not chdir to /var/spool/cron/fcrontabs: Permission denied moriah ~ # BillK You HAVE to do that as root The # character in the prompt usually indicates a root shell...so I guess the OP was already issuing those commands as root. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
gpg: [stdin]: clearsign failed: Bad passphrase -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
On Monday 02 April 2007, Etaoin Shrdlu wrote: On Monday 2 April 2007 16:49, Alan McKinnon wrote: moriah ~ # crontab -e 22:05:13 Could not chdir to /var/spool/cron/fcrontabs: Permission denied moriah ~ # BillK You HAVE to do that as root The # character in the prompt usually indicates a root shell...so I guess the OP was already issuing those commands as root. doh! /me whacks self on head with a clue by 4 The OP has an interesting problem here, as root can cd into any directory even if all permissions are removed. Bill, a bit of a shot in the dark here, but what's the output from 'ls -al /var/spool/cron/'? And are you running a hardened profile using selinux? alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] fcron
Cant believe I am the only one who has this - 3 systems I have checked so far are all the same - root cant access its crontab. Ive tried rebuilding one without pam (fcron only), but no change. bunyip ~ # esearch fcron [ Results for search key : fcron ] [ Applications found : 1 ] * sys-process/fcron Latest version available: 3.0.2-r1 Latest version installed: 3.0.2-r1 Size of downloaded files: [no/bad digest] Homepage:http://fcron.free.fr/ Description: A command scheduler with extended capabilities over cron and anacron License: GPL-2 bunyip ~ # ls -al /var/spool/cron/ total 0 drwxr-x--- 5 root cron 176 Dec 10 00:01 . drwxr-xr-x 9 root root 240 Jun 8 2006 .. -rw-r--r-- 1 root root0 Dec 10 00:01 .keep_sys-process_cronbase-0 drwxr-x--- 2 root cron 72 Feb 18 2005 crontabs drwsrws--- 2 fcron fcron 200 Apr 3 06:46 fcrontabs drwxr-x--- 2 root root 224 Apr 2 22:26 lastrun bunyip ~ # bunyip ~ # ls -al /var/spool/cron/fcrontabs/ total 16 drwsrws--- 2 fcron fcron 200 Apr 3 06:46 . drwxr-x--- 5 root cron 176 Dec 10 00:01 .. -rw-r--r-- 1 root fcron0 Apr 3 06:46 .keep_sys-process_fcron-0 -rw--- 1 root root 1681 Apr 3 06:21 root -rw-r- 1 fcron fcron 1132 Feb 17 14:24 root.orig -rw--- 1 root root 184 Apr 3 06:21 wdk -rw-r- 1 fcron fcron 173 Nov 22 14:14 wdk.orig bunyip ~ # On Mon, 2007-04-02 at 17:20 +0200, Alan McKinnon wrote: On Monday 02 April 2007, Etaoin Shrdlu wrote: On Monday 2 April 2007 16:49, Alan McKinnon wrote: moriah ~ # crontab -e 22:05:13 Could not chdir to /var/spool/cron/fcrontabs: Permission denied moriah ~ # BillK You HAVE to do that as root The # character in the prompt usually indicates a root shell...so I guess the OP was already issuing those commands as root. doh! /me whacks self on head with a clue by 4 The OP has an interesting problem here, as root can cd into any directory even if all permissions are removed. Bill, a bit of a shot in the dark here, but what's the output from 'ls -al /var/spool/cron/'? And are you running a hardened profile using selinux? alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- gentoo-user@gentoo.org mailing list