Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 25 replies
  • Subscribers 0 subscribers
  • Views 15698 views
  • Users 0 members are here
Options
Suggested

Cron Task Scheduler restarting

Krycek
Hi since updating to 7.5 I'm experiencing another problem: 

Cron Task Scheduler not running - restarted



-- 

System Uptime      : 5 days 19 hours 17 minutes

System Load        : 1.45

System Version     : Astaro Security Gateway Appliance 7.500



Please refer to the manual for detailed instructions.


It happens about once or twice a day. For a short time it seems internet traffic is cut of (but this is just a feeling) and then I get this email telling me that it restarted the schedulter.
Any Ideas what could cause this?

Additionally I'm still having the "perl" bug described in the other thread.

Christopher
  • 0 in reply to Goldy_01
    I think we are mixing up two different issues in this thread - the original issue posted by Krycek with the cron restarts, and the other yone with the http proxy issue.

    Krycek: do you have a dual ISP setup and use the Uplink balancing feature?
  • 0 in reply to BarryG
    Now this is weird. ALL graphs are showing a gap. A rather large one. I can't say I noticed any outage today except our dsl line failing at about the same time. Don't know if that exactly fits the time. The cron task schedule restarted at 09:31 today with a system load of 1.09 which I think is rather much.

    Cron Task Scheduler not running - restarted

    -- 
    System Uptime      : 13 days 14 hours 44 minutes
    System Load        : 1.09
    System Version     : Astaro Security Gateway Appliance 7.500

    Please refer to the manual for detailed instructions.
  • 0 in reply to Ölm
    I think we are mixing up two different issues in this thread - the original issue posted by Krycek with the cron restarts, and the other yone with the http proxy issue.

    Krycek: do you have a dual ISP setup and use the Uplink balancing feature?


    yes and no. we use 2 ISPs. one for surfing and the other one for hosting of websites and email servers which is the default gateway for the ASG.

    We used policy routes and SNATs for the dsl line which is for surfing. No balancing configured.
  • 0 in reply to Krycek
    I can confirm this.

    I thinks there is something wrong with the reporter (Another thread?)
    which occur in different time than the Cron task issue:
  • 0
    alright it has to have something to do with out DSL line failing. I don't know if the DSL line fails first or if this problem causes the line to fail. when I get a "cts restarted" email this happens too:

    2009:10:10-09:17:16 pluto pppoe[15274]: Session 3336 terminated -- received PADT from peer
    2009:10:10-09:17:16 pluto pppoe[15274]: Sent PADT
    2009:10:10-09:17:16 pluto pppd-pppoe[15272]: Modem hangup
    2009:10:10-09:17:16 pluto pppd-pppoe[15272]: Connect time 1440.0 minutes.
    2009:10:10-09:17:16 pluto pppd-pppoe[15272]: Sent 264365158 bytes, received 3056810100 bytes.
    2009:10:10-09:17:16 pluto pppd-pppoe[15272]: Script /etc/ppp/ip-down started (pid 7209)
    2009:10:10-09:17:16 pluto pppd-pppoe[15272]: Connection terminated.
    2009:10:10-09:17:17 pluto pppd-pppoe[15272]: Script /usr/sbin/pppoe -I eth2 -m 1416 finished (pid 15274), status = 0x0
    2009:10:10-09:17:17 pluto pppd-pppoe[15272]: Waiting for 1 child processes...
    2009:10:10-09:17:17 pluto pppd-pppoe[15272]:   script /etc/ppp/ip-down, pid 7209
    2009:10:10-09:17:19 pluto pppd-pppoe[15272]: Script /etc/ppp/ip-down finished (pid 7209), status = 0x0
    2009:10:10-09:17:19 pluto pppd-pppoe[15272]: Exit.
    2009:10:10-09:18:20 pluto pppoe-sh: Access-Concentrator: BONX43-erx Got a cookie: 92 36 a8 d3 17 c4 24 5c 25 16 78 40 08 ec 4a a6 AC-Ethernet-Address: 00:90:1a:a0:8e:9d --------------------------------------------------
    2009:10:10-09:18:20 pluto pppd-pppoe[7604]: pppd 2.4.3 started by root, uid 0
    2009:10:10-09:18:20 pluto pppd-pppoe[7604]: using channel 39
    2009:10:10-09:18:20 pluto pppd-pppoe[7604]: Using interface ppp0
    2009:10:10-09:18:20 pluto pppd-pppoe[7604]: Connect: ppp0  /dev/ttyp0
    2009:10:10-09:18:20 pluto pppoe[7605]: PADS: Service-Name: ''
    2009:10:10-09:18:20 pluto pppoe[7605]: PPP session is 6455 (0x1937)
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [LCP ConfReq id=0x1     ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [LCP ConfReq id=0xab   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [LCP ConfAck id=0xab   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [LCP ConfAck id=0x1     ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [LCP EchoReq id=0x0 magic=0x34e04428]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [PAP AuthReq id=0x1 user="[ourusername]@t-online-com.de" password=]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [LCP EchoRep id=0x0 magic=0x3f3fa7c]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [PAP AuthAck id=0x1 ""]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: PAP authentication succeeded
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [CCP ConfReq id=0x1    ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [IPCP ConfReq id=0x1    ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [LCP ProtRej id=0x76 80 fd 01 01 00 15 12 06 00 00 00 01 1a 04 78 00 18 04 78 00 15 03 2f]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [IPCP ConfRej id=0x1 ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [IPCP ConfReq id=0x2   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [IPCP ConfNak id=0x2   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [IPCP ConfReq id=0x3   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [IPCP ConfReq id=0xb7 ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [IPCP ConfAck id=0xb7 ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [IPCP ConfAck id=0x3  /dev/ttyp0
    2009:10:10-09:18:20 pluto pppoe[7605]: PADS: Service-Name: ''
    2009:10:10-09:18:20 pluto pppoe[7605]: PPP session is 6455 (0x1937)
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [LCP ConfReq id=0x1     ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [LCP ConfReq id=0xab   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [LCP ConfAck id=0xab   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [LCP ConfAck id=0x1     ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [LCP EchoReq id=0x0 magic=0x34e04428]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [PAP AuthReq id=0x1 user="[ourusername]@t-online-com.de" password=]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [LCP EchoRep id=0x0 magic=0x3f3fa7c]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [PAP AuthAck id=0x1 ""]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: PAP authentication succeeded
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [CCP ConfReq id=0x1    ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [IPCP ConfReq id=0x1    ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [LCP ProtRej id=0x76 80 fd 01 01 00 15 12 06 00 00 00 01 1a 04 78 00 18 04 78 00 15 03 2f]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [IPCP ConfRej id=0x1 ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [IPCP ConfReq id=0x2   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [IPCP ConfNak id=0x2   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [IPCP ConfReq id=0x3   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [IPCP ConfReq id=0xb7 ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: sent [IPCP ConfAck id=0xb7 ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: rcvd [IPCP ConfAck id=0x3   ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: local  IP address [our external DSL IP]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: remote IP address 217.x.x.x
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: primary   DNS address 217.x.x.x
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: secondary DNS address 217.x.x.x
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: Script /etc/ppp/ip-up started (pid 7613)
    2009:10:10-09:18:22 pluto pppd-pppoe[7604]: Script /etc/ppp/ip-up finished (pid 7613), status = 0x0
    >  ]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: local  IP address [our external DSL IP]
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: remote IP address 217.x.x.x
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: primary   DNS address 217.x.x.x
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: secondary DNS address 217.x.x.x
    2009:10:10-09:18:21 pluto pppd-pppoe[7604]: Script /etc/ppp/ip-up started (pid 7613)
    2009:10:10-09:18:22 pluto pppd-pppoe[7604]: Script /etc/ppp/ip-up finished (pid 7613), status = 0x0
  • 0
    I just noticed the 1440 minutes thing.... I can't believe that! Our ISP must have changed something so we have a 24h-disconnect! WTF!?!?! There will be some really unpleasant calls on monday. I compared it to the last 7 days and it really happens every 24 hours. although there have been additional disconnects not connected to any specific time period.

    It doesn't explain the CTS restart emails though.
  • 0 in reply to Krycek
    I just noticed the 1440 minutes thing.... I can't believe that! Our ISP must have changed something so we have a 24h-disconnect! WTF!?!?! There will be some really unpleasant calls on monday. I compared it to the last 7 days and it really happens every 24 hours. although there have been additional disconnects not connected to any specific time period.


    This behaviour is normal in some countries, depending on the DSL contract you have bought. The carrier is disconnecting you every 24 hours - in many cases you even get a differen IP address assigned afterwards.

    It doesn't explain the CTS restart emails though.



    Shouldn´t be a big problem - I can´t tell you exactly why the cron process is not working correctly, but this behaviour is more or less normal ofter DSL reconnects/failures - I have the on my ASG also. the selfmon detects the hanging cron and restarts it, an all is working again (until the next DSL reconnect/failure). Not an issue I´d  say.
  • 0
    To Ölm

    I have checked it and found out there is no correlation between the DSL reconnection and the Cron Task Scheduler restarting .
    Each happening in different time and quantity.
  • 0
    well it might have been a coincidence.

    I know that there is a 24h disconnection in some cases. but there hasn't been one for 2 years and I'm sure we bought a business line which doesn't have that. So I'm gonna have to check with my ISP if they changed anything.

    anyhow... the DSL line failed 3 times today. I can't really say that it's a fault of the ISP because the modem doesn't have a problem syncing or getting a connection. it seems to be te connection from astaro to the modem. whenever I restart the modem the line is fine again. I even changed to another modem and the same thing is happening every now and then. additionally I'm having trouble with my second internet connection. whenever the DSL line is down i'm experiencing weird connection problems.

    But i might have to start a new thread on this issue. I'm only experiencing those failures since 7.5.
  • 0
    Krycek, your problems sound like hardware. A cable. A switch. An Ethernet card. Have you tried changing the MTU on th IF connected to your modem? And/or setting it to half duplex and/or fixed speed?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Unfiltered HTML