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

Severe Migration Problems v4 -> v5

Dear Folx,

my bottom-line first, sorry for that:
is it just the unfortune I have or is v5 really not stable and should be considered "rcX" or beta?!?!?!?

After resolving a big issue (default route not possible) with updating v4 to v5 I got new problems:

1. RULESET NOT IMPORTED IN RIGHT ORDER
The ruleset of the packet filter is imported from the v4 backup file, but every rule has the id "0", so the order is not correct and after every reload you get a new order.
This seems to be not just an issue here, I heard from other users who have the same problems here.

SOLVING => To solve this (in the case that you can reach the admin gui), you just have to insert and delete a "bogus" rule, after this every rule has an unique order id from which you can begin to re-order the whole ruleset.


2. DEFAULT ROUTE PROBLEM
After rebooting the machine I got the problem again:
the external interface is up, I can ping the router of my ISP, BUT (!!!) the default route is not working.
After deleting the default route from the interface definition I couldn't insert the default route again, with the error: "There can just be one default route".
But there is definetly NO default route.

After adding a manual route with target "any" via "isp router" there routing is working, BUT _all_ traffic is intercepted and dropped by the packet filter!

So my questions:
- does anybody has the same problems with v4 to v5?
- why was v5 release as "stable" when soooo many problems are reported, just within this forum!

Regards,

Matthias


This thread was automatically locked due to age.
Parents
  • [ QUOTE ]

    So my questions:
    - does anybody has the same problems with v4 to v5?
    - why was v5 release as "stable" when soooo many problems are reported, just within this forum!

    Regards,

    Matthias 

    [/ QUOTE ]

    Matthias, Astaro is fully aware of the difficulties with v5 and they are working day and night to fix the issues quickly.  How did this happen?  Probably the same way that this has happened before at other software companies:  a release date became the driving factor.  This is most unfortunate, but I think it's a safe bet that Astaro will never, ever do this again.  But for now, it's too late -- the cat is out of the bag and v5 is on the street, warts and all.  Fortunately, Astaro is a good company and I think we can count on them to get the fixes out as fast as humanly possible.  By the way, everything you're experiencing, we're experiencing too.  Hang in there.
  • It shouldn't seem that I want to diss Astaro now, I am sure (or hope to be ;-) that they are doing all they can the fix these problems.

    I am just asking myself why this (the release date as THE factor) happens in a software company that really seems to have a great product and a great support and a great community, too?!?
    Especially firewalls are really "mission critical" to every user and to try 4 migrations and non of these four is working...it simply pisses you off at some point ;-)

    But back to the issue:
    - does anybody has the same problems, especially with the routing as the support couldn't reproduce the problem at all!

    Thanks,

    Matthias
Reply
  • It shouldn't seem that I want to diss Astaro now, I am sure (or hope to be ;-) that they are doing all they can the fix these problems.

    I am just asking myself why this (the release date as THE factor) happens in a software company that really seems to have a great product and a great support and a great community, too?!?
    Especially firewalls are really "mission critical" to every user and to try 4 migrations and non of these four is working...it simply pisses you off at some point ;-)

    But back to the issue:
    - does anybody has the same problems, especially with the routing as the support couldn't reproduce the problem at all!

    Thanks,

    Matthias
Children