Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 37 replies
  • Subscribers 2 subscribers
  • Views 20622 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, the system only downloads the patterns it needs.  I was working on a client's 220 9.101-12 and see that it's currently on 47125.  If you don't see obvious errors in the Up2Date log, you're probably fine.

    Cheers - Bob
  • 0
    My 9.006 system, fwiw:

    > version

    Current software version...: 9.006005
    Hardware type..............: Software Appliance
    Installation image.........: 9.000-8.1
    Installation type..........: asg
    Installed pattern version..: 46631
    Downloaded pattern version.: 47129
    Up2Dates applied...........: 9 (see below)
                                 sys-9.000-9.001-8.18.1.tgz (Aug  1  2012)
                                 sys-9.001-9.002-18.12.1.tgz (Oct 27  2012)
                                 sys-9.002-9.003-12.15.1.tgz (Oct 27  2012)
                                 sys-9.003-9.003-15.16.4.tgz (Oct 27  2012)
                                 sys-9.003-9.004-15.33.1.tgz (Mar  9 20:58)
                                 sys-9.004-9.004-33.34.1.tgz (Mar  9 21:14)
                                 sys-9.004-9.005-29.15.2.tgz (Mar  9 21:18)
                                 sys-9.005-9.005-15.16.1.tgz (Mar  9 21:19)
                                 sys-9.005-9.006-15.5.2.tgz (Mar 21 20:51)
    Up2Dates available.........: 2
    Factory resets.............: 0
    Timewarps detected.........: 0


    Barry
  • 0
    Bob, Barry,

    Thanks for responding back. I got it to update to 47111. In the past few days ther have been two pattern updates I am aware of . The ASG was stuck at 46645. Yesterday I reloaded the software and was able to update to 47103. 47103 I think has been there for a while. Today I see that 47111 is available. But I am not able to update. While I am not sure if I just got lucky or the problem is solved..... However I added the three up2date astaro servers (up2date1. astaro.com (2&3 included) to the IPS exemtions today. They were added to the web proxy exemptions yesterday, but no help. I encountered the same entries in the log today. Using the manual update the ASG indicated a new update was available, and I selected the manual update now. Then changed the update times to every 15 minutes. Checked back later and it was there. I think the IPS could have been the cause as I saw a post while searching the forums sometime back pointing me in that direction. I will keep a close eye on up2date and see what happens. 

    Thanks,
    Jim
  • 0
    Do you see anything in the Intrustion Prevention logs over the last week?

    Cheers - Bob
  • 0
    Hi Bob, do you know what the difference is between "installed pattern" and "downloaded pattern"?

    I can understand a slight delay for the install processes, etc., but I don't see why the version differences are so large.

    Thanks,
    Barry
  • 0 in reply to BarryG
    Hi Bob,

    There were no entries in the IPS log.....


    Thanks,
    Jim
  • 0
    I had this same problem - all you need to do is reboot the utm

    First set to manual, reboot then do manual check/update. Then set back to auto(15mins,etc)

    Rebooting it is the key though
  • 0 
    Installed pattern version..: 46631
    Downloaded pattern version.: 47129

    Now that you mention it, Barry, I don't think I've see that before.  I thought the Downloaded number was the one compared to the pattern number to see if any new patterns had been posted on the distribution server, and the Installed was the highest-numbered pattern you were using.

    Jim, if there was nothing in the IPS logs before you added the Exception, then it couldn't have made a difference.  Maybe there's something wrong with the Up2Date server you're using, but I bet everything is working correctly.

    Ahhh... good point, Matt - rebooting fixes a lot of issues and always is worth a try!

    Cheers - Bob
  • 0 in reply to BAlfson
    Bob,

    Possibly the server and my change coincided with the server starting to work. However the file containing the servers by name/IP looks correct. The other thing I realized is when I added them to the IPS exception the reg expression was not used. Not sure how I did that, but will fix it. Also I am not sure that missing reg ex would be an impediment either. 

    Thanks,
    Jim
  • 0 in reply to scottj_01
    Bob,

    It is still broken. The log is enclosed below. I have not been able to perform the available update to 47182. When going to manual updates it will show the version. My current version is 471111. No entries are in the IPS log.

    Thanks,
    Jim




    2013:06:24-17:04:58 Oasis audld[5941]: Starting Up2Date Package Downloader
    2013:06:24-17:04:58 Oasis audld[5941]: patch up2date possible
    2013:06:24-17:05:01 Oasis audld[5941]: id="3701" severity="info" sys="system" sub="up2date" name="Authentication successful"
    2013:06:24-17:05:03 Oasis audld[6001]: Starting Up2Date Package Downloader
    2013:06:24-17:05:03 Oasis audld[6001]: patch up2date possible
    2013:06:24-17:05:11 Oasis audld[6001]: id="3701" severity="info" sys="system" sub="up2date" name="Authentication successful"