New 8.300 Up2Date Package?

I just got done having 8.30 blow up it's vm.  When i tried to reinstall it was even worse than the upgrade.  I would HIGHLY advise NOT going to 8.3.  I'm sticking to 8.2x until 8.301 or maybe even v9.

I've actually updated about 8 or 9 different systems so far, remotely, and they all worked fine with the exception of 1 -- I was told this evening that this new up2date fixed that issue (corrupt or large http proxy cache causing a timeout during the up2date process).  Even with the 1 system that had an issue, a simple process was all I needed to do remotely to fix the problem.

William, I'm with Bruce on this.  I wonder if the problem you're seeing might be related to the speed with which you're burning the ISO - really or virtually. What happens if you burn a CD at 4x, and then install from that?

Cheers - Bob

Does anyone know what really changed ??? and if i would need to re install  ?

My asg has re-downloaded it this morning (I noticed it because I received another notification via email that alerts me that an up2date is ready for installation). 

I have seen that in the notes, there is also this line (that is not present in the up2date.astaro.com announcement):
Fix [19887]: Using Interface bound ANY Object (e.g. Internet IPv4) in network list will cause other entries not to match

Perhaps it is the new bug fix [[:)]]

EDIT:I think this is the bug-fix, as you may notice it appears in 8.300 and is fixed in 8.300 [[:)]]

ID19887 8.300 Using Interface bound ANY Object (e.g. Internet IPv4) in network list will cause other entries not to match
------------------------------------------------------------------------
Description:  Using an ANY Object that is bound to an interface(e.g.
              Internet IPv4 Object) in network list will cause other
              entries not to match.
              This may lead to locking out of Webadmin/SSH if there are
              more than one object including the any definition (e.g
              Internet, Any)
Workaround:   Please remove the Interface bound ANY Object (e.g.
              Internet IPv4 Object) out of Webadmin/SSH allowed networks
              and insert the default ANY Object (Matches any IPv4 and
              IPv6 address)
Fixed in:     8.300

Actually, it is a timeout condition that can happen on some systems with a corrupt or "huge" http proxy cache during an up2date to 8.300.  I had this happen on one system (using the previous 8.300 up2date) -- happily it kept running anyway, just had to clear the cache manually and re-run the up2date.  This 8.300 up2date release fixes that.

As for the other item eclipse79 brought up, I suspect someone just corrected / changed the text file that lists the bugfixes.

Thanks Bruce for behind the scenes info. This ANY debacle is getting old. One day we are supposed to use ANY on all interfaces unless there is a specific reason not to do so and now this bug. I thought all interfaces/definitions bind to ANY by default.
I understand the growing pains with astaro but simple things like this shouldn't slip through QA.

@William, my ISO installation fails on ESXi once in a while with disk being not available error if the ISO is sitting on my desktop etc. I usually create the vm and then put the iso in the vm and install from there. It never fails that way. Other than that no problems with 8.3

Don't misunderstand me ... this isn't exactly behind the scenes info -- the support tech I talked to regarding the one unit I had trouble with told me that the proxy cache fix was in this new up2date -- it's entirely possible that they changed their "fix" for the ANY binding issue, but I doubt it.  In general, they would either announce it or roll such a fix into the next release -- the cache fix does not change the binaries in the final install, just changes the way they are installed (I suspect they just automatically wipe the http cache, but that is just conjecture on my part).

I understand. But this leads to the question, why not call it 8.301 instead of 8.3 GA on top of already pushed 8.3 GA. Specially coming from 8.2 release where they released 8.2 and 8.201 at the same time when it would have been so much easier to release 8.2 GA with all the fixes included but they were so adamant about sticking to the release numbers. I guess they don't want to repeat the 8.2 mistakes but 8.3 has been out long enough that 8.301 would not be a big deal if pushed out at this time.

There are two ASG 8.300 Up2Date packages in the wild, one is GA and the other is SR. You can tell the difference between the two by executing the following on the Shell:

# rpm -q ep-release

SR will return 8.300-9, GA will return 8.300-13. There were a number of bug fixes, the ANY issue I discovered probably being the biggest.