Soft-Release v7.402

Today we soft-released v7.402 on our FTP-Servers (ftp.astaro.de for sure). The GA release will follow a few days later, if everything goes well. Use the easter holidays to find out [:D]

Please check intensively, if your NIC sorting stays as expected. We updated Intel e1000 driver and integrated e1000e so there is still a small possibility something may go wrong although we tested that thoroughly.

Are only the drivers have been updated?
[LEFT]Can you provide the full list of changes in 7.402 version?[/LEFT]

Hi WaMar,


Up2Date 7.402 package description:

Remarks:
 Configuration will be upgraded
 System will be rebooted

News:
 Updated Intel e1000 driver - NIC ordering should not be affected, nevertheless please check after installation
 Updated SIP support for better integration
 Improved database maintenance processing times
 Improved Multipath to handle more than 64 rules
 Improved ACC integration

Bugfixes:
 Fix [7900]: VLAN sometimes fails on LAG devices
 Fix [9376]: Ipsec VPN tunnel not coming up after takeover
 Fix [10108]: ASG 525-F eth8 and eth9 may loose link
 Fix [10147]: IPsec tunnels with remote network 'Any' will not work
 Fix [10158]: Multipath persistence by connection not working properly
 Fix [10189]: Usergroups with umlauts are not working in HTTP Proxy profiles
 Fix [10200]: Problem with auto packetfilter rules for outgoing traffic

RPM packages contained:
 ulogd-2.0.1-18.i686.rpm                           
 chroot-ipsec-7.4-33.i686.rpm                      
 ddclient-3.7.3-8.i686.rpm                         
 kernel-default-2.6.16.62-110.i686.rpm             
 kernel-smp-2.6.16.62-110.i686.rpm                 
 iptables-1.3.5-24.i686.rpm                        
 libnfnetlink-0.0.39-3.i686.rpm                    
 libnetfilter_conntrack-0.0.99-3.i686.rpm          
 conntrack-tools-0.9.6-4.i686.rpm                  
 ctsyncd-0.9.3-12.i686.rpm                         
 chroot-smtp-7.4-199.i686.rpm                      
 ethtool-3-15.2.2.i686.rpm                         
 ep-init-7.4-185.i686.rpm                          
 ep-libs-7.4-225.i686.rpm                          
 ep-mdw-7.4-474.i686.rpm                           
 ep-confd-7.4-607.i686.rpm                         
 ep-webadmin-contentmanager-7.4-227.i686.rpm       
 ep-aua-7.4-210.i686.rpm                           
 ep-syslog-ng-7.4-114.i686.rpm                     
 ep-notifier-db-7.4-80.i686.rpm                    
 ep-reporting-7.4-283.i686.rpm                     
 ep-chroot-ipsec-7.4-62.i686.rpm                   
 ep-chroot-smtp-7.4-220.i686.rpm                   
 cm-nextgen-agent-7.4-59.i686.rpm                  
 ep-chroot-pop3-7.4-109.i686.rpm                   
 ep-httpproxy-2.1-175.i686.rpm                     
 ep-webadmin-7.4-635.i686.rpm                      
 ep-webadmin-languages-7.4-41.i686.rpm             
 ep-up2date-7.4-130.i686.rpm                       
 ep-up2date-downloader-7.4-118.i686.rpm            
 ep-tools-7.4-106.i686.rpm                         
 u2d-mpfc-7-1.i686.rpm                             
 ep-toolbox-7.4-59.i686.rpm                        
 kernel-bigsmp-2.6.16.62-110.i686.rpm              
 ep-asg-7.4-33.i686.rpm                            


Ian M

hmm.... ifb0 is showing traffic in those stats... are you sure you don't have 2 ports set to bridge together?  Maybe there's some "garbage" config info floating around in that configuration db that's "sort of" bridging some ports together?

hmm.... ifb0 is showing traffic in those stats... are you sure you don't have 2 ports set to bridge together?  Maybe there's some "garbage" config info floating around in that configuration db that's "sort of" bridging some ports together?

It's disabled according to webmin:

Bridge status Enable  

Bridge configuration 

No bridge is currently configured.
Enable Bridge status above to configure a new bridge.


Barry

AFAIK, ifbX devices are mirror devices. They can be used to mirror specific (filtered) traffic from an ethX to ifbX.

Explanation and example usage: Net:IFB - The Linux Foundation

They are not used for bridging.

So why is that interface there?  I don't see it on any of my other installations.

Bruce, the article Mario offered included a mention of QoS.  Could that be it?

I' ve just updated my first post, please read. New Up2Date package!

Mario, do you have to delete the /var/lib/nics file if you don't have VLANs defined, in order to reinstall the up2date?  If one deletes that file, does it affect connectivity at all whilst getting the up2date installed, and will the NICs come back up OK after the reboot?  For that matter, in order for future up2dates to install, do you have to reinstall the newer "fixed" 7.402 up2date, or will future ones overwrite the one I have installed?

Is this the GA or a fixed "beta" ?

Is this the GA or a fixed "beta" ?

fixed beta....just read the update on page 1 [:D]

Mario, do you have to delete the /var/lib/nics file if you don't have VLANs defined, in order to reinstall the up2date?  If one deletes that file, does it affect connectivity at all whilst getting the up2date installed, and will the NICs come back up OK after the reboot?  For that matter, in order for future up2dates to install, do you have to reinstall the newer "fixed" 7.402 up2date, or will future ones overwrite the one I have installed?

I you have no VLANs, you had no problem with the previous release and now also have no problem with the updated version. In that case, you don' t have to install the updated package at all since there are no other changes.

Note: BOTH versions are NOT BETA! They are normal releases (same version number). You can update to newer versions and everything is supported as normal. We just didn' t push the first one onto our Up2Date servers immediately and IMHO that was a good idea if you look at how things went.

Mario, do you have to delete the /var/lib/nics file if you don't have VLANs defined, in order to reinstall the up2date?  If one deletes that file, does it affect connectivity at all whilst getting the up2date installed, and will the NICs come back up OK after the reboot?  For that matter, in order for future up2dates to install, do you have to reinstall the newer "fixed" 7.402 up2date, or will future ones overwrite the one I have installed?

I you have no VLANs, you had no problem with the previous release and now also have no problem with the updated version. In that case, you don' t have to install the updated package at all since there are no other changes.

Note: BOTH versions are NOT BETA! They are normal releases (same version number). You can update to newer versions and everything is supported as normal. We just didn' t push the first one onto our Up2Date servers immediately and IMHO that was a good idea if you look at how things went.

We just didn' t push the first one onto our Up2Date servers immediately and IMHO that was a good idea if you look at how things went.

IMHO, I'm glad that Astaro is learning to have a more structured release process.

It's not likely that larger sites will participate in a beta, so it's more likely that the most-dangerous glitches won't show up until actual release.  I still believe that, prior to each release, there should be a release candidate installed by select customers where Astaro can provide hands-on support, IMHO that is.

Cheers - Bob