Astaro freeze

Possibly a NIC problem... what kind are you using?

Barry

I use HP NIC. How can I know if it's a NIC problem ? There is a log or something that can advice me about it ?

   Thanks,

Have find an answer ?

Hi,
Somebody can help me ?

    Regards,

This problem was also raised in 

https://community.sophos.com/products/unified-threat-management/astaroorg/f/92/t/66594

It is affecting one of my live customers on 7.200 causing the stopping of traffic through the firewall.  HA does not kick in.  Turning off IDS allows traffic to flow, but loses the protection and security monitoring.  Rebooting/HA failover is the current workaround.

This is raised with Astaro support as of this morning as a Critical Issue, as it is taking their WebServer offline.   Will keep you posted.

Best Regards,

Adrien Belcourt.

Astaro have responded recommending updating the kernel and snort to the versions currently being tested for 7.300.   This does mean doing two RPM installs and a reboot to activate the kernel. Querying the risk of doing such a change - i.e. what is the confidence this will not drag in new incompatibility problems, and is it tested with a 7.200 software load (same question different tack). 

I guess a kernel should be generic and changing that is low impact.  Similarly for SNORT.  However waiting for further details. 

If you want this solution for this problem I suggest contacting Astaro Support for this.

Best Regards,

Thanks for your help !

Do you think that their is no risk to install 2 packets of a beta version on to a production version ?

Astaro have this hybrid release working.  I doubt regression testing has been done on the Hybrid release.  I pitch it at low-medium risk.  The last known stable release for the customer is 7.103.  They are going to try the patched 7.201 (recommedation from Astaro to go to 201 before patching).  If problems then ISO back to 103.

How update the kernel and snort to the version 7.300 ?

Astaro Support will tell you how to get access to the three RPMs (kernel, snort and libnl) and how to install it.   For Gold support, contact them through your reseller, or contact them directly if you have Platinum support.   Are you getting the kernel logs:-

2008:04:09-18:44:08 (none) kernel: ip_queue: full at 1024 entries, dropping packets(s). Dropped: 2
2008:04:09-18:44:08 (none) kernel: ip_queue: full at 1024 entries, dropping packets(s). Dropped: 3

????

Best Regards,

Yes, my kernel logs looks the same...

Do you know how increase the ip-queue size ?
This is maybe a solution.

Do you know how increase the ip-queue size ?
This is maybe a solution.

I think increasing the queue size would just buy time if anything.   It is a straight bug.  There is a patch available to retro fit into the current 7.2xx release - available from Astaro.  The fix is in 7.300.

Thanks for your answer.
 - Do you know if I can download the patch in up2date ? Which is version number v7.2XX
 - If I want try increase the queue, do you know the command line ?

    regards,

All I know is that 7.103 was the last load without the problem.  It is fixed in 7.300 but with new major releases come some risk of new problems... so watch the boards here to see if there are any SNAFUs in 7.300 that affect your implementation. 

You must raise a fault report with Astaro, and ask them for the patch in 7.2xx.   They will provide you with links to three RPMs to install (kernel, snort and one other). 

Switching off IDS is the the work around - bit like driving around without your seatbelt on (and your eyes closed and your hands on your head).  It may or not be feasable for you.

I had the same problem and Astaro informed me that 7.3 fixes this issue, I updated to 7.250 which i am currently run now with no problems, it fiexed the SMTP issue, also by default the ASG allows 20 connections for SMTP email, I have bumped it up to 80 to keep email flowing nicely. Here is the command to bump up the connections.....

joe/var/storage/chroot-cffd/var/chroot-smtp/etc/exim.conf

locate the sections and change defaults  to 40, 60, 80 

smtp_accept_max = 20
smtp_accept_queue_per_connection = 15
queue_run_max = 20
queue_only_load = 15
deliver_queue_load_max = 15


-J