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

Update 7.202 -> 7.300 failed

DHeinze
Hi!

A customer form us can not update his ASG120 via Frontend, everytime the same error "Up2date failed" or something else. 

i tested "auisys.plx --rpmargs --force" in the console, but the kernel package failed:

Executing script hook : exec /var/up2date//sys-install/u2d-sys-7.300/./run_mail_convert_preinst_2 OK
    Running service script: /etc/init.d/mdw stop                               OK
    Installing rpm package: perl-MLDBM-2.01-185.2.i686.rpm              OK
    Installing rpm package: tcpdump-3.9.8-2.i686.rpm                       OK
    Installing rpm package: hwinfo-12.34-0.2.7.i686.rpm                    OK
    Installing rpm package: kernel-default-2.6.16.60-77.i686.rpm         Failed!
    Installing rpm package: libgpg-error-1.6-3.i686.rpm                      OK
    Installing rpm package: libgcrypt-1.4.0-13.2.1.i686.rpm                OK
    Installing rpm package: gmime-2.3.4-20.i686.rpm                         OK
    Installing rpm package: libevent-1.1-15.i686.rpm                           OK
    Installing rpm package: postgresql-8.3.3-9.i686.rpm                        OK
    Installing rpm package: perl-DBD-Pg-1.49-2.3.i686.rpm                      OK
    Installing rpm package: ulogd-2.0.0-16.i686.rpm                            OK

any idears what to do?

mfg Daniel Heinze


This thread was automatically locked due to age.
Parents
  • 0
    Having the same issues on multiple clients right now.
  • 0 in reply to warper
    Had the same issue.  Support had me reimage the device with 7.300 and then import backup file from V6.  This was an ASG220.

    Once I completed the import of the backup file, I updated to 7.301

    Not the most elegant solution.....
  • 0 in reply to Rainer Wider
    This happened only to the client we support who is 40 miles away.  Two clustered 220s in front of dozens of online stores.  The great news is that there wasn't an instant of downtime.

    When the first node got stuck, Astaro support pushed it via ssh as described above, and it updated just fine.  The second node had to be reloaded manually from a CDROM.

    Based on my interactions with Astaro engineers, this seems to have been a known bug in 7.2.
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to Rainer Wider
    Hi,
    I found my solution in the german forum (Up2Date schlägt fehl.).
    I logged in as root and entered following command:
    auisys.plx --rpmargs --force

    This command installed first 7.300 and then 7.301.
    No Errors - and everything works [:)]
    But take care - it depends from the error you got before.

    Rainer

    Thanks Rainer,
    This worked for me too.
    Have two ASG Virtual Appliances, both were stuck on 7.202. One was originally a 7.1 ASG, the other was a 7.2.
  • 0 in reply to Rainer Wider
    Hi,
    I found my solution in the german forum (Up2Date schlägt fehl.).
    I logged in as root and entered following command:
    auisys.plx --rpmargs --force



    I´ve made a fresh 7.1 installation for a customer. After installing the 6.x config, the upgrade from 7.1 to 7.202 works without any problems. But the upgrades from 7.202 to 7.300 won´t work. After several unsuccesful efforts to upgrade over three days, including cleaning the upgrade/sys files and renew the download of the packages, I let run your command and the upgrade from 7.202 to 7.302 works easily.

    BTW, on my home installation, the same procedure works without any problems.
  • 0 in reply to toofreaky
    didn't work for three ASGs ... still having the problem:
    Installing rpm package: kernel-default-2.6.16.60-77.i686.rpm Failed!

    2x ASG120
    1x ASG110

    Updating via
    /sbin/auisys.plx --rpmargs --force
    didn't help either  : /


    Hi,

    I had the same problems on 3 x ASG120 and 1 x ASG320.

    After trying around, I found an article which described this problem.
    There was too less available memory on the described ASGs.
    So I temporarily disabled all services (IPS, PPTP, site-2-site VPNs, Proxys, etc.), rebootet the ASGs an startet "auisys.plx --rpmargs --force" which had failed before.... now there are all ASGs running 7.302.

    Try to give as much as possible menory to the up2date-procedures ;.)

    Maybe it would be a good idea to upgrade the appliences RAM?

    Greets from Germany
    Mike
  • 0 in reply to Wadenwickel
    Excellent suggestion, Mike.  I just gave this thread five stars because of your post.

    Thanks - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to Rainer Wider
    Hi,
    I found my solution in the german forum (Up2Date schlägt fehl.).
    I logged in as root and entered following command:
    auisys.plx --rpmargs --force

    This command installed first 7.300 and then 7.301.
    No Errors - and everything works [:)]
    But take care - it depends from the error you got before.

    Rainer


    I was having the same issue on an ASG220 not updating from 7.202 -> 7.300+
    This solution finally worked for me, thank you very much!
  • 0 in reply to NevesNET
    This helped me too.  I was stuck on 7.202 with installation pre-check failures in the up2date.log file.  The command line got me running up 7.304.

    Thanks,
    Paul.
  • 0 in reply to Rainer Wider

    I logged in as root and entered following command:
    auisys.plx --rpmargs --force

    This command installed first 7.300 and then 7.301.
    No Errors - and everything works [:)]
    But take care - it depends from the error you got before.


    Followed that advice; received email that 7.300 was successfully installed, but the ASG locked up (hard!) while trying to unpack 7.301. I will have to wait until I get home in a few hours to check the console and see if I simply need to soft reboot it (telinit 6) or if it's down "hard" and will need to be power cycled.
  • 0 in reply to MillardJK
    I just checked one of the ASGs that I support (not my personal unit) and it also fails to upgrade from 7.202 to 7.3x

    A little research, and I've discovered that up2date never downloaded the 7.300 package (look in /var/up2date/sys). Further, I can see it downloading right now, but in the last hour of downloading, it has retrieved less than 10% of the total package (>200MB).

    I'm going to d/l the package locally, then push it up manually and see if that'll make it run faster.
  • 0 in reply to MillardJK
    No joy. I keep getting an error while trying to install the7.300 kernel update for 7.202: 
    Installing rpm package: kernel-default-2.6.16.60-77.i686.rpm               Failed!


    Looks like I'll have to open a support case (on Monday).
Reply
  • 0 in reply to MillardJK
    No joy. I keep getting an error while trying to install the7.300 kernel update for 7.202: 
    Installing rpm package: kernel-default-2.6.16.60-77.i686.rpm               Failed!


    Looks like I'll have to open a support case (on Monday).
Children
  • 0 in reply to MillardJK
    Hi Jim,

    Have you tried rebooting the ASG before performing the update?  Also, are you running the force command (auisys.plx --rpmargs --force) from SSH, or are you using WebAdmin?
  • 0 in reply to Jack Daniel
    Have you tried rebooting the ASG before performing the update?
    Thanks; that suggestion tipped the scale. I'm now successsfuly at 7.305.
    Also, are you running the force command (auisys.plx --rpmargs --force) from SSH, or are you using WebAdmin?
    Based on my lack of results with WebAdmin on my personal unit, I didn't even try that. The force command did the trick. I also disabled unneeded services (PPTP, L2TP access) prior to rebooting so it would come up as clean as possible (in terms of memory utilization); this may have also contributed to success.
Cookie Information Banner