Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
General
GeneralPortable MacsHardwareNetworking
Applications
Mac ApplicationsEudoraFirefox / MozillaInternet ExplorerOutlook ExpressMS OfficeEntourageExcelPowerPointWordVirtual PCMedia PlayerOther MS Products
Programming
Mac ProgrammingCodeWarriorPerl
Country Specific
Australian Mac GroupUK Mac Group

Mac Forum / General / General / May 2008



Tip: Looking for answers? Try searching our database.

Problem with Cron?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
TaliesinSoft - 14 May 2008 14:32 GMT
For some time now I have had SuperDuper! set up so that each night two smart
backup runs will occur, one at 2:00 A.M. and one at 5:00 A.M. My Energy Saver
preferences are set so that the computer never sleeps and the screen will
sleep after 15 minutes of inactivity.

When SuperDuper! completes a backup a Growl notification appears on my
desktop. On Monday morning I noticed that the notifications hadn't appeared
and a check showed that the SuperDuper! runs had not occurred. Without my
doing anything the Tuesday runs completed. Today there were no notifications
and the Wednesday runs, as had the Monday runs, had not happened.

I rescheduled the two runs for 8:00 A.M. and 8:30 A.M. and they ran as
scheduled, the 8:30 run underway as I write this.

I am told by Dave Nanian of Shirt-Pocket that the problem is not with
SuperDuper! but is an indication that cron was not running properlyl

So, the question is, why is cron not running and what can I do to ensure that
it will run?

I am running OS 10.5.2 on a MacBook Pro. Volume and Permission verification
via Disk Utility reports no problems.

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Jolly Roger - 15 May 2008 02:25 GMT
> For some time now I have had SuperDuper! set up so that each night two smart
> backup runs will occur, one at 2:00 A.M. and one at 5:00 A.M. My Energy Saver
[quoted text clipped - 15 lines]
> So, the question is, why is cron not running and what can I do to ensure that
> it will run?

To start, I would add a job to your cron table that prints a line of
text to a log file to see if it executes.

Signature

Note: Please send all responses to the relevant news group. If you
must contact me through e-mail, let me know when you send email to
this address so that your email doesn't get eaten by my SPAM filter.

JR

TaliesinSoft - 15 May 2008 02:57 GMT
[in response to my opening posting in this thread where I queried as to how i
determine that cron really ran]

> To start, I would add a job to your cron table that prints a line of text
> to a log file to see if it executes.

I'm afraid a bit of hand holding is needed as I am totally in the dark when
it comes to using the terminal and writing to a log, etc. I'd be most
appreciative for a step-by-step walk through.

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Jolly Roger - 15 May 2008 04:05 GMT
> [in response to my opening posting in this thread where I queried as to how i
> determine that cron really ran]
[quoted text clipped - 5 lines]
> it comes to using the terminal and writing to a log, etc. I'd be most
> appreciative for a step-by-step walk through.

Ok.  Try this:

1. Open a terminal window.

2. Enter this command:

    crontab -e

Cron will start the default command-line editor (usually vi - and I will
assume it's vi in these instructions) to edit your cron table.

3. Use the arrow keys on the keyboard to move the cursor to the very
last line in the table.

4. Press the i key on the keyboard to enter (i)nsert mode.

5. If you are not on a blank line, press the right arrow key on the
keyboard to move all the way to the end of the line, then press the
Return key on the keyboard to create a blank line at the very end of the
table.

6. Type this line and press the Return key:

    /5 * * * * date >> /Users/you/Desktop/crontest.log 2>&1

7. Press the Escape key on the keyboard to exit (I)nsert mode.

8. Type a colon (:) character to enter command mode, followed
immediately by a w character to indicate you want to (w)rite), followed
immediately by a q character (to indicate you want to (q)uit):

    :wq

9. Press Return to execute the command.

You should see a message like this:

    crontab: installing new crontab

If you see a message indicating there is a syntax error, you've got a
typo and you should answer yes (y) to the "Do you want to retry the same
edit?" prompt, then correct the typo by entering (i)nsert mode again,
moving to the problem line, and correcting the typo. Then do the :wq
command again.

The /5 * * * * date >> /Users/dlache/Desktop/crontest.log 2>&1 line
tells cron to execute the 'date' command every 5th minute of every hour
of every day, and send the output of the command, along with errors (if
any) to the file /Users/you/Desktop/crontest.log.

Now just sit back and wait for the next 5-minute increment (5, 10, 15,
20, and so on). If cron is executing your cron table, a crontest.log
file should appear on the desktop, and it should contain the output of
the 'date' command at the time of each execution.

Signature

Note: Please send all responses to the relevant news group. If you
must contact me through e-mail, let me know when you send email to
this address so that your email doesn't get eaten by my SPAM filter.

JR

TaliesinSoft - 15 May 2008 04:10 GMT
[detailed instructions per my earlier plea in this thread]

Many, many, many thanks!

I'll report back with the results.

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Jolly Roger - 15 May 2008 04:17 GMT
> [detailed instructions per my earlier plea in this thread]
>
> Many, many, many thanks!
>
> I'll report back with the results.

BTW, I usually paste this into the top of my cron tables (in insert
mode):

# Cron Table Line Format:
#
#  _____________ minute of the hour (00 - 59)
#  | ___________ hour of the day (00 - 32) (military time)
#  | | _________ day of the month (1 - 31)
#  | | | _______ month of the year (1 - 12)
#  | | | | _____ day of the week (1 = Sunday, 2 = Monday, etc.)
#  | | | | | ___ command to execute
#  | | | | | |
#  * * * * * command
#
#  An asterisk matches all possible values.
#  A single integer matches that exact value.
#  A list of integers, separated by commas (no spaces) matches any one
of the listed exact values.
#  Two integers separated by a dash (no spaces) matches any value within
that range.
#  Step values are appended to the main value separated by a forward
slash (/).
#
# Note: To send output to a log file, use > to replace the file, and >>
to append to the file.
#
# Note: "2>&1" at the end of a command means "redirect standard error
(2) to the same place
#       as standard output (1).

That way, any time you edit your table, you'll have a neat cheat sheet
right there at the top.  ; )

Signature

Note: Please send all responses to the relevant news group. If you
must contact me through e-mail, let me know when you send email to
this address so that your email doesn't get eaten by my SPAM filter.

JR

Xavier Llobet - 15 May 2008 07:40 GMT

> BTW, I usually paste this into the top of my cron tables (in insert
> mode):
[quoted text clipped - 6 lines]
> #  | | | _______ month of the year (1 - 12)
> #  | | | | _____ day of the week (1 = Sunday, 2 = Monday, etc.)

I thought that 0 = Sunday (and 7, by the way)

http://www.crontab.org/

_x.

--
Only one "o" in my e-mail address
Chris Ridd - 15 May 2008 08:09 GMT
>> #  | | | | _____ day of the week (1 = Sunday, 2 = Monday, etc.)
>
> I thought that 0 = Sunday (and 7, by the way)

That's correct.

> http://www.crontab.org/

You should however read and trust Apple's supplied documentation over
some website, especially for file formats that aren't completely
standardised. "man 5 crontab" on Leopard documents the field as:

          day of week   0-7 (0 or 7 is Sun, or use names)

Cheers,

Chris
Jolly Roger - 15 May 2008 08:22 GMT
>  
> > BTW, I usually paste this into the top of my cron tables (in insert
[quoted text clipped - 9 lines]
>
> I thought that 0 = Sunday (and 7, by the way)

Yep - good catch.

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

Jolly Roger - 15 May 2008 05:08 GMT
> 6. Type this line and press the Return key:
>
>      /5 * * * * date >> /Users/you/Desktop/crontest.log 2>&1

My apologies. There's a typo in this line.  Here's how it should have
read:

    */5 * * * * date >> /Users/you/Desktop/crontest.log 2>&1

Sorry if this caused any confusion!

Signature

Note: Please send all responses to the relevant news group. If you
must contact me through e-mail, let me know when you send email to
this address so that your email doesn't get eaten by my SPAM filter.

JR

Tom Stiller - 15 May 2008 12:24 GMT
> > 6. Type this line and press the Return key:
> >
[quoted text clipped - 6 lines]
>
> Sorry if this caused any confusion!

Be advised that such a directive will create an entry like:
"May 14 18:00:00 imac com.apple.launchd[1] (0x10d010.cron[10681]): Could
not setup Mach task special port 9: (os/kern) no access"
in your 'var/log/system.log' file every 5 minutes.

A better (i.e. Mac OS X friendly) way would be to use the free 'Lingon'
software to create a launchd plist in the appropriate library.

Signature

Tom Stiller

PGP fingerprint =  5108 DDB2 9761 EDE5 E7E3  7BDA 71ED 6496 99C0 C7CF

Jolly Roger - 15 May 2008 16:08 GMT
> A better (i.e. Mac OS X friendly) way would be to use the free 'Lingon'
> software to create a launchd plist in the appropriate library.

Tell that to the author of SuperDuper.  ; )

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

TaliesinSoft - 15 May 2008 14:46 GMT
[a question as to how one could determine whether cron actually attempted to
run an entry in the crontab]

First of all I'm trying (and as I've stated, I'm definitely not versed in
Unix) to fully understand the suggestions offered in the thread, suggestions
which I fully appreciate.

Here is the current contents of my crontab....

====================

0    4    *    *    *    open
file:///Users/adventures/Library/Application\%20Support/SuperDuper\%21/Schedu
led\%20Copies/Smart\%20Update\%20SuperDuper\%21\%20from\%20Cowboy.sdsp/Copy\%
20Job.app

0    5    *    *    *    open
file:///Users/adventures/Library/Application\%20Support/SuperDuper\%21/Schedu
led\%20Copies/Smart\%20Update\%20Lefty\%20from\%20Cowboy.sdsp/Copy\%20Job.app

====================

[Some extra blank lines were inserted by Hogwasher in the above]

I don't think it would make any difference but the two "commands" above are
preceded by a great many empty lines in the crontab.

So, what I am trying to do is in the simplest possible way to determine
whether cron itself actually ran and responded t

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Claude V. Lucas - 15 May 2008 14:54 GMT
>[a question as to how one could determine whether cron actually attempted to
>run an entry in the crontab]
[quoted text clipped - 25 lines]
>So, what I am trying to do is in the simplest possible way to determine
>whether cron itself actually ran and responded t

Empty lines are ignored, but you have urls rather than directory
locations in this example.

I'm not 100% sure about Leopard cron, but I don't think it
understands url addressing.

Try changing to /Users/you/subdirectory/app (or whereever the app is)
instead of file://....
TaliesinSoft - 15 May 2008 15:12 GMT
> In article <0001HW.C451A8DA002756D5B01AD9AF@News.Individual.NET>,
> TaliesinSoft  <taliesinsoft@mac.coom> wrote:
[quoted text clipped - 40 lines]
> Try changing to /Users/you/subdirectory/app (or whereever the app is)
> instead of file://....

The two crontab entries above were placed there by SuperDuper! itself as a
byproduct of using SuperDuper!'s scheduling facility.

The issue is that although the vast majority of time the scheduled backups do
indeed run there have been a couple of times when they did not run. it has
been suggested to me that in the cases where the scheduled backups did not
occur the issue might be that cron itself did not run.

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Jolly Roger - 15 May 2008 16:08 GMT
> I'm not 100% sure about Leopard cron, but I don't think it
> understands url addressing.

The 'open' command-line tool understands URLs. See the manual for
details.

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

Tom Stiller - 15 May 2008 15:21 GMT
> [a question as to how one could determine whether cron actually attempted to
> run an entry in the crontab]
[quoted text clipped - 25 lines]
> So, what I am trying to do is in the simplest possible way to determine
> whether cron itself actually ran and responded t

As I mentioned in a prior post, cron will trigger an entry of the form:

imac com.apple.launchd[1] (0x10d110.cron[12308]): Could not setup Mach
task special port 9: (os/kern) no access

in /var/log/syslog.log each time one of its commands is executed.  If
you have such an entry, then cron executed the command at the time
stamped on the entry.

Signature

Tom Stiller

PGP fingerprint =  5108 DDB2 9761 EDE5 E7E3  7BDA 71ED 6496 99C0 C7CF

TaliesinSoft - 15 May 2008 15:58 GMT
[continuing in the "is cron running" saga]

> As I mentioned in a prior post, cron will trigger an entry of the form:
>
[quoted text clipped - 4 lines]
> you have such an entry, then cron executed the command at the time
> stamped on the entry.

Is there a simple terminal command that I can enter to view the above
mentioned log?

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Jolly Roger - 15 May 2008 16:10 GMT
> [continuing in the "is cron running" saga]
>
[quoted text clipped - 9 lines]
> Is there a simple terminal command that I can enter to view the above
> mentioned log?

Sure. As admin (su admin, if needed) do:

    cat /var/log/system.log

Or, if you want to watch the log in real-time, you can do:

    tail -f /var/log/system/log

When you're done watching it, type Control-C on the keyboard to exist
'tail'.

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

David Sankey - 15 May 2008 16:27 GMT
> > [continuing in the "is cron running" saga]
> >
[quoted text clipped - 20 lines]
> When you're done watching it, type Control-C on the keyboard to exist
> 'tail'.

You just need to be in the admin group, no need (ever?) for su, no need
in this case for sudo.

ls -l /var/log/sys*.log  
-rw-r-----   1 root  admin  3619 May 15 15:34 /var/log/system.log

Kind regards,

Dave
Dave Seaman - 15 May 2008 17:38 GMT
>> > [continuing in the "is cron running" saga]
>> >
[quoted text clipped - 20 lines]
>> When you're done watching it, type Control-C on the keyboard to exist
>> 'tail'.

> You just need to be in the admin group, no need (ever?) for su, no need
> in this case for sudo.

Nobody mentioned sudo.  The point is that you need to use
"su <insert-admin-user-login-name>" if you are not currently logged in as
an admin user, since only admin users are members of the admin group.

> ls -l /var/log/sys*.log  
> -rw-r-----   1 root  admin  3619 May 15 15:34 /var/log/system.log

Signature

Dave Seaman
Third Circuit ignores precedent in Mumia Abu-Jamal ruling.
<http://www.indybay.org/newsitems/2008/03/29/18489281.php>

David Sankey - 16 May 2008 11:28 GMT
> >> > [continuing in the "is cron running" saga]
> >> >
[quoted text clipped - 27 lines]
> "su <insert-admin-user-login-name>" if you are not currently logged in as
> an admin user, since only admin users are members of the admin group.

Mea culpa.

I'd interpreted "As admin (su admin, if needed)" as implying root rather
than admin. RTFM as they say.

su root is bad (where needed you should use sudo, hence my comment).

Logging in by default as a non-admin user is good, and then to look at
the log file you do need to su to an admin user.

Kind regards,

Dave
Jolly Roger - 16 May 2008 14:59 GMT
> su root is bad (where needed you should use sudo, hence my comment).

Absolutely. I recommend leaving the root account disabled in Mac OS X.
It's rarely (if ever) necessary to enable root in Mac OS X.

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

Robert Peirce - 16 May 2008 16:51 GMT
I tried the 2>&1 | mailx -s Cron rbp trick and it helped me solve a
problem I have been running into which is why sometimes it works and
sometimes it doesn't.  Turns out, for some reason, cron can't always
find the file.  I put in the full path just to make sure and we'll see
what happens.

Signature

Robert B. Peirce, Venetia, PA  724-941-6883
bob AT peirce-family.com [Mac]
rbp AT cooksonpeirce.com [Office]

Jolly Roger - 16 May 2008 19:32 GMT
> I tried the 2>&1 | mailx -s Cron rbp trick and it helped me solve a
> problem I have been running into which is why sometimes it works and
> sometimes it doesn't.  Turns out, for some reason, cron can't always
> find the file.  I put in the full path just to make sure and we'll see
> what happens.

What's the verbatim error message?

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

Robert Peirce - 16 May 2008 20:18 GMT
> > I tried the 2>&1 | mailx -s Cron rbp trick and it helped me solve a
> > problem I have been running into which is why sometimes it works and
[quoted text clipped - 3 lines]
>
> What's the verbatim error message?

calendar: no calendar file: ".MyCal"

The file actually exists and calendar run by cron usually seems to find
it.  Every once in a while it doesn't.  I don't know why, but putting in
the full path should correct that problem.

Signature

Robert B. Peirce, Venetia, PA  724-941-6883
bob AT peirce-family.com [Mac]
rbp AT cooksonpeirce.com [Office]

Jolly Roger - 16 May 2008 20:49 GMT
> > > I tried the 2>&1 | mailx -s Cron rbp trick and it helped me solve a
> > > problem I have been running into which is why sometimes it works and
[quoted text clipped - 9 lines]
> it.  Every once in a while it doesn't.  I don't know why, but putting in
> the full path should correct that problem.

It's not cron complaining - it's calendar. You definitely use full paths
in cron tables and shell scripts.

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

Jolly Roger - 16 May 2008 20:53 GMT
> You definitely use full paths
> in cron tables and shell scripts.

You *SHOULD* definitely use full paths in cron tables and shell scripts.

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

Robert Peirce - 17 May 2008 14:32 GMT
> > > > I tried the 2>&1 | mailx -s Cron rbp trick and it helped me solve a
> > > > problem I have been running into which is why sometimes it works and
[quoted text clipped - 12 lines]
> It's not cron complaining - it's calendar. You definitely use full paths
> in cron tables and shell scripts.

I knew it was calendar, not cron.  I couldn't figure out why sometimes
it works and sometimes it doesn't and I still can't, but I agree full
paths are the way to go.  That was an oversight on my part.  I know
better.

Signature

Robert B. Peirce, Venetia, PA  724-941-6883
bob AT peirce-family.com [Mac]
rbp AT cooksonpeirce.com [Office]

Jolly Roger - 15 May 2008 20:23 GMT
> > As admin (su admin, if needed) do:
> >
[quoted text clipped - 8 lines]
>
> You just need to be in the admin group, no need (ever?) for su

Wrong. If you are logged into a non-admin account, you are *not* in the
admin group.  To switch to an administrator account, you use the 'su'
command.

> no need in this case for sudo

I didn't say 'sudo' was needed.

> ls -l /var/log/sys*.log  
> -rw-r-----   1 root  admin  3619 May 15 15:34 /var/log/system.log

Precisely.

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

TaliesinSoft - 15 May 2008 16:33 GMT
[kindly providing me with instructions on how to view the sysem.log]

> Sure. As admin (su admin, if needed) do:
>
[quoted text clipped - 6 lines]
> When you're done watching it, type Control-C on the keyboard to exist
> 'tail'.

I did as suggested above and found a log filled with literally thousands of
entries, an entry every five seconds since midnight. Here is a sample....

====================

May 15 00:00:23 The-Acrobatic-Aardvark com.apple.launchd[305]
([0x0-0x28028].com.apple.TWAINBridge[336]): Did not die after sending SIGKILL
8735 seconds ago...

May 15 00:00:28 The-Acrobatic-Aardvark com.apple.launchd[305]
([0x0-0x28028].com.apple.TWAINBridge[336]): Did not die after sending SIGKILL
8740 seconds ago...

May 15 00:00:33 The-Acrobatic-Aardvark com.apple.launchd[305]
([0x0-0x28028].com.apple.TWAINBridge[336]): Did not die after sending SIGKILL
8745 seconds ago...

May 15 00:00:38 The-Acrobatic-Aardvark com.apple.launchd[305]
([0x0-0x28028].com.apple.TWAINBridge[336]): Did not die after sending SIGKILL
8750 seconds ago...

====================

I've inserted the blank lines above.

My gutsy response to the above is that there is something wrong and any
advice or suggestions will certainly be most welcome!

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Chris Ridd - 15 May 2008 17:40 GMT
> I did as suggested above and found a log filled with literally thousands of
> entries, an entry every five seconds since midnight. Here is a sample....
[quoted text clipped - 4 lines]
> ([0x0-0x28028].com.apple.TWAINBridge[336]): Did not die after sending SIGKILL
> 8735 seconds ago...
[...]
> My gutsy response to the above is that there is something wrong and any
> advice or suggestions will certainly be most welcome!

Yes, that looks like the sign of a badly written scanner driver (or
scanner software addon) which is stupidly checking to see if the
scanner's there every 5 seconds instead of waiting to be told by the OS.

Cheers,

Chris
TaliesinSoft - 15 May 2008 18:00 GMT
[replying to my stating that there were thousands of duplicate entries in my
system.log, each entry appearing five seconds after the other]  

> Yes, that looks like the sign of a badly written scanner driver (or
> scanner software addon) which is stupidly checking to see if the scanner's
> there every 5 seconds instead of waiting to be told by the OS.

Chris,

Methinks you got it!

I turned my Canon MP-470 printer-scanner-copier off and on and then checked
the log and the multiple entries were no longer being added.

Many thanks.

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Chris Ridd - 15 May 2008 18:24 GMT
> [replying to my stating that there were thousands of duplicate entries in my
> system.log, each entry appearing five seconds after the other]
[quoted text clipped - 6 lines]
>
> Methinks you got it!

Great!

> I turned my Canon MP-470 printer-scanner-copier off and on and then checked
> the log and the multiple entries were no longer being added.

Is there some sort of extra Canon software that watches for special
buttons on the MP470? It may be that the problem is only in that extra
software, and not the whole scanner driver.

Cheers,

Chris
Lewis - 20 May 2008 20:55 GMT
> [kindly providing me with instructions on how to view the sysem.log]

>> Sure. As admin (su admin, if needed) do:
>>
[quoted text clipped - 6 lines]
>> When you're done watching it, type Control-C on the keyboard to exist
>> 'tail'.

> I did as suggested above and found a log filled with literally thousands of
> entries, an entry every five seconds since midnight. Here is a sample....

>====================

> May 15 00:00:23 The-Acrobatic-Aardvark com.apple.launchd[305]
> ([0x0-0x28028].com.apple.TWAINBridge[336]): Did not die after sending SIGKILL
> 8735 seconds ago...

Well, my guess:

You have a scanner with a very stupid driver.

Signature

Badges? We ain't got no badges. We don't need no badges. I don't
    have t show you any stinking badges.

TaliesinSoft - 20 May 2008 22:27 GMT
> In message <0001HW.C451C210002D3F72B01AD9AF@News.Individual.NET>
> TaliesinSoft <taliesinsoft@mac.coom> wrote:

[responding to the earlier postings in this thread in regards to determining
whether or not cron was running]

>> I did as suggested above and found a log filled with literally thousands
>> of entries, an entry every five seconds since midnight. Here is a
[quoted text clipped - 9 lines]
>
> You have a scanner with a very stupid driver.

Last Thursday I turned my Canon MP-470 scanner/copier/printer off and on and
since then the "once every five seconds" log entries have not occurred.

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Jolly Roger - 15 May 2008 16:06 GMT
> cron will trigger an entry of the form:
>
> imac com.apple.launchd[1] (0x10d110.cron[12308]): Could not setup Mach
> task special port 9: (os/kern) no access
>
> in /var/log/syslog.log each time one of its commands is executed

No, that happens only on Leopard, and it's a bug. Some have reported
clean installing Leopard fixes the issue, but I haven't read any real
diagnosis of what actually causes the message.

At any rate, it's not like users of SuperDuper have a choice. SuperDuper
currently uses cron to schedule backups, and that's what we're stuck
with. And the messages aren't going to hurt anything anyway.

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

TaliesinSoft - 15 May 2008 16:12 GMT
> At any rate, it's not like users of SuperDuper have a choice. SuperDuper
> currently uses cron to schedule backups, and that's what we're stuck with.

Are you suggesting that there might be a better way for SuperDuper! to
schedule backups other than using cron?

[says me as I'm trying to digest (and learn from) the wealth of information
being posted in this thread]

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

Jolly Roger - 15 May 2008 16:18 GMT
> > At any rate, it's not like users of SuperDuper have a choice. SuperDuper
> > currently uses cron to schedule backups, and that's what we're stuck with.
[quoted text clipped - 4 lines]
> [says me as I'm trying to digest (and learn from) the wealth of information
> being posted in this thread]

Well... define "better" in this context.  ; )  There are certainly
*other* ways (launchd, for instance), but launchd is a relatively young
piece of code in comparison, and some might consider cron to be a fine
solution.

Signature

Please send all responses to the relevant news group. E-mail sent to
this address may be devoured by my very hungry SPAM filter. I do not
read posts from Google Groups. Use a real news reader if you want me to
see your posts.

JR

TaliesinSoft - 15 May 2008 16:40 GMT
> In article <0001HW.C451BD23002C17C8B01AD9AF@News.Individual.NET>,
> TaliesinSoft <taliesinsoft@mac.coom> wrote:
[quoted text clipped - 12 lines]
> ways (launchd, for instance), but launchd is a relatively young piece of
> code in comparison, and some might consider cron to be a fine solution.

Being somewhat of a Unix ignoramus I have no idea if there is something that
would be considered "a better way" for SuperDuper! to schedule backups. I
guess I was perhaps adding my own interpretation to your stating "that's what
were stuck with" in regards to how SuperDuper! schedules backups.  

Signature

James Leo Ryan ..... Austin, Texas ..... taliesinsoft@mac.com

David Sankey - 15 May 2008 16:58 GMT
> [a question as to how one could determine whether cron actually attempted to
> run an entry in the crontab]
[quoted text clipped - 25 lines]
> So, what I am trying to do is in the simplest possible way to determine
> whether cron itself actually ran and responded t

You could extend these lines with (all on the same line):
2>&1 | mail -s "SuperDuper from Cowboy" taliesinsoft@mac.coom

The "2>&1" maps stderr onto stdout and the "| mail -s subject address"
sends all this lot as an email to address with the specified subject.

For example the following crontab sent me the following mail:
53 16 * * * open /etc/rubbish 2>&1 | mail -s "rubbish" me@here

To: me@here
Subject: rubbish
Date: Thu, 15 May 2008 16:53:00 +0100 (BST)
From: me@there (David Sankey)

2008-05-15 16:53:00.554 open[678] No such file: /etc/rubbish

Kind regards,

Dave
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.