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.
  • 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
  • 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