Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 18 replies
  • Subscribers 2 subscribers
  • Views 3109 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

7.20 Up2date issue.

Simon Shaw
Hi, finally got v7.20 up2date down.  Two issues.

1) Astaro tells you the up2date is available BEFORE it's finished downloading.  Can this please be changed to only display once the file is completely downloaded rather than as soon as it starts grabbing the update??

2) It fails to install.  Never had an issue with up2date installations not installing before now.
Logfile dump here:

2008:05:28-08:43:36 (none) auisys[28592]: Starting Up2Date Package Installer (Version 1.65)
2008:05:28-08:43:36 (none) auisys[28592]: Searching for available up2date packages for type 'sys'
2008:05:28-08:43:36 (none) auisys[28592]: Installing up2date package file '/var/up2date//sys/u2d-sys-7.200.tgz.gpg'
2008:05:28-08:43:36 (none) auisys[28592]: Verifying up2date package signature
2008:05:28-08:43:40 (none) auisys[28592]: Unpacking installation instructions
2008:05:28-08:43:40 (none) auisys[28592]: Unpacking up2date package container
2008:05:28-08:43:45 (none) auisys[28592]: Running pre-installation checks
2008:05:28-08:43:47 (none) auisys[28592]: Not installing optional kernel-smp
2008:05:28-08:43:48 (none) auisys[28592]: Not installing optional kernel-bigsmp
2008:05:28-08:43:48 (none) auisys[28592]: Starting up2date package installation
2008:05:28-08:43:49 (none) auisys[28592]: >=========================================================================
2008:05:28-08:43:49 (none) auisys[28592]: Failed testing RPM installation (command: 'rpm --test -U /var/up2date//sys-install/u2d-sys-7.200/rpms/timezone-2.4-31.2.2.i686.rpm')
2008:05:28-08:43:49 (none) auisys[28592]: 
2008:05:28-08:43:49 (none) auisys[28592]:  1. Internal::Systemstep::real_installation:2252() auisys.pl
2008:05:28-08:43:49 (none) auisys[28592]:  2. main:[:P]erform_work:1021() auisys.pl
2008:05:28-08:43:49 (none) auisys[28592]:  3. main::auisys_prepare_and_work:519() auisys.pl
2008:05:28-08:43:49 (none) auisys[28592]:  4. main::top-level:34() auisys.pl
2008:05:28-08:43:49 (none) auisys[28592]: |=========================================================================
2008:05:28-08:43:49 (none) auisys[28592]: id="371O" severity="error" sys="system" sub="up2date" name="Fatal: Up2Date package installation failed: An error occured during the RPM pre-installation test (1)" status="failed" action="install" code="1" package="sys"
2008:05:28-08:43:49 (none) auisys[28592]: 
2008:05:28-08:43:49 (none) auisys[28592]:  1. main::alf:72() auisys.pl
2008:05:28-08:43:49 (none) auisys[28592]:  2. main:[:P]erform_work:1067() auisys.pl
2008:05:28-08:43:49 (none) auisys[28592]:  3. main::auisys_prepare_and_work:519() auisys.pl
2008:05:28-08:43:49 (none) auisys[28592]:  4. main::top-level:34() auisys.pl
2008:05:28-08:43:49 (none) auisys[28592]: 


This thread was automatically locked due to age.
Parents
  • 0
    Hi, finally got v7.20 up2date down.  Two issues.
    1) Astaro tells you the up2date is available BEFORE it's finished downloading.  Can this please be changed to only display once the file is completely downloaded rather than as soon as it starts grabbing the update??


    There are two different cases possible, it either reads "Up2Dates available for download" or "Up2Dates available for installation". In the former case, it has not yet been downloaded, you also get this when you disable automatic downloads. In the latter case, the up2date package has been downloaded, verified and you should also be able to see it's "contents" on the Up2Date page. 

    Cheers,
     andreas
  • 0 in reply to andreas
    There are two different cases possible, it either reads "Up2Dates available for download" or "Up2Dates available for installation". In the former case, it has not yet been downloaded, you also get this when you disable automatic downloads. In the latter case, the up2date package has been downloaded, verified and you should also be able to see it's "contents" on the Up2Date page.


    I cannot agree with the statement above Andreas.

    In my ASG it says that the 7.200 update is available for installation; there is also the "Update to latest version" button and I am able to view the information about the update by clicking the blue information icon, alas, when I click on either the Install or Update to latest version buttons and then the Watch Up2Date Progress in new window button what I get is an update that says it applies successfully in about three seconds.

    The logs say something different however:

    2008:06:03-10:30:44 (none) auisys[5406]: Starting Up2Date Package Installer (Version 1.65)
    2008:06:03-10:30:44 (none) auisys[5406]: Searching for available up2date packages for type 'sys'
    2008:06:03-10:30:44 (none) auisys[5406]: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="install" package="sys"
    2008:06:03-10:30:45 (none) auisys[5406]: id="3716" severity="info" sys="system" sub="up2date" name="Up2date Package Installer finished, exiting"
    2008:06:03-10:30:53 (none) auisys[5412]: Starting Up2Date Package Installer (Version 1.65)
    2008:06:03-10:30:53 (none) auisys[5412]: Searching for available up2date packages for type 'sys'
    2008:06:03-10:30:53 (none) auisys[5412]: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="install" package="sys"
    2008:06:03-10:30:53 (none) auisys[5412]: id="3716" severity="info" sys="system" sub="up2date" name="Up2date Package Installer finished, exiting"
    2008:06:03-10:31:01 (none) auisys[5418]: Starting Up2Date Package Installer (Version 1.65)
    2008:06:03-10:31:02 (none) auisys[5418]: Searching for available up2date packages for type 'auav'
    2008:06:03-10:31:02 (none) auisys[5418]: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="install" package="auav"
    2008:06:03-10:31:02 (none) auisys[5418]: Searching for available up2date packages for type 'clam'
    2008:06:03-10:31:02 (none) auisys[5418]: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="install" package="clam"
    2008:06:03-10:31:02 (none) auisys[5418]: Searching for available up2date packages for type 'man-sw'
    2008:06:03-10:31:02 (none) auisys[5418]: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="install" package="man-sw"
    2008:06:03-10:31:02 (none) auisys[5418]: Searching for available up2date packages for type 'ips'
    2008:06:03-10:31:02 (none) auisys[5418]: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="install" package="ips"
    2008:06:03-10:31:02 (none) auisys[5418]: Searching for available up2date packages for type 'ohelp'
    2008:06:03-10:31:02 (none) auisys[5418]: id="371D" severity="info" sys="system" sub="up2date" name="No up2date packages available for installation" status="failed" action="install" package="ohelp"
    2008:06:03-10:31:03 (none) auisys[5418]: id="3716" severity="info" sys="system" sub="up2date" name="Up2date Package Installer finished, exiting"
    2008:06:03-10:33:24 (none) audld[5352]: >=========================================================================
    2008:06:03-10:33:24 (none) audld[5352]: http://213.144.15.5:80/asg/v7/sys/u2d-sys-7.200.tgz.gpg Server Error code=500


    I have rebooted the system and tried reapplying the update but that has not worked either.

    I received an email saying that the email was available, the ASG says the update is available for installation but that does not apear to be the case.

    There are three problems here, as I see it:
    1. The ASG says the update has been downloaded and that appears to be incorrect (as raised by Simon)
    2. The "Watch Up2Date Progress in new window" screen showed that the update was successful when it was not.
    3. If I use the link in the ASG to manually download the Up2Date I am not able to download the file; it times out.

    I am currently downloading the Up2Date from another server. we will see how a manual install goes.


    Owen
  • 0 in reply to BigO
    Downloading the 7.200 Up2Date package from download.astaro.de and loading it into the ASG manually has allowed me to apply the update.  [:)]

    I would still like an explanation as to why I needed to do this. Normally the Up2Date process is very stable (in my experience).
    In this instance however, what the ASG stated did not appear to be correct. As Simon has already stated, it would appear that the ASG is reporting a successful download of the Up2date package when it is not actually there.
    Well, that's how it seems to me.


    Owen
  • 0 in reply to BigO
    It might be because of a "new" 7.200 up2date... Your ASL may have downloaded the "old" one (from 05.26.2008) and was ready to install... Then Astaro uploaded a "new" 7.200 (from 06.02.2008) witch caused your ASL to restarted the download because of the different md5 Hash.

    So the Status of "Up2Dates available for installation" might be confused by a silent Update from Astaro...
  • 0 in reply to KSeemann
    All I know is that it was not happy and that I had to do the update manually.
    It all seems good now however.
  • 0 in reply to BigO
    I agree with Kseemann. It looks like your ASG downloaded the up2date (hence the email that there is a new up2date waiting for installation), but when the installation was triggered there was no up2date package present it could work on. The re-download of the revised up2date package was not yet completed and can take a while because all ASG installations need to re-download the package and will automatically do so, which of course requires the same time as the initial release to spread around the world (~36 hours).

    My guess is that things would have evened out on their own after a bit more time; the new up2date package is automatically downloaded and verified, and a new email is sent out by the ASG once it is ready. I'll keep my eyes open on this though.

    Cheers,
     andreas
Reply
  • 0 in reply to BigO
    I agree with Kseemann. It looks like your ASG downloaded the up2date (hence the email that there is a new up2date waiting for installation), but when the installation was triggered there was no up2date package present it could work on. The re-download of the revised up2date package was not yet completed and can take a while because all ASG installations need to re-download the package and will automatically do so, which of course requires the same time as the initial release to spread around the world (~36 hours).

    My guess is that things would have evened out on their own after a bit more time; the new up2date package is automatically downloaded and verified, and a new email is sent out by the ASG once it is ready. I'll keep my eyes open on this though.

    Cheers,
     andreas
Children
  • 0 in reply to andreas
    Thanks for the confirmation Andreas.
    As I have already mentioned, doing the update manually worked fine.

    One concern should be that the watch window for the update stated that the update applied successfully, even though it didn't. It was only the logs that said there was an error.
  • 0 in reply to andreas

    My guess is that things would have evened out on their own after a bit more time; the new up2date package is automatically downloaded and verified, and a new email is sent out by the ASG once it is ready. I'll keep my eyes open on this though.


    This would reflect what I saw happening on my system.

    It happened once before back v6 somewhere when an up2date was pulled by Astaro and a new one released due to a bug in the release.

    ASL reports it's ready to install when in fact it isn't.

    Running the install fails, but seems to clear the "bad" up2date.  The system then downloads the correct one.

    I think I may have had a double whammy due to the applied hotfix for the timezone correction which also had me having to force the up2date install manually.

    Anyway, system OK and running well, apart from the odd P2P/IM restarts I'm seeing.
    (Someone mentioned Skype phones causing this and we have a few on our LAN).
  • 0 in reply to andreas
    How do we know which version of the 7.200 up2date we have, that's waiting to be installed?

    My guess is that things would have evened out on their own after a bit more time; the new up2date package is automatically downloaded and verified, and a new email is sent out by the ASG once it is ready.


    I support 2 sites using Astaro, but haven't upgraded either to 7.200 yet.  I've been watching the forum to see how others have fared with the update.
  • 0 in reply to fredz2
    You can manually check the md5sum of the file in /var/up2date/sys/ :
    daf907d0b34d8faf5c3a1053d05e5b7e  u2d-sys-7.200.tgz.gpg

    The up2date downloader will take care of it automatically though; when a package is re-rolled, the downloader notices that the servers have a file with the same name, but with a different md5sum, and will then discard the old file and download the new one. So if the downloader runs, successfully authenticates and terminates saying "synchronized successfully", you have the latest package.

    Cheers,
     andreas
  • 0 in reply to andreas
    What's in this re-rolled up2date compared to the old one?
  • 0 in reply to drees
    Is it the version that installed over the v7.2b with the same update info as the original release?

    Ian M
Cookie Information Banner