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

Problem Updating to 7.002

rman10
Hello,

I've tried multiple times today to update my firmware from 7.001 to 7.002 and unfortunately it fails everytime.  Here's the output from the up2date log file:

2007:03:02-22:26:22 (none) auisys[5952]: Starting Up2Date Package Installer (Version 1.65) 
2007:03:02-22:26:22 (none) auisys[5952]: Searching for available up2date packages for type 'sys' 
2007:03:02-22:26:22 (none) auisys[5952]: Installing up2date package file '/var/up2date//sys/u2d-sys-7.002.tgz.gpg' 
2007:03:02-22:26:22 (none) auisys[5952]: Verifying up2date package signature 
2007:03:02-22:26:32 (none) auisys[5952]: Unpacking installation instructions 
2007:03:02-22:26:32 (none) auisys[5952]: Unpacking up2date package container 
2007:03:02-22:26:37 (none) auisys[5952]: Running pre-installation checks 
2007:03:02-22:26:43 (none) auisys[5952]: Starting up2date package installation 
2007:03:02-22:26:55 (none) auisys[5952]: >========================================================================= 
2007:03:02-22:26:55 (none) auisys[5952]: Failed testing RPM installation (command: 'rpm --test -U /var/up2date//sys-install/u2d-sys-7.002/rpms/ulogd-2.0.0beta-29.i686.rpm') 
2007:03:02-22:26:55 (none) auisys[5952]: 
2007:03:02-22:26:55 (none) auisys[5952]: 1. Internal::Systemstep::real_installation:2205() auisys.pl 
2007:03:02-22:26:55 (none) auisys[5952]: 2. main:[:P]erform_work:990() auisys.pl 
2007:03:02-22:26:55 (none) auisys[5952]: 3. main::auisys_prepare_and_work:517() auisys.pl 
2007:03:02-22:26:55 (none) auisys[5952]: 4. main::top-level:34() auisys.pl 
2007:03:02-22:26:55 (none) auisys[5952]: |========================================================================= 
2007:03:02-22:26:55 (none) auisys[5952]: id="371O" severity="error" system="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" 
2007:03:02-22:26:55 (none) auisys[5952]: 
2007:03:02-22:26:55 (none) auisys[5952]: 1. main::alf:72() auisys.pl 
2007:03:02-22:26:55 (none) auisys[5952]: 2. main:[:P]erform_work:1036() auisys.pl 
2007:03:02-22:26:55 (none) auisys[5952]: 3. main::auisys_prepare_and_work:517() auisys.pl 
2007:03:02-22:26:55 (none) auisys[5952]: 4. main::top-level:34() auisys.pl 

Does anyone have any ideas on why it keeps failing?  Is there any other information you need me to post?

TIA,
Richard


This thread was automatically locked due to age.
Parents Reply Children
  • 0 in reply to cgerlx
    The only problem which I have ever seen during the RPM test installs is that it fails during test because the package is already installed (or a higher version of the package), which can only occur if the FIRST installation of the up2date package fails for some other reason (then every following up2date installation will fail, too). Can you please verify the installed ulogd packet version by doing "rpm -qa ulogd" on the console? And check the reason why the first package installation failed?

    If that doesn't help, you might need to run "auisys.plx --nocleanup" and afterwards the command that fails during the installation ('rpm --test -U /var/up2date//sys-install/u2d-sys-7.002/rpms/ulogd-2.0.0beta-29.i686.rpm'), which will give you the exact reason why the test run failed.

    Cheers,
    andreas
  • 0 in reply to andreas
    Hi Andreas

    Astaro Security Gateway
    (C) Copyrights by Astaro and by others 2000-2007.

    NOTE: Any modifications done by root will void your support.
          Please use WebAdmin for any configuration changes.

    loginuser@pesrv1:/home/login > su root
    Password: 
    pesrv1:/home/login # rpm -qa ulogd
    ulogd-2.0.0beta-29
    pesrv1:/home/login # auisys.plx --nocleanup
    Starting Up2Date Package Installer (Version 1.65)
    pesrv1:/home/login # Searching for available up2date packages for type 'sys'

    Installing up2date package version 7.002
      Verifying up2date package signature
      Unpacking installation instructions
      Unpacking up2date package container
      Running pre-installation checks
      Starting up2date package installation
        Testing install package: ulogd-2.0.0beta-29.i686.rpm                       Failed!
    Up2Date package installation failed: An error occured during the RPM pre-installation test (1)

    pesrv1:/home/login # rpm --test -U /var/up2date//sys-install/u2d-sys-7.002/rpms/ulogd-2.0.0beta-29.i686.rpm
            package ulogd-2.0.0beta-29 is already installed
    pesrv1:/home/login # 
    pesrv1:/home/login # 

    But:

    Firmware 


    Current firmware version: 7.001
    Latest available firmware version: 7.002

    Update to latest version now

    This panel shows the currently installed firmware version. If a later version is available for installation, you can update to the latest version by clicking the Update to latest version now button. Alternatively, you can review and install individual firmware updates in the table below this pane.


    Available firmware updates overview
    Version 7.002 (Medium urgency, does not require reboot)

    Pattern 


    Current pattern version: 1730
    Your patterns are up to date.
    The number to the left shows the current pattern version. If the message is shown that newer patterns are available, enable the Automatic Pattern Installation option on the Configuration tab. For security reasons, anti-virus, anti-spam, and intrusion protection patterns can only be updated automatically.

    Cheers   Peter
  • 0 in reply to PeterE
    I don't know what is going on at Astaro [[:(]]

    v7 was released way before it was ready for the mass market, you guys are shooting yourselves in the foot with the number of problems reported, plus the nasty licensing changes.

    Seems up2date not even working properly [[:(]]  (And it was never working correctly in the betas either!).

    I suggest you withdraw v7 from circulation and fix it before release.  It's still beta.

    I am normally a very strong advocate of Astaro, but this is crazy.  No way can I install v7 in a live production environment with the current number of issues reported.

    The huge licensing cost increase is something I am not sure our company can swallow either. (ie Now have to pay for Web Security to get HTTP cacheing proxy, when I can get SafeSquid or similar for FREE).

    Guys at Astaro, I love you but you better do something drastic to fix things.
  • 0 in reply to Simon Shaw
    That is exactly the result I predicted. The --test run usually only fails when that RPM is already installed. Since the RPM has already been installed but the version number did not increase, the first up2date package installation must have failed due to an error. Please check the log of the FIRST installation try for that up2date package, it will tell you why it failed.

    This behaviour is IMO perfectly sane - when the up2date installer reaches the service stop part, it enters a critical path. When an error occurs inside that path, the version number will NOT be increased, so that you get aware that there has been a problem, even if the problem is neither serious nor affecting the functionality of the system (this is so that we can spot possible problems more easily). When a problem occurs during that critical path, the up2date will try to continue the normal installation (so that the machine is not left in an inconsistent state), so it is likely that your machines are running the software version 7.002 already, just without increasing the version number.

    There is currently a problem that in rare cases the service scripts can't properly stop/start services, we receive reports of that happening occassionaly, but were not able to spot the source of that problem yet. Because of the up2date process being very strict this will result in a "failed" up2date installation, although the error is not really serious or affecting the functionality. I'd bet that you ran into that problem. At least I never heard of a _real_ problem regarding the up2date so far.

    Regards,
     andreas

    PS - the other option would be just to silently increase the version number and let you believe everything was OK, even if an error occured. It is my personal believe that this is not in the customer's interest, therefore the up2date installation is rather too pedantic than too lax. If you think otherwise let me know, changing that behavour would save me a lot of discussions with colleagues, superiors and customers.
  • 0 in reply to andreas
    Andreas

    If an error occurs surely it would be good to have a status on the Dashboard saying that up2date failed.  IMHO that is what the Dashboard is there for, telling the user stuff so they don't have to go hunting to it.  The warning could be clickable to give you more info...

    Just making it so the version number does not change is very easy to miss
  • 0 in reply to andreas
    My main point here is that v7 seems far more unstable than prior versions.

    Up2date almost NEVER had a problem with versions prior to v7.

    There have been issues with up2date on v7 right from the first public beta [:(]
Cookie Information Banner