* Felix Miata [2014-11-18 18:21]:

Patrick Shanahan composed on 2014-11-18 18:57 (UTC-0500):

...

Philip Amadeo Saeli composed:

...

...

Every day the last few days at precisely 17:00, my openSUSE-13.1 system begins thrashing furiously and becomes unusable for 1-2 hours or so. I've been trying to figure out what runs at that time, but the system has again become too unresponsive for me to find out. Also, since it appears to be I/O bound, it doesn't show up in the "top" display.

...

sounds like you have a job scheduled to run at "17:00", perhaps cron or a database update or ....

Or log rotation?

...

...

Yes, the system is using quite a bit of swap space presently, and I am not yet able to kill off any more processes to free up VM space (which I hope to do as soon as I have some spare cycles to take the time to do it). Yes, I'd very much like to have a system with more RAM, etc., but I do not have that now.

...

And that sounds like you may have a file system full or nearly so.

One of the lists I read had a thread lately (but I remember not where) about a runaway system logger rapidly running / out of space. Maybe rotation there is scheduled for 17:00 by fallback default if rotation based on file size isn't suited to the installation?

Hmmmmm, didn't think of log rotation. Another thing to check. Thanks! --Phil -- Philip Amadeo Saeli openSUSE, CentOS, RHEL psaeli@zorodyne.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/19/2014 05:41 AM, Carlos E. R. wrote:

There is plain "updatedb", which simply lists the files, and there are other desktop variants wich also look at the contents, and index them. The second variant is both cpu heavy and i/o heavy. They try to code it so that it runs on iddle periods and stops automatically when other process needs more cpu, but it doesn't always work right.

Other than updatedb, none of the indexers are likely the root of this problem. Nothing about file-indexing with baloo (and friends) is scheduled to kick off at 5PM. It happens in the background continuously, and since the switch to baloo infrastructure it only indexes /home and has a huge list of file type exclusions, to which you can append your own additions. - -- After all is said and done, more is said than done. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRs7PoACgkQv7M3G5+2DLLiswCbBqwzm8WBT4P6I0YJVrjZyQLf tR4AoIzylXALZ9x0TZsCJzUCH42q06Lu =07s/ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/19/2014 08:42 AM, Carlos E. R. wrote:

On 2014-11-19 13:07, Cristian Rodríguez wrote:

...

If you identify what task is (probably logrotate but can't be sure) that thrashes the system and it is one provided by the distribution, we could convert it to a systemd timer unit, those can easily be given low priority to access resources, can be monitored, stopped like a regular individual service..in short something not from the stone age ;-)

You can simply ionice logrotate. :-)

According go the way /usr/lib/cron/run-crons is set up, it does: There is says # Priority change for sub scripts. # range: highest -20 ... 19 lowest prioriy # default processes start in level 10 CRON_SCRIPT_NICE_VALUE=15 -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/19/2014 10:21 AM, Carlos E. R. wrote:

On 2014-11-19 16:14, Anton Aylward wrote:

...

On 11/19/2014 08:42 AM, Carlos E. R. wrote:

...

...

You can simply ionice logrotate. :-)

According go the way /usr/lib/cron/run-crons is set up, it does:

There is says

# Priority change for sub scripts. # range: highest -20 ... 19 lowest prioriy # default processes start in level 10 CRON_SCRIPT_NICE_VALUE=15

No, it does not. Not "nice", but "ionice". Not the same thing :-)

My bad. Time to start hacking! -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/19/2014 07:20 AM, Anton Aylward wrote:

A long long time ago[1] the way cron handled system tasks was more visible. The crontab entry for root had multiple lines and each line referred to one script that "did one thing, only one thing and did it well". Those scripts are managed, but the fine tuning we had is lost.

Agreed, its a mess, and getting messier with each release as layers of indirection are piled on and more and more stuff is percolated up into shell arguments and environmentals that are undocumented anywhere. To be fair, Cron was always a bit of a hairbrained scheme of arcane coding syntax, which most people used so infrequently they had to reach for the man page every time they tried to schedule something. Then Kcron came around which was somewhat less obtuse (but only slightly). Now, its a total mystery how system cronjobs are started, or when they are started. -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/19/2014 09:32 PM, Carlos E. R. wrote:

It is a "must have", to accommodate us home users that do not run our machines 24*7. The alternative was to use anacron instead of cron, and I think some distros do it that way.

Carlos makes an important point, one that aaron should have made. It used to be that *NIX machines were 'always on', but now we are dealing with machines that are turned on and off just like the old PCs. Where is aaron? I don't hear him complaining about how Linux is becoming more like Microsoft Windows? In this he might be able to make a case, although this has NOTHING to do with systemd -- which is probably why he's absenting himself. Either that or Henne is doing an excellent job! So I wonder. Yes, if the model is a PC replacement desktop, I can see the logic. I don't like it, but I can see it. I don't like it because I'm one of those people who leaves his machine turned on all the time. I realise that for many people, especially those using laptops, this isn't practical. But I also wonder is this is just for desktop systems? OK, but what about openSuse in clearly server situations? SLED vs SLES? Is anyone running SLES? Can they tell us how the cron is set up there? -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Le 20/11/2014 13:23, Anton Aylward a écrit :

Is anyone running SLES? Can they tell us how the cron is set up there?

I do not run SLES, but plain openSUSE both on desktop stopped when not used and on hosted computer 7/7 & 24/24 and never had problem to run cronjobs (mainly to rsync to an other server) documented here http://dodin.info/wiki/index.php?n=Doc.CompleteBackup jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2014-11-20 15:17, Anton Aylward wrote:

Carlos has justified why it came about, although I can see ways where it would fail whereas as systemd implementation might work better.

Consider: turning the system on for just a short while, to read mail perhaps, then off again multiple times a day, and it being off when the cron.daily is scheduled, is going to break a lot of assumptions. It may also be off when you have your fixed time crontab entry. I grant you that such usage is inappropriate for a PC and more suited to a smartphone, but yes, some pole will use the PC like that. Live with it.

Well, suppose the jobs ran the last time at 15:15 two days ago. Yesterday it was powered up at 15:05 and powered off at 15:10. The jobs did not run. Today I connect it at 15:10 and power off at 15:20: the jobs will start at 15:15:01. And will be killed at 15:20 if not finished. If instead I power it up today at 20:25, the jobs will run at 20:30. From then on, they will always run at 20:30 unless not running at that time, instead than 15:15. If it is never up at XX:00, XX:15 XX:30, XX:45, then they will never run. That was the situation till recently. Now the difference is that you choose a preferred time to run the jobs (all). If the machine is not running that time (on the quarter), it will wait till the next day, and the next, and the next, waiting for it to be up at the preferred time - up till 15 days (configurable), and then it will run at the first available quarter.

While systemd.timer Has the ability to schedule "30 min after boot then once daily" that too gets buqqered up by repeated short boots as mentioned above. In effect the system has no memory unless you go to lengths to record what has been done. The /usr/lib/cron/run-crons program goes part of the way by having a timestamp, but a proper mechanism needs more granularity than that.

A systemd method would be acceptable, IF there is a single place to configure it. Not having to go in a chase on several, difficult to find, directories and files and symlinks and commands. Features like controlling the amount of resources are interesting. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On Thu, Nov 20, 2014 at 03:54:58PM +0100, Carlos E. R. wrote:

On 2014-11-20 15:17, Anton Aylward wrote:

You can add them to the startup scripts if there were some... Ruben

...

Carlos has justified why it came about, although I can see ways where it would fail whereas as systemd implementation might work better.

Consider: turning the system on for just a short while, to read mail perhaps, then off again multiple times a day, and it being off when the cron.daily is scheduled, is going to break a lot of assumptions. It may also be off when you have your fixed time crontab entry. I grant you that such usage is inappropriate for a PC and more suited to a smartphone, but yes, some pole will use the PC like that. Live with it.

Well, suppose the jobs ran the last time at 15:15 two days ago.

Yesterday it was powered up at 15:05 and powered off at 15:10. The jobs did not run.

Today I connect it at 15:10 and power off at 15:20: the jobs will start at 15:15:01. And will be killed at 15:20 if not finished.

If instead I power it up today at 20:25, the jobs will run at 20:30. From then on, they will always run at 20:30 unless not running at that time, instead than 15:15.

If it is never up at XX:00, XX:15 XX:30, XX:45, then they will never run.

That was the situation till recently.

Now the difference is that you choose a preferred time to run the jobs (all). If the machine is not running that time (on the quarter), it will wait till the next day, and the next, and the next, waiting for it to be up at the preferred time - up till 15 days (configurable), and then it will run at the first available quarter.

...

While systemd.timer Has the ability to schedule "30 min after boot then once daily" that too gets buqqered up by repeated short boots as mentioned above. In effect the system has no memory unless you go to lengths to record what has been done. The /usr/lib/cron/run-crons program goes part of the way by having a timestamp, but a proper mechanism needs more granularity than that.

A systemd method would be acceptable, IF there is a single place to configure it. Not having to go in a chase on several, difficult to find, directories and files and symlinks and commands. Features like controlling the amount of resources are interesting.

-- Cheers / Saludos,

Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

-- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/19/2014 11:32 PM, Ruben Safir wrote:

On Tue, Nov 18, 2014 at 05:27:53PM -0600, Philip Amadeo Saeli wrote:

...

Help!

It has to have somethng to do with systemd

Either that's a joke or this is an obsession with you, blaming everything you dislike, that other people complain about, on systemd. The reality is that this way of working is a result, as Carlos rightly points out, of this being a Desktop system and being treated like a Microsoft Windows PC and tuned on/off arbitrarily rather than running 24/7 as traditional *NIX. That's not to say that you can't do exactly what this present scheme is going using systemd timers: http://blog.higgsboson.tk/2013/06/09/use-systemd-as-a-cron-replacement/ Oh, wait! That's actually easier! You can set io scheduling priority as well as cpu scheduling priority! Personally, as a 24/7 style user I think this idea of scheduling *ALL* the jobs to run *every* day at the same time is what is wrong headed. The old CRON and the systemd.timer allowed for things like "not at weekends" and "last Friday of the month". And also for more than once a day but not hourly. I understand the point Carlos makes but its clear that applying that wholesale, to servers, to always-on desktops has problems. The rune everything has problems too. Philips complaint makes this clear. There is a bug here, but it is not a coding bug, it is a concept bug, and bugzilla is not a lot of use for reporting things like this. Perhaps we need an alternate package, rather like the ability to install Postscript OR Exim OR Sendmail. Something like Laptop-CRON or Desktop-CRON or Server-CRON. The current cron being the Laptop-CRON. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Anton Aylward wrote:

On 11/19/2014 11:32 PM, Ruben Safir wrote:

...

On Tue, Nov 18, 2014 at 05:27:53PM -0600, Philip Amadeo Saeli wrote:

...

Help!

It has to have somethng to do with systemd

Either that's a joke or this is an obsession with you, blaming everything you dislike, that other people complain about, on systemd.

Like "jdd's" comment on using film based pictures vs. electronic, you seem to miss based humor.

That's not to say that you can't do exactly what this present scheme is going using systemd timers:

Oh, wait! That's actually easier! You can set io scheduling priority as well as cpu scheduling priority!

Gee... and shell scripts have only had that ability for a decade or so?

Personally, as a 24/7 style user I think this idea of scheduling *ALL* the jobs to run *every* day at the same time is what is wrong headed.

If you use 'crontabs', they run like the old cron. Only things put in /etc/cron.{timeperiod}, get run under the new method. Backups and snapshots -- all get run with remarkable regularity: Home-2014.10.23-03.07.02 Data -wi-ao--- 800.00m Home-2014.10.31-03.07.03 Data -wi-ao--- 892.00m Home-2014.11.04-03.07.03 Data -wi-ao--- 1.65g Home-2014.11.06-03.07.06 Data -wi-ao--- 884.00m Home-2014.11.08-03.07.02 Data -wi-ao--- 740.00m Home-2014.11.10-03.07.02 Data -wi-ao--- 250.97g Home-2014.11.12-03.07.07 Data -wi-ao--- 1.89g Home-2014.11.17-03.07.07 Data -wi-ao--- 1.39g Home-2014.11.18-03.07.05 Data -wi-ao--- 4.75g Home-2014.11.20-03.07.08 Data -wi-ao--- 1016.00m Home-2014.11.21-03.07.02 Data -wi-ao--- 1.60g Home-2014.11.22-03.07.02 Data swi-aos-- 1.50t Home 0.12 ---- Snapshot partitions and when they were created by this crontab entry: 7 3 * * * /bin/bash /home/law/bin/snaphome Notice the timestamp embedded in the names... all within 2-8 seconds past 3:07am.

The old CRON and the systemd.timer allowed for things like "not at weekends" and "last Friday of the month". And also for more than once a day but not hourly.

--- Cron can still do this: 30 4 2 1-12/3 * /root/bin/dumpshare 0 30 4 9-31/7 1-12/3 * /root/bin/dumpshare 30 4 2-31/7 2-12/3 * /root/bin/dumpshare 30 4 2-31/7 3-12/3 * /root/bin/dumpshare

Perhaps we need an alternate package, rather like the ability to install Postscript OR Exim OR Sendmail. Something like Laptop-CRON or Desktop-CRON or Server-CRON. The current cron being the Laptop-CRON.

I think you want "AND" -- so you can choose what you want, like:

rpm -qa|grep cron

cronie-1.4.8-50.1.2.x86_64 cron-4.2-50.1.2.x86_64 Just use both. Wait, don't tell me, the new Xd doesn't allow this? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

jdd wrote:

Le 22/11/2014 16:25, Linda Walsh a écrit :

...

cronie-1.4.8-50.1.2.x86_64 cron-4.2-50.1.2.x86_64

Just use both. Wait, don't tell me, yast:

" cron - Auxiliary package

Auxiliary package, needed for proper update from vixie-cron 4.1 to cronie 1.4.4"

jdd

Well, looks like cronie does both. /usr/sbin/cron is only cron that is running and it is the one from cronie-1.4.8... I seem to remember that, the whole /etc/cron.<time>... script stuff was run off of a normal cron anyway... i.e. normal cron function wasn't removed -- ahh... man page says: Cron searches /var/spool/cron for crontab files which are named after accounts in /etc/passwd; The found crontabs are loaded into the memory. Cron also searches for /etc/anacrontab and any files in the /etc/cron.d directory, which have a different format (see crontab(5)). Cron exam- ines all stored crontabs and checks each job to see if it needs to be run in the current minute. So it handles the *nix format and adds support for the async cron format needed by systems that aren't always on. I.e. since both methods have worked for me, I never noticed a problem... Where's the problem? Are some people only running anacron or such? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/22/2014 10:25 AM, Linda Walsh wrote:

Like "jdd's" comment on using film based pictures vs. electronic, you seem to miss based humor.

Oh really? perhaps because I missed the humor I failed to reply with my own 'humour' about stem powered PDP-11s and how they are responsible for Global Warming. "Funny" that, eh? -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/22/2014 10:25 AM, Linda Walsh wrote:

If you use 'crontabs', they run like the old cron. Only things put in /etc/cron.{timeperiod}, get run under the new method.

Yes, that's the point I and others are trying to make. It's all those "only" things that are so involved with system administration & maintenance that are there 'out of the box'. Of course us 'experts' like thee, John, Carlos ... Others ... And myself ... Can hack the system about any which way we want and make it sit up and reg and roll over and invite us to rub it tummy, good dog, good dog, but the OP was the guy that got hit THUD! by these "only" things rendering his system unusable and asking us for help. You and I can set up cron job or systemd.timer jobs to our hearts content. You and I can pull scripts away from the cron.daily directory and put them elsewhere and run them under our own cron scheduling. Yes, that's the point: **WE** can. We have the know how. Do not assume that everyone else has our knowledge and experience; do not assume everyone has had the time to dig into how the system works. There are may people here who don't have our knowledge and experience and that's why they ask here for our help and guidance. -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/22/2014 12:17 PM, jdd wrote:

Le 22/11/2014 18:13, Anton Aylward a écrit :

...

but the OP was the guy that got hit THUD! by these "only" things rendering his system unusable and asking us for help.

being the only time I see this for years, I doubt of the diagnostic. There must be something else

Well go back over the thread. The OP describes something happening every day at the same time. That tends to indicate its something regularly scheduled. What else but cron? We've looked at the cron.daily/ scripts and found some possible candidates: log rotation, nearly full disk, database backup ... As for the "there must be something else", I'm sure I'm not the only one who would be interested in alternatives. Do you have suggestions? Perhaps the OP should get back to us and tell us what he's found? -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/22/2014 09:29 AM, Anton Aylward wrote:

On 11/22/2014 12:17 PM, jdd wrote:

...

Le 22/11/2014 18:13, Anton Aylward a écrit :

...

but the OP was the guy that got hit THUD! by these "only" things rendering his system unusable and asking us for help. being the only time I see this for years, I doubt of the diagnostic. There must be something else Well go back over the thread. The OP describes something happening every day at the same time. That tends to indicate its something regularly scheduled. What else but cron?

We've looked at the cron.daily/ scripts and found some possible candidates: log rotation, nearly full disk, database backup ...

As for the "there must be something else", I'm sure I'm not the only one who would be interested in alternatives. Do you have suggestions?

Perhaps the OP should get back to us and tell us what he's found?

I'm not OP, and I'm also a bit late to this thread, but I recall an annoying issue with updatedb causing balkiness not too long ago. It wasn't immediately obvious what was going on and I doubt if a non-technical user would have figured it out. Regards, Lew -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/22/2014 10:46 AM, Carlos E. R. wrote:

On 2014-11-22 19:34, Lew Wolfgang wrote:

...

I'm not OP, and I'm also a bit late to this thread, but I recall an annoying issue with updatedb causing balkiness not too long ago. It wasn't immediately obvious what was going on and I doubt if a non-technical user would have figured it out. It can easily happen. That's why the current cron job nices and ionices it.

/etc/cron.daily/mlocate.cron:

# alter the priority of the updatedb process if [ -x /usr/bin/renice ]; then /usr/bin/renice +${NICE:-19} -p $$ > /dev/null 2>&1 fi if [ -x /usr/bin/ionice ] && /usr/bin/ionice -c3 true 2>/dev/null; then /usr/bin/ionice -c${IONICE_CLASS:-2} -n${IONICE_PRIORITY:-7} -p $$ > /dev/null 2>&1 fi

You can go further and use class 3. Although I don't understand some of the constructs above.

I just edited /etc/sysconfig/cron so that "DAILY_TIME" ran at 03:00 instead of 15-minutes after booting. This was for an always-on desktop. Regards, Lew -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Anton Aylward wrote:

On 11/22/2014 10:25 AM, Linda Walsh wrote:

...

If you use 'crontabs', they run like the old cron. Only things put in /etc/cron.{timeperiod}, get run under the new method.

Yes, that's the point I and others are trying to make. It's all those "only" things that are so involved with system administration & maintenance that are there 'out of the box'. Of course us 'experts' ... but the OP was the guy that got hit THUD! by these "only" things rendering his system unusable and asking us for help.

But but but... you said: On Wed, 19 Nov 2014 22:38:34 -0500, Anton Aylward wrote:

Yes, that's the problem with this implementation. It BANG! BANG! BANG! BANG! one after the other.

You can't, as John asks, determine the time each specific one runs at. ^^^^---- ??? You can only set the time that cron.{daily,weekly,monthly} runs at, and that to 15 minute granularity.

You can't, as is possible with ...the real cron ... ^^^^^----???? run something "only on Monday" or "not on weekends" or "on the last Friday of the month".

You asserted that the exact scheduling wasn't available with the current cron that supports the anacron (batch) scheduling feature, but cronie supports both and AFAIK, it's the latest version of a cron to ship on openSuse systems (no?)

Do not assume that everyone else has our knowledge and experience; do not assume everyone has had the time to dig into how the system works.

I didn't assume -- I just looked at the manpage and saw it supported both. You asserted that the current cron didn't have this capability. I am seeing your statements as internally inconsistent.

There are may people here who don't have our knowledge and experience

--- nor the ability to both contradict one's self in the same discussion, yet not recognize it.

and that's why they ask here for our help and guidance.

Sorry, but I find the information you provided a bit confusing. I'm sure it was clear to you, but I'm just saying... (obligatory disclaimer: some people claim my descriptions are, at times, confusing, so I am not speaking from 'sainthood' ;-)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/23/2014 04:03 AM, Linda Walsh wrote:

If you use 'crontabs', they run like the old cron. Only things put in /etc/cron.{timeperiod}, get run under the new method. .............

Hello List , my crontab looks like : # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.8358 installed on Sun Jun 9 04:27:51 2002) # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) SHELL=/bin/sh # MAILTO=root@localhost MAILTO=root # 30 12 * * * exec /usr/bin/rkhunter --cronjob --update --rwo 45 12 * * * exec /root/thumb # 2 6 * * * exec /root/cronetc ..................... - How please should a new 'home-made' cron-job be formatted for entry into /etc/cron.daily - an example please ?? thanks regards -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/23/2014 01:03 PM, Carlos E. R. wrote:

...

...

into

/etc/cron.daily

- an example please ?? That's trivial, because in "/etc/cron.daily" you simply drop plain

- How please should a new 'home-made' cron-job be formatted for entry scripts. No special syntax, just scripts. Everything in tha directory is run, in alfabetical order, some time once a day.

It doesn't need to be a script. An executable binary would probably also work. Or a script in any language. Just drop it on that directory (or weekly, or monthly). ...............

- thank you kindly regards -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Le 23/11/2014 12:19, Carlos E. R. a écrit :

crontab, usually used to run daily, weekly, monthly jobs. See anacrontab(5) for more details. /etc/cron.d/ directory that contains

But there is no "man anacrontab". Although it is the first time, in years, that I even notice anacron being mentioned in the openSUSE man pages.

may be have to be installed? http://linux.die.net/man/5/anacrontab for any reason, anacron, even being part of cronie is not installed by default (30ko :-)) quoting yast: cronie-anacron - Utility for running regular jobs Anacron becames part of cronie. Anacron is used only for running regular jobs. The default settings execute regular jobs by anacron, however this could be overloaded in settings. jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 11/22/2014 10:25 AM, Linda Walsh wrote:

...

rpm -qa|grep cron

cronie-1.4.8-50.1.2.x86_64 cron-4.2-50.1.2.x86_64

Just use both. Wait, don't tell me, the new Xd doesn't allow this?

Hmmmm $ rpm -ql cron /usr/share/doc/packages/cron /usr/share/doc/packages/cron/cron_to_cronie.README Hmmmm ============================================================= $ more /usr/share/doc/packages/cron/cron_to_cronie.README package cron 4.2 is only auxiliary package needed for proper renaming package cron to cronie usefull links : http://en.opensuse.org/Cron_replace http://en.opensuse.org/Cron_rename ============================================================== Neither of those two URLs are about the the issues this thread has been discussing. So if I remove the package cron its not going to make much difference? $ rpm -q --whatrequires cron cronie-1.4.8-50.1.2.x86_64 logrotate-3.8.7-4.8.1.x86_64 That's lame! Why should they depend on a README file? Of course some dependencies are circular $ rpm -q --whatrequires cronie cron-4.2-50.1.2.x86_64 And removing a README file causes a lot more to be removed as well $ rpm -q --whatrequires logrotate syslog-service-2.0-772.1.2.noarch mcelog-1.0pre3.6e4e2a000124-19.4.1.x86_64 xdm-1.1.11-126.1.x86_64 kdm-4.11.14-3.4.x86_64 All of which seems rather strange. But then I've grown used to the 'requirements' in openSuse being odd. -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org