[INFO-106] Cron Task Scheduler.. every 1hr

Strange. Most likely the configuration file is somehow corrupted. Please check in /var/log/system.log if there is an indication why the daemon dies. You can additionally try to start the cron daemon manually from the shell and report the output here, and check if it is really running afterwards with ps.

Regards,
andreas

Hi,
I've switched back to 5.026, and now the mails are gone.
I've checked the syslog, but nothing noticeable.
If I start cron from command line I get:

cron: can't lock /var/run/cron.pid, other pid may be 123: Resource temporarily unavailable

The number is the pid where cron is currently running.

Two other things I found in the process list:

[aua.bin] 
[license_info.pl] 

Regards
Holger

Since you rolled back and the error condition is gone the information is basically useless, it doesn't point to any error which might be existing in 5.027. Those defunct processes are nothing to worry, too.

It's no problem to switch back to the buggy configuration, because I run Astaro in VMware (since 4.x). Shutdown 5.026 und start 5.027 takes only 5 minutes. If there is something I can test please tell me.

Hi,
     After upgrading to 5.100, I'm getting the same e-mail sent to me roughly every hour. I did take a look at the system log, which showed nothing untoward going on, but I did discover the following in the selfmonitoring log:

2004:12:30-13:12:34 (none) selfmonng[650]: triggerAction: 'cmd'
2004:12:30-13:12:34 (none) selfmonng[650]: actionCmd(+): '/var/mdw/scripts/squid restart'
2004:12:30-13:12:35 (none) selfmonng[650]: child returned status: exit='1' signal='0'
2004:12:30-13:12:40 (none) selfmonng[650]: check Failed increment squid_running counter 1 - 3
2004:12:30-13:12:45 (none) selfmonng[650]: check Failed increment squid_running counter 2 - 3
2004:12:30-13:12:50 (none) selfmonng[650]: check Failed increment squid_running counter 3 - 3
2004:12:30-13:12:50 (none) selfmonng[650]: DEBUG: NOTIFYEVENT Name=squid_running Level=INFO Id=106 suppressed

Maybe this is what's causing the message that we both seem to be getting? I've restarted squid manually, as well as cleared the cache, and restarted again, but I'm still getting these messages.....Any clues?

Cheerie,
                Monty

Hi,
your last posting lead to the discovery of a small bug:
 [ QUOTE ]
  2004:12:30-13:12:50 (none) selfmonng[650]: DEBUG: NOTIFYEVENT Name=squid_running Level=INFO Id=106 suppressed

[/ QUOTE ] 

As you can see, the name of the notification event is "squid_running", but this thread is about the cron daemon restarting, so the name of the check should be cron-something.

After a little more checking I discovered that the selfmonitor configuration for squid points to the wrong notification. As a consequence, you are getting "cron restarted" mails although it might be the squid  which was restarted. So, if you are getting those mails, please check in the log which check caused the notification until this bug is fixed.

Thanks,
andreas

Hi,

I had the same Problem on one of our Astaros (V 5.100). The squid process terminated because of an invalid character in the hostname of the Astaro.

Squid.log: 2005:01:17-10:19:01 (none) squid[9166]: urlParse: Illegal character in hostname

The invalid character was the underscore. Astaro v.4.025 worked fine with this configuration.

Best regards
Michael

Hi,
Version 5 will not let you enter a hostname containing an underscore via the webadmin. Did you import a version 4 backup?

By the way, this line can be seen quite frequently in the logs - every time an invalid URL is parsed. This normally happens if an (internal) client requests an invalid URL  (like www.somedomain,net ; note the ',' between tld and domain, or domains/hosts with underscores), without having a negative effect  on the operation of the squid. 

According to RFC 952 and 1101, underscore is not a valid character for hostnames or domains, and squid per default returns a parse error if you use it. See the  squid FAQ for more information on this topic.

Regards,
andreas