Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 29 replies
  • Subscribers 3 subscribers
  • Views 9403 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.102 up2date is out...

BrucekConvergent
Up2Date 7.102 package description:

Remarks:
 Middleware will be restarted
 HTTP daemon will be restarted
 Confd will be restarted
 AUA will be restarted

News:
 This is a bugfix release
 Added auditor role for WebAdmin for read only access of reports and logfiles
 Added new report for blocked websites by users, domains, categories, and more
 Improved High Availability functions regarding IPsec VPN, Up2Date and config sync
 Improved HTTP Proxy with lots of small fixes
 Improved IPsec Livelog viewer for resolving internal references to tunnel names
 Removed connection tracking helper for MMS from Advanced Packetfilter options.

Bugfixes:
 Fix [7097]: Nics listed twice in WebAdmin overview
 Fix [7314]: Bridge can not be disabled after importing a backup
 Fix [7475]: IPsec starting in wrong mode after restart of HA system
 Fix [7483]: Lots of config changes cause SMTP restarts
 Fix [7569]: Unresolved HTTP parent proxy kills the backend system

RPM packages contained:
 csync2-1.30-14.i686.rpm                           
 ctsyncd-0.9.1-3.i686.rpm                          
 chroot-dhcps-7.1-34.i686.rpm                      
 chroot-ha_proxy-2.5-42.i686.rpm                   
 chroot-ipsec-7.1-2.i686.rpm                       
 iftop-0.16-32.2.i686.rpm                          
 libnetfilter_log-0.0.13-13.i686.rpm               
 ulogd-2.0.0beta-47.i686.rpm                       
 krb5-1.6.2-6.i686.rpm                             
 ep-init-7.1-159.i686.rpm                          
 ep-libs-7.1-155.i686.rpm                          
 ep-mdw-7.1-294.i686.rpm                           
 ep-confd-7.1-342.i686.rpm                         
 ep-confd-tools-7.1-33.i686.rpm                    
 ep-webadmin-7.1-351.i686.rpm                      
 ep-backupconverter-7.1-30.i686.rpm                
 ep-toolbox-7.1-47.i686.rpm                        
 ep-aua-7.1-148.i686.rpm                           
 ep-selfmon-7.1-139.i686.rpm                       
 ep-up2date-7.1-108.i686.rpm                       
 ep-up2date-downloader-7.1-104.i686.rpm            
 ep-up2date-system-install-7.1-113.i686.rpm        
 ep-syslog-ng-7.1-92.i686.rpm                      
 ep-notifier-db-7.1-53.i686.rpm                    
 ep-ha-7.1-231.i686.rpm                            
 ep-ha-daemon-7.1-151.i686.rpm                     
 ep-chroot-ha_proxy-7.1-15.i686.rpm                
 ep-httpproxy-2.0-68.i686.rpm                      
 ep-webadmin-contentmanager-7.1-81.i686.rpm        
 ep-cffd-0.50-223.i686.rpm                         
 ep-cffd-selfmon-0.50-223.i686.rpm                 
 ep-ha-confd-7.1-49.i686.rpm


This thread was automatically locked due to age.
Parents
  • 0
    Yah0000, I'm downloading it now [;)]
  • 0 in reply to PabloDiablo
    After Update, i recieved an errorbox :

    Eval Error: Server returned error: Failed to execute method CallMethod: Can't use an undefined value as an ARRAY reference at /PerlApp/Role.pm line 173.

    Got this on 2 boxes, but it looks like 'cosmetic' bug.

    Gregor Kemter
  • 0 in reply to nda
    Well, we have applied the update to our ASG 320's and now we cannot log into the Web Frontend of the ASG.  Not good.  I've restarted the aua daemon / process and this doesn't seem to fix the issue.

    Ben
  • 0 in reply to Copyright
    After the update from V7.101 to V7.102, the mail quarantine system seems to be messed up.
    http://rapidshare.de/files/38581188/ASG320_V7.102_Quarantine_2.JPG.html


    Try to restart the smtp proxy.
  • 0 in reply to koma
    Try to restart the smtp proxy.


    Hello Manfred

    I did restarts of both ASG's after the update. Because of your hint I restarted the smtp proxy again, but no change. I still get the same two errors and no stats on the Quarantine Manager.

    Regards
    David
  • 0 in reply to Copyright
    Update is not finaly done! (ASG 220 V7.101 -> V7.102)
    Up2Date package installation failed!

    View log files:
    2008:02:15-14:28:10 (none) auisys[8043]: 4. main::top-level:34() auisys.pl
    2008:02:15-14:28:10 (none) auisys[8043]: |=========================================================================
    2008:02:15-14:28:10 (none) auisys[8043]: 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:02:15-14:28:10 (none) auisys[8043]:
    2008:02:15-14:28:10 (none) auisys[8043]: 1. main::alf:72() auisys.pl
    2008:02:15-14:28:10 (none) auisys[8043]: 2. main:[:P]erform_work:1067() auisys.pl
    2008:02:15-14:28:10 (none) auisys[8043]: 3. main::auisys_prepare_and_work:519() auisys.pl
    2008:02:15-14:28:10 (none) auisys[8043]: 4. main::top-level:34() auisys.pl
    2008:02:15-14:28:12 (none) auisys[8043]: 
  • 0 in reply to Copyright
    After the update from V7.101 to V7.102, the mail quarantine system seems to be messed up.

    http://rapidshare.de/files/38581187/ASG320_V7.102_Quarantine_1.jpg.html

    http://rapidshare.de/files/38581188/ASG320_V7.102_Quarantine_2.JPG.html


    Rapidshare for screenshots? Too much hassle to view...imageshack or something similar is better..
  • 0 in reply to ReD-MaN
    Rapidshare for screenshots? Too much hassle to view...imageshack or something similar is better..


    Better ? [;)]



  • 0 in reply to Copyright
    I noticed you are running an ASG appliance... do you have an active maintenance subscription on those units?  If so, have you started a support case with Astaro?
  • 0 in reply to BrucekConvergent
    @Bruce

    Not yet. But I will do this right now.

    David
  • 0 in reply to gkemter
    After Update, i recieved an errorbox :

    Eval Error: Server returned error: Failed to execute method CallMethod: Can't use an undefined value as an ARRAY reference at /PerlApp/Role.pm line 173.

    Got this on 2 boxes, but it looks like 'cosmetic' bug.

    Gregor Kemter


    Hi Gregor,

    uuh oh, my bad...  Sorry...

    While implementing the new AUDITOR role, i extended the format of the Confd session files in /var/confd/var/sessions/*.
    When you still have an old pre-Up2Date session lying around, the Webadmin might sometimes try to continue using it, which won't work.  Starting a new Webadmin session (i.e. new login) will help.  This won't happen again as soon as your old pre-Up2Date sessions are all closed. So this is indeed cosmetic.

    Ingo
  • 0 in reply to ischwarze
    today i upgrade ~ 15 boxes (110 - 320), without any problems (exc. the cosmetic issue)
    But after update one ASG220 HA Cluster (active/passive),
    now the Dashboard reports Linkstate down on Wan IF.
    (hope) This must be wrong, because  i can access the box from outside.

    Edit:

    the HA log also grows very fast: 


    2008:02:15-21:10:19 (none) ctsyncd: stats: evt=70814/10921 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:19 (none) ctsyncd: new control connection

    2008:02:15-21:10:19 (none) ctsyncd: control connection closed

    2008:02:15-21:10:20 (none) ctsyncd: new control connection

    2008:02:15-21:10:20 (none) ctsyncd: control connection closed

    2008:02:15-21:10:20 (none) ctsyncd: stats: evt=70820/10923 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:21 (none) ctsyncd: stats: evt=70828/10923 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:22 (none) ctsyncd: stats: evt=70829/10923 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:23 (none) ctsyncd: stats: evt=70831/10923 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:24 (none) ctsyncd: stats: evt=70837/10924 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:25 (none) ctsyncd: stats: evt=70838/10925 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:26 (none) ctsyncd: stats: evt=70840/10925 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:27 (none) ctsyncd: stats: evt=70843/10925 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:28 (none) ctsyncd: stats: evt=70845/10925 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:29 (none) ctsyncd: stats: evt=70852/10926 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:30 (none) ctsyncd: new control connection

    2008:02:15-21:10:30 (none) ctsyncd: control connection closed

    2008:02:15-21:10:30 (none) ctsyncd: new control connection

    2008:02:15-21:10:30 (none) ctsyncd: control connection closed

    2008:02:15-21:10:30 (none) ctsyncd: stats: evt=70853/10926 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:31 (none) ctsyncd: stats: evt=70857/10926 cache=30t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:32 (none) ctsyncd: stats: evt=70867/10927 cache=29t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:33 (none) ctsyncd: stats: evt=70869/10929 cache=29t/0s nl-err=0 nl-ovr=0 nfct-err=0 


    Gregor Kemter
Reply
  • 0 in reply to ischwarze
    today i upgrade ~ 15 boxes (110 - 320), without any problems (exc. the cosmetic issue)
    But after update one ASG220 HA Cluster (active/passive),
    now the Dashboard reports Linkstate down on Wan IF.
    (hope) This must be wrong, because  i can access the box from outside.

    Edit:

    the HA log also grows very fast: 


    2008:02:15-21:10:19 (none) ctsyncd: stats: evt=70814/10921 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:19 (none) ctsyncd: new control connection

    2008:02:15-21:10:19 (none) ctsyncd: control connection closed

    2008:02:15-21:10:20 (none) ctsyncd: new control connection

    2008:02:15-21:10:20 (none) ctsyncd: control connection closed

    2008:02:15-21:10:20 (none) ctsyncd: stats: evt=70820/10923 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:21 (none) ctsyncd: stats: evt=70828/10923 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:22 (none) ctsyncd: stats: evt=70829/10923 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:23 (none) ctsyncd: stats: evt=70831/10923 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:24 (none) ctsyncd: stats: evt=70837/10924 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:25 (none) ctsyncd: stats: evt=70838/10925 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:26 (none) ctsyncd: stats: evt=70840/10925 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:27 (none) ctsyncd: stats: evt=70843/10925 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:28 (none) ctsyncd: stats: evt=70845/10925 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:29 (none) ctsyncd: stats: evt=70852/10926 cache=32t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:30 (none) ctsyncd: new control connection

    2008:02:15-21:10:30 (none) ctsyncd: control connection closed

    2008:02:15-21:10:30 (none) ctsyncd: new control connection

    2008:02:15-21:10:30 (none) ctsyncd: control connection closed

    2008:02:15-21:10:30 (none) ctsyncd: stats: evt=70853/10926 cache=31t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:31 (none) ctsyncd: stats: evt=70857/10926 cache=30t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:32 (none) ctsyncd: stats: evt=70867/10927 cache=29t/0s nl-err=0 nl-ovr=0 nfct-err=0

    2008:02:15-21:10:33 (none) ctsyncd: stats: evt=70869/10929 cache=29t/0s nl-err=0 nl-ovr=0 nfct-err=0 


    Gregor Kemter
Children
No Data