SUM will not automatically nor manually update its Patterns

Robert, I suspect that audld is the same as used in the UTM.  Other logs are also chatty like this, but it's nothing to worry about.  What do you get from:

cat /etc/up2date/servers.sorted.rpmsave

That should give you a list of several Up2Date servers.  If it does, try the following command and show what you see:

audld.plx --dryrun --nosys --level d

Cheers - Bob

Bob... After some awkwardness due to my inexperience with SSH, and presuming I needn't have 'root' access, I got the following during my SSH session as "loginuser":
   loginuser@acc:/home/login > cat /etc/up2date/servers.sorted.rpmsave
   cat: /etc/up2date/servers.sorted.rpmsave: No such file or directory
   loginuser@acc:/home/login > audld.plx --dryrun --nosys --level d
   -bash: audld.plx: command not found
   loginuser@acc:/home/login > audld.plx --dryrun --nosys --level dApparently, you 'fingered' my problem: no Up2Date servers file.

BTW: I installed from a SUM v.4.300-4.1.iso and after basic setup, automatically downloaded all available Up2Date FW packages to reach SUM v.4.304-5. Only then did I restore a backup of the working SUM SA I want to replace. No errors were indicated at any time.

I ran thru the entire install process a second time, which presumably erased the earlier 4.304-5 as the installer indicated. Again, no errors were indicated; however, Patterns still will not update. The SSH results (above) were obtained from this second (and current) install.

I'm at a loss. Further ideas are welcome.

Thanks.
Rob

Rob, after you're in as loginuser, enter

su -

then give the root password and run the commands.

Cheers - Bob

Bob, et al.,
Problem solved ... SUM SA dashboard now shows Pattern version: 112693.

On general principles I rebooted my screening router, which was the only device between the SUM SA and the Internet, then the SUM SA itself, then switched back on automatic Pattern updates at 15-minute the interval. Shortly later, the patterns updated.
I don't know exactly what did the trick; but, I'll take the results.

Thank you for all your help, Bob!
Rob

Good show, Rob.  I'll guess that the screening router needed to have its ARP table cleared.

Cheers - Bob

Tho' I had the same tho't, Bob, I suspect it's not the answer. My internal UTM9 SA and three UTM9 SAs located in family houses elsewhere (ie, reachable only through the I-net) were all connected to the SUM SA even while it would not update patterns. Further, I had installed 4.300.4.1 and updated to 4.3.04-5 with the earlier network configuration.
You may still be right, tho': I also bypassed a switch that was earlier between the SUM SA and the screening router just before rebooting. I can't help but wonder what would have happened had I rebooted that switch first.
I always like to isolate the root cause of any problem. Regardless, I declare a victory on this one.

Thanks again.
Rob

It seems I may have spoken too soon. After nearly 24 hours, the SUM SA patterns have not updated. While they remain at Pattern version 112693, all our UTMs (located in geographically diverse family houses) have updated to Pattern version 112739 or 112740. Interestingly, the SA UTM at my house is configured to use the SUM SA as a Parent Proxy for Firmware and Pattern updates! Therefore, I conclude the SUM SA is obtaining patterns from the servers and caching same for my UTM.

Question: What should be the current Pattern version for SUM v.4.304-5?
I suspect there might/should be some differential in pattern versions due to the differential in protections between the two device types (see following license info).

My SUM SA has a basic license  (License page shows "Special: [blank]", where [blank] means just that.
The UTMs have Home Use licenses (they're in individual family homes) with the usual HU subscriptions for Network, E-mail, Web, Webserver, Wireless, Endpoint Antivirus protections, and with Standard Support. (Sandstorm and BasicGuard are not licensed and therefore disabled).

Ideas? Further thoughts?

Thanks,
Rob

P.S.: I replied yesterday with log excerpts from my SSH session where I used the terminal commands Bob recommended. The forum said the moderators were reviewing that reply. I mention it only in case those excerpts might help isolate my pattern update problem.  -Rob

Every UTM will have a different pattern level.  The level shown is the highest pattern number your configuration requires.  I still thinnk you've won. [;)]

Cheers - Bob