Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 15 replies
  • Subscribers 2 subscribers
  • Views 1955 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Scheduled up2Date not working for 8.301

dhyanesh.mehta
Hello,

 As soon as the 8.301 up2date was available i had scheduled it to 03-03-2012 at 01:00:00 Netherlands time (GMT+01). Now today 05-03-2012 i see the installation has not done. I still see v8.300 and update to 8.301 available. Install it schedule it or cancel options. My current Pattern version are updated though to 24335.

I went through the up2date log for the date and time i had scheduled and pasting it here for your reference. I can still install the update manually but would like to know why the scheduled has failed and how to resolve it.

2012:03:03-00:56:01 astaro: Starting Up2Date Package Downloader
2012:03:03-00:56:01 astaro: patch up2date possible
2012:03:03-00:56:08 astaro: id="3701" severity="info" sys="system" sub="up2date" name="Authentication successful"
2012:03:03-00:56:09 astaro: id="3707" severity="info" sys="system" sub="up2date" name="Successfully synchronized fileset" status="success" action="download" package="sys"
2012:03:03-00:56:09 astaro: Starting Up2Date Package Installer
2012:03:03-00:56:09 astaro: Searching for available up2date packages for type 'ips'
2012:03:03-00:56:09 astaro: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="preinst_check" package="ips"
2012:03:03-00:56:14 astaro: Searching for available up2date packages for type 'appctrl'
2012:03:03-00:56:14 astaro: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="preinst_check" package="appctrl"
2012:03:03-00:56:19 astaro: Searching for available up2date packages for type 'avira'
2012:03:03-00:56:19 astaro: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="preinst_check" package="avira"
2012:03:03-00:56:25 astaro: Searching for available up2date packages for type 'geoip'
2012:03:03-00:56:25 astaro: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="preinst_check" package="geoip"
2012:03:03-00:56:30 astaro: Searching for available up2date packages for type 'clam'
2012:03:03-00:56:30 astaro: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="preinst_check" package="clam"
2012:03:03-00:56:35 astaro: Searching for available up2date packages for type 'man8'
2012:03:03-00:56:35 astaro: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="preinst_check" package="man8"
2012:03:03-00:56:40 astaro: Searching for available up2date packages for type 'ohelpng'
2012:03:03-00:56:40 astaro: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="preinst_check" package="ohelpng"
2012:03:03-00:56:45 astaro: Searching for available up2date packages for type 'geoipxt'
2012:03:03-00:56:45 astaro: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="preinst_check" package="geoipxt"
2012:03:03-00:56:50 astaro: id="3716" severity="info" sys="system" sub="up2date" name="Up2date Package Installer finished, exiting"

This is repeating every 15 minutes. Any help will be appreciated.

Thanks,
Dhyanesh Mehta


This thread was automatically locked due to age.
  • 0
    That means that you have WebAdmin configured to check for Up2Dates every 15 minutes.

    What is in the log on 03-03-2012 at 01:00:00?

    If you are unable to start the Up2Date manually, then you will need to ask your reseller to open a ticket with Astaro Support.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0
    Hello Balfson,

     I can install the update manually but scheduled Up2Date is not working. Unfortunately i do not have any log at 01:00:00. The log i have pasted is at 00:56:00 and then after 15 minutes as i had stated earlier another try is at 01:11:00. 

     So i would like to know how can i resolve scheduled Up2Date to get to working again. Manual is not a problem.

    Thanks,
    Dhyanesh Mehta
  • 0
    What do you get when you run the following?

    zgrep -C2 scheduled /var/log/confd-debug/2012/03/confd-2012-03-03.log.gz



    Also, is there anything in the 'Fallback messages' log about 01:00 on 03-03?

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

    Thanks for the reply. After browsing some posts in Astaro forums i tried the following: Under Definitions and Users> Time Period Definitions. Time to install updates was set to 21:00-23:00 for everyday whereas i had set scheduled time to 01:00. So changed time to install updates to 00:00-02:00 so that my scheduled time falls under the window. But it didn't change anything as updates still didn't install last night.. 

    Find below the system messages for 03-03-2012 at 01:00:
    2012:03:03-01:00:01 astaro /usr/sbin/cron[31843]: (root) CMD (/sbin/hwclock --systz --utc)
    2012:03:03-01:00:01 astaro /usr/sbin/cron[31844]: (root) CMD (nice -n19 /usr/local/bin/create_rrd_graphs.plx)
    2012:03:03-01:00:01 astaro /usr/sbin/cron[31845]: (root) CMD (   /usr/local/bin/reporter/system-reporter.pl)
    2012:03:03-01:02:01 astaro /usr/sbin/cron[32364]: (root) CMD (  nice -n19 /usr/local/bin/gen_inline_reporting_data.plx)
    2012:03:03-01:03:29 astaro postgres[32516]: [2-1] LOG:  unexpected EOF on client connection

    I am pasting below the fallback messages for 03-03-2012 at 01:00:
    2012:03:03-01:00:00 astaro [daemon:notice] atd[31828]:  Password change requested. Choose a new password.
    2012:03:03-01:00:00 astaro [daemon:err] atd[31828]:  Authentication token is no longer valid; new one required

    These are the only 2 messages at 01:00. Didn't understand them so if you can please explain. Also i am no Linux expert so if you can please explain what that command you mentioned will do. Is is that there will be a log file .gz at /var/log/confd-debug/2012/03 location and it will read the contents from it? or it will create a .gz (zipped) log file which we can open in notepad++. After i can understand the command then i can try to run it on Astaro if you can help me.

    Thanks,
    Dhyanesh Mehta
  • 0
    I'm no linux guru either, but zgrep looks in the zipped confd-debug file to find lines with the word scheduled.

    If you know that your licensing has not expired, then I think the fallback messages mean you need to ask your reseller to submit a support request to Astaro.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0
    Looks like the scheduling daemon is having issues.

    From the shell, as root, try running /etc/init.d/atd restart, then rescheduling the up2date.
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
  • 0
    After a look at the KIL this bug always was (and still is) an issue since V8:

    ID14799 8.002 Scheduled Up2Dates do not work
    ------------------------------------------------------------------------
    Description:  In all ASG 8 versions up to and including 8.003, Up2Dates
                  scheduled on the Management >> Up2Date >> Overview
                  WebAdmin tab are not started automatically at the
                  scheduled time.
    Workaround:   Start the Up2Dates manually on the same WebAdmin tab.
    Fixed in:     8.055

    ID16593 8.100 Scheduled up2dates don't run when atd is dead. Selfmon check needed.
    ------------------------------------------------------------------------
    Description:  In rare cases, the scheduling daemon may die, and after
                  that, scheduled Up2Dates will not be installed
                  automatically.
    Workaround:   Either just install the system Up2Dates manually.
                  
                  Or delete the scheduled Up2Dates using the WebAdmin,
                  restart the scheduling daemon by typing
                   # /etc/init.d/atd restart
                  at the root shell prompt,
                  and then schedule the missed Up2Dates anew for a time in
                  the future.
    Fixed in:     8.161
  • 0
    Those both show that they were fixed and should no longer be an issue.

    Try Scott's suggestion and let us know if that resolved your problem.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0
    The question remains why the scheduler doesn't work although atd was up and running (or better running in an undefined state). Because of this the selfmon check isn't working. Maybe using cron would be the better choice for scheduling.

    Restarting atd resolves this, but the customers don't want to restart atd manually at console level everytime they plan to schedule an up2date.

    Regards,
    Marco
  • 0
    Hello All,

     Thanks a lot guys for so many inputs. I wanted to try restarting the daemon really but unfortunately yesterday was a holiday for us (Festival) and hence in the night my manager manually installed the update not knowing that we had actually got some very useful updates from you guys. Well now i will have to see when the next update is available and if scheduling still not run then will try the solution Scott suggested.

    But i have to agree with Marco, that nobody in the production environment likes to keep restarting the daemon that too at command line level as if it was available at ASG control panel level then would not be a problem but its not. So would really like to know if there is any other solution than to restart the daemon to get the scheduling to working.

    Thanks a lot again for all the help, will see when the next update comes and come back to you if i face any more issues.

    Regards,
    Dhyanesh
Cookie Information Banner