Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 2 subscribers
  • Views 365 views
  • Users 0 members are here
Options
Suggested
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

[6.303] Up2date Reloaded

drees
In case anyone missed the Addendum in the original up2date notice. (PS - Make a new post like you did with 6.302 when you reload an update!)

Addendum:
Due to problems with certain network equipment (switches, Cable/DSL-modems) using fixed Ethernet link speed we extended the functionality of the new feature "Ethernet link speed" to take care of these devices. This required a reload of the Up2Date. We reverted the PPTP changes in the reloaded Up2Date, because we got feedback that the included PPTP fix works perfect and solves the ID3786-problem but on the other hand that the PPTP fix disturbing PPTP connections through ASG which worked before. We were not able to reproduce a failure and none of our PPTP tests failed but decided to revert it for safety reasons. Next Up2Date will handle this issue.


Anyone know how to push the new 6.303 to a machine already running the old one? Will uploading it manually work?


This thread was automatically locked due to age.
Parents Reply Children
  • 0 in reply to TuneUp
    Sorry I forgot:

    Uploading it manually (using webadmin) won`t work.

    Upload Error
    The uploaded Up2Date package is already installed.
  • 0 in reply to TuneUp
    Now what's that all about? Why couldn't there have been another up2date named 6.304 that corrected all those errors? With 6.302 there were just timing issues while rebooting, not different packages. Those who installed 6.303 in the first minute have a problem now, or am i getting something wrong?

    Luckily my policy is to wait some days for such things to happen (pity isn't it?), even on my home system.
  • 0 in reply to Snova
    Hi Snova,

    I think you got it right...

    How should I know which Build-Version was installed by a user or customer?

    The installation date is not the criterion to be on the last build version of the up2date file, because you are able to upload the old file manualy.

    The only way to get rid of this is to add a block mode feature for up2date files and release a new named Version.
  • 0 in reply to TuneUp
    Right now you have to apply updates one at a time and in order. If Astaro releases a broken update, you need to be able re-release an update with a bumped version number that allows you to upgrade directly to that version.

    For example, instead of re-releasing 6.303 which leaves you stuck if you have already installed 6.303 since ASL doesn't know about the new one (they both look the same to ASL), you need to release a 6.303.1 release to differentiate between the 2.

    You should be able to upgrade directly to 6.303.1 from 6.302. Ideally the update process would allow you to distinguish whether you are upgrading from 6.302 or 6.303, since if you're already running 6.303 you likely don't need everything that the 6.302 machine does.

    Finally, the ability to roll back an update would be very useful, but I can see how this could be difficult to do depending on the nature of the updates.

    This means a bit more work for Astaro, but unfortunately with this type of application it's nearly impossible to test all configurations so the inevitable bad release will occur. I imagine that they have a huge number of open trouble tickets right now from people asking how they can get the reloaded 6.303 version right now.
Cookie Information Banner