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

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.
Parents
  • 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
  • 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
  • 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"
Reply
  • 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"
Children
No Data