Up2Date prefetch failed

Hi Peter,
print the commands, start up a console as root. Run those commands and that should fix your problem. Your issue was quite big a few versions ago, but for most people it has been resolved.

How did you get to v7.104, from a v7.100 and upgrades or from an older v7 version. If older I would recommend you do a fresh install with the v7.100 ISO and then the upgrades.

Ian M

i installed a fresh image at 7.103...and i got the update for 7.104 with no problem..
but now i get these errors all the time....and as i said...i have never startet or typed anything in the console...


is there some other way to resolve this issue...a downloadable bugfix or something??

peter

i installed a fresh image at 7.103...and i got the update for 7.104 with no problem..
but now i get these errors all the time....and as i said...i have never startet or typed anything in the console...


is there some other way to resolve this issue...a downloadable bugfix or something??

peter

Seems I'm having the same exact problem.  I installed 7.103 and updated to 7.104 and getting this error:

Up2Date prefetch failed: All 4 Authentication Servers failed

I tried running "audld.plx --level d --nosys" as suggested in another post, but that returns successful.  The only time I see the above error is in email alerts.

Any ideas?

-Eric

The ASG will try to contact the server in regular intervals, most of the time there is no update available but the ASG does have to ask to find out. If this is no permanent error (i.e., when running manually it works, and the automatic runs don't fail all of the time) this is not a problem. It just indicates that either the connection to the up2date servers is flaky (maybe your own network, maybe your ISP, maybe our ISP, maybe the routing in between),  or maybe just that all servers are currently busy at the time of your request.  Since the ASG retries automatically, no harm is done.

Cheers,
 andreas

Ever since upgrading our 22+ Astaro's, all of them get the Up2Date prefetch failed. Now we have a hub and spoke config where all traffic(any) is sent to our main 425 through an IPSEC tunnel. Prior to the update, Astaro support had us configure a static route to the update servers, and it was working. After upgrading from 7.101 to 7.104, none of our units have received updates. I've tried:

1. static routes to all update servers through the default route with all services open to them on the remote firewalls.

2. Tried removing the static routes out to DG, and SNAT external IP as internal IP, to send traffic through the tunnel, out the 425. I've check all packet filters, and can't find drops. Routing seems normal, still see all types of updates in the up2date log:
sub="up2date" name="Authentication successful"
"No up2date packages available for installation"

3. I installed ACC on my LAN at the 425(HUB) Internal LAN, and still cannot get any updates.

I've spent quite a bit of time configuring and checking the obvious. Packet filters, ports that need to be open, routes, SNAT/DNAT for source and destinations, bypassing proxy...

Anyone have similiar issues? What is the reference to the commands above in this thread? "I saw that there was some linux commands i could run...but im not very good at linux."

I have had a spate of these over the weekend, I too am on 7.104, but this is the first time I have had the messages in the 2 weeks I have been on 7.104. Maybe there was a problem with there up2date severs this weekend, can anyone else  confirm this?

Yes, I can confirm it... I setup a new customer UTM yesterday, and it took about 12 hours to go get the updates the first time... started a case with Astaro, turns out they're updating their up2date servers in preparation for the 7.200 rollout, and the authentication servers apparently are acting a little slow... when I checked the customer's unit this morning it had finally gone out and gotten the updates and installed them.

Forgot to add:  They expect everything to return to normal later today.

I wish the up2date servers being temporarily down was my problem. We haven't been able to receive updates since upgrading from 7.101 to 7.104. I believe it's related to our configuration, which is passing all traffic through remote tunnels(spokes), out our 425(Hub). This was working with static routes in place out the default gateway from each remote prior to the update. 

I would have a better understanding if I could find the communication sequence, and port numbers used by the Astaros. I've opened 4433, 8080, 80, 443, 33000-34000(up2date group). What I'm seeing is our ACC requesting SYN with up2date servers over 443, but no response back. If it was a dropped or accepted packet I'd see it in the packet filter log correct?

Any tips or links for learning how to use tcpdump on these units to capture whats going on, I would appreciate it. I just can't seem to glean from the logs what is wrong here.

Thanks for the input guys.

Sounds like you aren't set up to directly contact the up2date servers... are you trying to use ACC as an up2date cache?  Try disabling that option in the affected astaro, it'll probably up2date on it's own.  If there's a firewall in between the affected Astaro and the Internet, only ports 80 and 443 are required for up2date traffic.  Not so sure about ACC traffic, we don't use the central cache, as it would flood our link with all our customers accessing it, we just let the devices get their own updates.