Thread Info
  • State Not Answered
  • Replies 21 replies
  • Subscribers 0 subscribers
  • Views 4568 views
  • Users 0 members are here
Options
Suggested

[6.808] Up2date to 6.819 aborting with error

KoC
I tried to install the Up2date to 6.819 on my system.

The update starts, but it seems to run into an error:

[schnip]
2006:11:06-16:55:27 (none) auisys[27762]: Starting Up2Date Package Installer (Version 1.48)
2006:11:06-16:55:27 (none) auisys[27762]: Searching for available up2date packages for type 'sys'
2006:11:06-16:55:27 (none) auisys[27762]: Installing up2date package file '/var/up2date//sys/u2d-sys-6.819.tgz.gpg'
2006:11:06-16:55:27 (none) auisys[27762]: Verifying up2date package signature
2006:11:06-16:55:31 (none) auisys[27762]: using auto-signed BETA up2date package!
2006:11:06-16:55:31 (none) auisys[27762]: Unpacking installation instructions
2006:11:06-16:55:31 (none) auisys[27762]: Unpacking up2date package container
2006:11:06-16:55:37 (none) auisys[27762]: Running pre-installation checks
2006:11:06-16:55:40 (none) auisys[27762]: Starting up2date package installation
2006:11:06-16:55:52 (none) auisys[27762]: >=========================================================================
2006:11:06-16:55:52 (none) auisys[27762]: id="371O" severity="error" system="System" sub="up2date" name="Fatal: Up2Date package installation failed: installation step failed (1)" status="failed" action="install" code="1" package="sys"
2006:11:06-16:55:52 (none) auisys[27762]:
2006:11:06-16:55:52 (none) auisys[27762]:  1. main::alf:72() auisys.pl
2006:11:06-16:55:52 (none) auisys[27762]:  2. main:[:P]erform_work:1021() auisys.pl
2006:11:06-16:55:52 (none) auisys[27762]:  3. main::auisys_prepare_and_work:496() auisys.pl
2006:11:06-16:55:52 (none) auisys[27762]:  4. main::top-level:34() auisys.pl
[schnap]

I tried also to upadte after a reboot, to keep the system clean, but the same happens.

Any ideas, how would it be possible to get closer to the errorcause ?
Parents Reply Children
  • 0 in reply to notoriousiroc
    Apply Gert's sort and see if that fixes the missing updates.

    Ian M
  • 0 in reply to RFCat_vk_01
    Same problem on my machine, with "gerts sort", otherwise you will have no up2data at all.

    The only things I have configured: http-proxy and smtp-proxy.

    Only a fresh installation resolved the problem
  • 0 in reply to skaiser
    I experienced this problem as well. I dropped to a shell and tried to manually use "auisys.plx", and it failed with an error trying to run "/etc/init.d/confdaemon stop"; so I then "stop", "start", "stop", "start" this script to clean out whatever the error condition was, then ran "auisys.plx" again: it succesfully applied the update.
  • 0 in reply to mgsn
    I cannot udpate to 6.819 either.
    Ping and DNS is working, the system can access the internet, but when I click Upd2Date and follow the logs, it cannot find the authentication server with the IP 10.0.2.12.

    This is an internal IP right?

    I wanted to download the package and insert it manually but I couldn't find it on the FTP and HTTP servers?!

    Any hints?
  • 0 in reply to Snova
    Normally, there should be other up2date servers in this list too - v7up2date1 to v7up2date3.astaro.com. The up2date package is available for download there.

    10.0.2.12 is the IP adress of our internal up2date server, on which we release "intermediate" up2date packages which are not intended for the public. Having the server in the list saves our QA team the work to always manually add that server on each new installation. Since you'll never be able to reach this server and the downloader always tries the next server in the list on failure that doesn't have any negative effect for the operation of your ASG. The server IP will be removed with the GA release.
  • 0 in reply to andreas
    Do you have a time frame when the next up2date package will be released?
  • 0 in reply to notoriousiroc
    Here is the log of my betabox:


    2006:11:08-15:05:41 (none) audld[1791]: Starting Up2Date Package Downloader (Version 1.46) 
    2006:11:08-15:05:42 (none) audld[1791]: checking valid license for type 'sys' (product 'asg') 
    2006:11:08-15:05:42 (none) audld[1791]: checking valid license for type 'hwaccel' (product 'asg') 
    2006:11:08-15:05:42 (none) audld[1791]: checking valid license for type 'auav' (product 'asg') 
    2006:11:08-15:05:42 (none) audld[1791]: checking valid license for type 'clam' (product 'asg') 
    2006:11:08-15:05:42 (none) audld[1791]: checking valid license for type 'man-sw' (product 'asg') 
    2006:11:08-15:05:42 (none) audld[1791]: checking valid license for type 'ips' (product 'asg') 
    2006:11:08-15:05:42 (none) audld[1791]: checking valid license for type 'man-app' (product 'asg') 
    2006:11:08-15:05:42 (none) audld[1791]: checking valid license for type 'ohelp' (product 'asg') 
    2006:11:08-15:05:42 (none) audld[1791]: checking valid license for type 'rdj' (product 'asg') 
    2006:11:08-15:05:42 (none) audld[1791]: no u2d-hwaccel RPM installed 
    2006:11:08-15:05:42 (none) audld[1791]: no u2d-man-app RPM installed 
    2006:11:08-15:05:46 (none) audld[1791]: Could not connect to Authentication Server 10.0.2.12:443 (code=500). 
    2006:11:08-15:05:46 (none) audld[1791]: >========================================================================= 
    2006:11:08-15:05:46 (none) audld[1791]: All 1 Authentication Servers failed 
    2006:11:08-15:05:46 (none) audld[1791]: '10.0.2.12:443' Code: '500' 



    How can I make it contact your v7up2dateX.astaro.com server
    or where can I download the package manually ?
  • 0 in reply to notoriousiroc
    The server list is stored in  /etc/up2date/authservers.ini. In regular intervals, a process checks availability and proximity of those servers and writes the results into a "sorted" server list /etc/up2date/servers.sorted. When at the time when that process runs no "official" up2date servers can be reached, but there is a server at 10.0.2.12 reachable, then this will be the only one in the sorted server list.

    OK, let's try this: Check if you can ping v7up2date1.astaro.com, if not you need to check your network configuration (DNS, default gw, NAT, whatever applies to your network). If you can ping it, run
    /usr/local/bin/netselector.plx --infile /etc/up2date/authservers.ini --outfile /etc/up2date/servers.sorted
    (this would happen automatically sooner or later).
    You should then have at least one up2date server in your servers.sorted file. and up2date should work then.

    Manual upload of up2date files is currently not encouraged because we want our BETA users to thoroughly test the up2date functionality. About the ETA of the next public up2date: I don't know, and if I knew I wouldn't be allowed to tell ;-)
  • 0 in reply to andreas
    Applied Gerts recommendations, this triggered the download, was happy to see the downloaded patch , the "i" did not provide any info as it was in V6. Clicked upgrade firmware............ long wait no result system hanged , restarted, shows same firmware available click to upgrade, tried again with same result.

    Build the system again, tried to upload the back up, didnt work, configured again, evedry thig is working, internet, lookup, but the update seems to be desire so manually downloaded the patch.

    Tried to upload manually, upload times out after 66% in several tries it reached 70%. Thought to play with Winscp like v6, deleting u2d.6.8...... didnt help copying there also didnt show anything in webadmin.

    Any help on manually uploading will be appreciated, as cant afford bandwidth for a huge file of 90MB for several times.

    Thanks in advance.

    Sorry forgot to mention as this is my first post since the relase, Astaro Rocks, Luv the GUI, know that several more things still on the way, no complains only desire to see more granularity.
  • 0 in reply to has
    If you see the up2date available for installation it has been correctly downloaded and verified. That leaves almost no space for it being corrupt, or needing to re-download it.
    With 6.819 (don't know for prior versions) the 'I' works but you now have to click it, it is not a mouseover effect any more.
    How about checking the up2date.log file for what did happen during that installation?
Cookie Information Banner