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

lspci -n

# lspci -n
00:00.0 0600: 8086:7190 (rev 03)
00:01.0 0604: 8086:7191 (rev 03)
00:07.0 0601: 8086:7110 (rev 02)
00:07.1 0101: 8086:7111 (rev 01)
00:07.2 0c03: 8086:7112 (rev 01)
00:07.3 0680: 8086:7113 (rev 02)
00:08.0 0300: 5333:88f0
00:09.0 0200: 8086:1229 (rev 02)
00:0a.0 0200: 8086:1229 (rev 05)
00:0b.0 0200: 8086:1229 (rev 02)
00:0c.0 0200: 8086:1229 (rev 02)

Thanks,
Barry

Barry, outta curiosity, what does lspci -nn show?   lspci -nk?

# lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge [8086:7190] (rev 03)
00:01.0 PCI bridge [0604]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge [8086:7191] (rev 03)
00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA [8086:7110] (rev 02)
00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01)
00:07.2 USB Controller [0c03]: Intel Corporation 82371AB/EB/MB PIIX4 USB [8086:7112] (rev 01)
00:07.3 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 02)
00:08.0 VGA compatible controller [0300]: S3 Inc. 86c968 [Vision 968 VRAM] rev 0 [5333:88f0]
00:09.0 Ethernet controller [0200]: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 [8086:1229] (rev 02)
00:0a.0 Ethernet controller [0200]: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 [8086:1229] (rev 05)
00:0b.0 Ethernet controller [0200]: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 [8086:1229] (rev 02)
00:0c.0 Ethernet controller [0200]: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 [8086:1229] (rev 02)


# lspci -nk
00:00.0 0600: 8086:7190 (rev 03)
	Kernel driver in use: agpgart-intel
00:01.0 0604: 8086:7191 (rev 03)
00:07.0 0601: 8086:7110 (rev 02)
00:07.1 0101: 8086:7111 (rev 01)
	Kernel driver in use: PIIX_IDE
00:07.2 0c03: 8086:7112 (rev 01)
	Kernel driver in use: uhci_hcd
00:07.3 0680: 8086:7113 (rev 02)
	Kernel modules: i2c-piix4
00:08.0 0300: 5333:88f0
00:09.0 0200: 8086:1229 (rev 02)
	Kernel driver in use: e100
	Kernel modules: eepro100, e100
00:0a.0 0200: 8086:1229 (rev 05)
	Kernel driver in use: e100
	Kernel modules: eepro100, e100
00:0b.0 0200: 8086:1229 (rev 02)
	Kernel driver in use: e100
	Kernel modules: eepro100, e100
00:0c.0 0200: 8086:1229 (rev 02)
	Kernel driver in use: e100
	Kernel modules: eepro100, e100

This is from 7.401.

Thanks,
Barry

Well, the gigabit driver update (e1000,e1000e) does at least not at first glance cause this, since for the PCI IDs listed the driver/module loading will not be touched. However, it's quite probable that there is a connection - although we did not update the e100 portion.

Barry, you wrote about errormessages appearing 3 times on bootup. Can you remember the lines from normal bootup where those error messages appeared in-bettween? If I had to guess, I'd assume the following:
- Errors appeared 3x (basically at same time) after 'Starting NIC initialization'
- Your interfaces disappeared afterwards ('ifconfig -a' or 'ip addr' did not show them anymore)
- Rebooting did not help (same procedure every bootup)

Is that correct?

cheers
Marcel

Any word on this? I've installed the update on a couple of machines, no problems yet; one had e1000 nics in it.  None had e100 though, like Barry.

Barry, you wrote about errormessages appearing 3 times on bootup. Can you remember the lines from normal bootup where those error messages appeared in-bettween? If I had to guess, I'd assume the following:
- Errors appeared 3x (basically at same time) after 'Starting NIC initialization'
- Your interfaces disappeared afterwards ('ifconfig -a' or 'ip addr' did not show them anymore)
- Rebooting did not help (same procedure every bootup)

Hi Marcel,
That's right... the 2 errors appeared together 3x, near the end of the boot sequence. I'm pretty sure it was after the NIC init.

ifconfig did not show any of the internal interfaces / vlans.

rebooting didn't help.

If needed, I can install the upgrade again, maybe this afternoon (about 3 hours from now), or tonight, but I can't leave it like that for too long.
What timezone are you in?
If I could do it at night, and if you're in Europe, then you could work on it during your day while I'm sleeping.

Also note that I sent a config backup file to support under the case # posted in this thread before ([Ticket#2009041010000117] CaseID 00094825).

Barry

Barry,

thanks for getting back on this. We'd like to clarify but will check for the specific hardware in our lab first to double check if it is hardware or VLAN related (or both).

Can you please let me know on which interfaces you use VLANs? (e.g. post an ifconfig -a output.. IPs can be scrambled)

Thanks,
Marcel

PS: I'm located in Germany (GMT+2).

Hi Marcel,
VLANs are all on eth1.
eth2 and eth3 are inactive (and not connected to a switch) since I converted to VLANs awhile back.

# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:A0:C9:B8:8B:48
          inet addr:a.b.c.d  Bcast:255.255.255.255  Mask:255.255.248.0
          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9720248 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1661241 errors:1 dropped:0 overruns:0 carrier:1
          collisions:0 txqueuelen:1000
          RX bytes:1577209853 (1504.1 Mb)  TX bytes:483498142 (461.0 Mb)

eth1      Link encap:Ethernet  HWaddr 00:90:27:2A:75[[[[[:D]]]]]5
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1628585 errors:2 dropped:0 overruns:0 frame:2
          TX packets:1770593 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:487000528 (464.4 Mb)  TX bytes:1099452649 (1048.5 Mb)

eth1.10   Link encap:Ethernet  HWaddr 00:90:27:2A:75[[[[[:D]]]]]5
          inet addr:10.0.0.1  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:301 errors:0 dropped:0 overruns:0 frame:0
          TX packets:18 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:15080 (14.7 Kb)  TX bytes:828 (828.0 b)

eth1.11   Link encap:Ethernet  HWaddr 00:90:27:2A:75[[[[[:D]]]]]5
          inet addr:192.168.211.1  Bcast:192.168.211.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:859519 errors:0 dropped:0 overruns:0 frame:0
          TX packets:971112 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:143278713 (136.6 Mb)  TX bytes:608628375 (580.4 Mb)

eth1.13   Link encap:Ethernet  HWaddr 00:90:27:2A:75[[[[[:D]]]]]5
          inet addr:192.168.11.1  Bcast:192.168.11.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:765782 errors:0 dropped:0 overruns:0 frame:0
          TX packets:795796 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:319767624 (304.9 Mb)  TX bytes:486479550 (463.9 Mb)

eth2      Link encap:Ethernet  HWaddr 00:A0:C9:5D:FC:A2
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

eth3      Link encap:Ethernet  HWaddr 00:A0:C9[[[[[:D]]]]]1:BF:BD
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

ifb0      Link encap:Ethernet  HWaddr E6:70:0C:99:70:51
          UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3702424 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:0 (0.0 b)  TX bytes:2208346266 (2106.0 Mb)

ifb1      Link encap:Ethernet  HWaddr C6:06:3F:0D:5E:5C
          BROADCAST NOARP  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

ifb2      Link encap:Ethernet  HWaddr 02:BA:33:C2:4F:79
          BROADCAST NOARP  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:32
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

ipsec0    Link encap:Ethernet  HWaddr 00:A0:C9:B8:8B:48
          inet addr:76.83.24.57  Mask:255.255.255.255
          UP RUNNING NOARP  MTU:1420  Metric:1
          RX packets:1474 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1228 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10
          RX bytes:1431901 (1.3 Mb)  TX bytes:284104 (277.4 Kb)

ipsec1    Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          NOARP  MTU:0  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

ipsec2    Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          NOARP  MTU:0  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

ipsec3    Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          NOARP  MTU:0  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:2810076 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2810076 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:679866925 (648.3 Mb)  TX bytes:679866925 (648.3 Mb)

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:10.242.2.1  P-t-P:10.242.2.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

I'm not sure what ifbX are... I'm not doing bridging, although I have in the past.

Thanks,
Barry

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

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.

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

Sorry, MD5-Sum and Filesize of updated package were wrong. I' ve re-updated first post accordingly.