Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 37 replies
  • Subscribers 2 subscribers
  • Views 20624 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

Pattern Up2date Won't Update

scottj_01
All-

I am running UTM 9.101-12 on a core2 duo with 8 gb of ram. The following entries appear in the up2date log as shown below. The UTM would not update patterns from 46645 to the latest version. When placing pattern update in manual mode yesterday it indcated version 47103 was available. However I had to set the time to every 15 minutes as patterns can only update automaticaly. I tried a number of different things to force the update but was unsucessful. The only thing which did work was to reload the software and reinstall the config file. The update went forward absent of issue. Today version 47111 is availabe but again no way to update. No external proxy is set. Forcing an update from cli does not work the same results are yielded. My hair is now in a small pile on the floor....

Thanks,
Jim


2013:06:23-13:37:22 Oasis audld[3482]: Starting Up2Date Package Downloader
2013:06:23-13:37:22 Oasis audld[3482]: patch up2date possible
2013:06:23-13:37:24 Oasis audld[3482]: id="3701" severity="info" sys="system" sub="up2date" name="Authentication successful"


This thread was automatically locked due to age.
  • 0
    Jim, those lines from Up2Date seem normal to me.  It's what happens until there's actually something to download.  Look for id="3707" and after that's when you'll see a new download.

    What happens if you change the order of the Up2Date servers? What do you get from version run at the command line?

    Cheers - Bob
  • 0
    I have lots of 3707 events in today's log, but 'version' still shows 46631 installed. 

    2013:06:24-15:24:02 fw audld[21543]: Starting Up2Date Package Downloader

    2013:06:24-15:24:03 fw audld[21543]: patch up2date possible

    2013:06:24-15:24:10 fw audld[21543]: id="3701" severity="info" sys="system" sub="up2date" name="Authentication successful"

    2013:06:24-15:24:13 fw audld[21543]: id="3707" severity="info" sys="system" sub="up2date" name="Successfully synchronized fileset" status="success" action="download" package="sys"

    2013:06:24-15:48:02 fw audld[23590]: Starting Up2Date Package Downloader

    2013:06:24-15:48:03 fw audld[23590]: patch up2date possible

    2013:06:24-15:48:12 fw audld[23590]: id="3701" severity="info" sys="system" sub="up2date" name="Authentication successful"

    Thanks,
    Barry
  • 0
    I had a message about another pid running.  I eventually had to log into the console as root and kill three pids.  I then had the option to update the patterns appear in my webadmin..once i did so the updates started working again.
  • 0
    I rebooted 15 mins ago, but the installed pattern # hasn't changed.

    Barry
  • 0
    barryg check the logs for a message about another instance of this pid running...it will tell you all of the pids..go into the root shell go into top and k those pids..then see if you can update the patterns then.
  • 0 in reply to scottj_01
    Bob,

    I tried Matt's recomendation, no luck. Next question how do I change the up2date server order from the cli? There only one process of up2date running....stumped. 

    Thanks,
    Jim
  • 0
    Bob,

    I tried Matt's recomendation, no luck. Next question how do I change the up2date server order from the cli? There only one process of up2date running....stumped.

    Thanks,
    Jim


    Kill all update processes and see if you have an update patterns button appear..after putting the up2date mode in manual
  • 0
    ... you can force ASG to try another update server from the shell, with:
    # audld.plx --server v8up2date2.astaro.com:443 

    I just checked, and V9 is using the same Up2Date servers as V8.  I don't know where the list of servers is kept.

    Cheers - Bob
  • 0 in reply to BAlfson
    William, Bob,

    When I chooes manual update, the button does appaer to update to patterns. A second dialog box is spawned indication thepatterns have to down load. The previously noted entries appear in the log. But no update.

    Bob,

    I thing the servers list is in /etc/up2date. Once I access how is the sort change? There are three servers, I take it first one listed wins? To change the sort should it be done using VI?

    Thanks,
    Jim
  • 0 in reply to scottj_01
    ...I thing the servers list is in /etc/up2date. Once I access how is the sort change? There are three servers, I take it first one listed wins? To change the sort should it be done using VI..

    You can change
     /etc/up2date/servers.sorted 
     but the changes will be overwritten automatically by the cron job 
    0 2,6,10,14,18,22 * * * root /usr/local/bin/netselector.plx --infile /etc/up2date/authservers.ini --outfile /etc/up2date/servers.sorted


    You can run the command 
    /usr/local/bin/netselector.plx --infile /etc/up2date/authservers.ini --outfile /etc/up2date/servers.sorted
     to force an update manually but that doesn't seem to be the problem and won't fix anything. You can manually run the update as described by Bob against any of the servers in the servers.sorted list and post the full up2data log and the services that you have enabled in astaro.

    By the way my pattern version 
    gatekeeper:/etc/up2date # version

    

    Current software version...: 9.101012

    Hardware type..............: Software Appliance

    Installation image.........: 9.100-16.1

    Installation type..........: asg

    Installed pattern version..: 47273

    Downloaded pattern version.: 47273

    Up2Dates applied...........: 1 (see below)

                                 sys-9.100-9.101-16.12.1.tgz (Jun  5 10:13)

    Up2Dates available.........: 0

    Factory resets.............: 0

    Timewarps detected.........: 0
    I know I like to reinstall new ISO all the time [:$]