<a href="http://serv1.in">http://serv1.in</a><br>
<br><br><div class="gmail_quote">2010/4/28 Sterling Windmill <span dir="ltr">&lt;<a href="mailto:sterling@ampx.net">sterling@ampx.net</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Looks like you have some bad memory or potentially even a bad CPU although less likely.<br>
<div><div></div><div class="h5"><br>
----- Original Message -----<br>
From: &quot;SD :: Ventas&quot; &lt;<a href="mailto:ventas@dedicados.com.mx">ventas@dedicados.com.mx</a>&gt;<br>
To: <a href="mailto:max@dma.org.ua">max@dma.org.ua</a><br>
Cc: <a href="mailto:users@openvz.org">users@openvz.org</a><br>
Sent: Tuesday, April 27, 2010 3:16:18 PM<br>
Subject: Re: [Users] What is this on my log???<br>
<br>
Reviewing my log i see this:<br>
<br>
Hi, im getting this log on my server<br>
<br>
--------------------- Kernel Begin ------------------------<br>
<br>
<br>
WARNING: Kernel Errors Present<br>
EDAC k8 MC0: extended error code: ECC error ...: 120 Time(s)<br>
EDAC k8 MC0: general bus error: participating p ...: 120 Time(s)<br>
<br>
---------------------- Kernel End -------------------------<br>
<br>
<br>
Ing. Alejandro M.<br>
----------------------- Hospedaje Web y Servidores Dedicados<br>
<a href="http://www.dedicados.com.mx" target="_blank">http://www.dedicados.com.mx</a><br>
----------------------- <a href="mailto:ventas@dedicados.com.mx">ventas@dedicados.com.mx</a><br>
-----------------------<br>
<br>
<br>
El 27/04/2010 01:22 p.m., Maxim Dolgikh escribió:<br>
&gt; This is high enough for most cases, but i do not have an idea if it is<br>
&gt; enough for your server, this depends on what the server is doing. Also<br>
&gt; it could be<br>
&gt; under an attack or could be compromised and doing network scan itself.<br>
&gt;<br>
&gt; You can check how many connections in ip_conntrack table with:<br>
&gt; wc -l /proc/net/ip_conntrack<br>
&gt;<br>
&gt; On Tuesday 27 April 2010 20:18:33 SD :: Ventas wrote:<br>
&gt;<br>
&gt;&gt; [root@www ~]# cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max<br>
&gt;&gt; 65536 [root@www ~]#<br>
&gt;&gt;<br>
&gt;&gt; mmm, that is a high value, maybe can be under an attack??? or is a<br>
&gt;&gt; normal value????<br>
&gt;&gt;<br>
&gt;&gt; thanks<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Ing. Alejandro M.<br>
&gt;&gt; ----------------------- Hospedaje Web y Servidores Dedicados<br>
&gt;&gt; <a href="http://www.dedicados.com.mx" target="_blank">http://www.dedicados.com.mx</a><br>
&gt;&gt; ----------------------- <a href="mailto:ventas@dedicados.com.mx">ventas@dedicados.com.mx</a><br>
&gt;&gt; -----------------------<br>
&gt;&gt;<br>
&gt;&gt; El 27/04/2010 11:36 a.m., Maxim Dolgikh escribió:<br>
&gt;&gt;<br>
&gt;&gt;&gt; Hello,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; &quot;Apr 27 10:15:44 www kernel: ip_conntrack: CT 0: table full,<br>
&gt;&gt;&gt; dropping packet.&quot;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; This means that there are more connection then allowed by<br>
&gt;&gt;&gt; ip_conntrack module. In this case server is droping new connections.<br>
&gt;&gt;&gt; You can check how<br>
&gt;&gt;&gt; much connections are allowed with:<br>
&gt;&gt;&gt; cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; You can try to increase it, for example double the returned value<br>
&gt;&gt;&gt; and<br>
&gt;&gt;&gt; pass it to the module:<br>
&gt;&gt;&gt; echo N&gt; cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; N - new connections limit.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Tuesday 27 April 2010 17:52:06 SD :: Ventas wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; What is this??<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:39 www kernel: EDAC k8 MC0: extended error code: ECC<br>
&gt;&gt;&gt;&gt; error<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:40 www kernel: EDAC k8 MC0: general bus error:<br>
&gt;&gt;&gt;&gt; participating processor(local node response), time-out(no timeout$<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:40 www kernel: EDAC MC0: CE page 0x9d4c2, offset<br>
&gt;&gt;&gt;&gt; 0x878, grain 8, syndrome 0x1, row 0, channel 1, label &quot;&quot;: k8_ed$<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:40 www kernel: EDAC k8 MC0: extended error code: ECC<br>
&gt;&gt;&gt;&gt; error<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:57 www kernel: EDAC k8 MC0: general bus error:<br>
&gt;&gt;&gt;&gt; participating processor(local node origin), time-out(no timeout) $<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:57 www kernel: EDAC MC0: CE page 0x9d4c2, offset<br>
&gt;&gt;&gt;&gt; 0x878, grain 8, syndrome 0x1, row 0, channel 1, label &quot;&quot;: k8_ed$<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:57 www kernel: EDAC k8 MC0: extended error code: ECC<br>
&gt;&gt;&gt;&gt; error<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:59 www kernel: EDAC k8 MC0: general bus error:<br>
&gt;&gt;&gt;&gt; participating processor(local node response), time-out(no timeout$<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:59 www kernel: EDAC MC0: CE page 0x9d4c2, offset<br>
&gt;&gt;&gt;&gt; 0x878, grain 8, syndrome 0x1, row 0, channel 1, label &quot;&quot;: k8_ed$<br>
&gt;&gt;&gt;&gt; Apr 27 09:37:59 www kernel: EDAC k8 MC0: extended error code: ECC<br>
&gt;&gt;&gt;&gt; error Apr 27 09:38:54 www avahi-daemon[31389]: recvmsg(): Resource<br>
&gt;&gt;&gt;&gt; temporarily unavailable<br>
&gt;&gt;&gt;&gt; Apr 27 09:40:54 www avahi-daemon[31389]: recvmsg(): Resource<br>
&gt;&gt;&gt;&gt; temporarily unavailable<br>
&gt;&gt;&gt;&gt; ... Apr 27 10:14:55 www kernel: ip_conntrack: CT 0: table full,<br>
&gt;&gt;&gt;&gt; dropping<br>
&gt;&gt;&gt;&gt;    packet. Apr 27 10:14:57 www avahi-daemon[31389]: recvmsg():<br>
&gt;&gt;&gt;&gt;    Resource temporarily unavailable<br>
&gt;&gt;&gt;&gt; Apr 27 10:14:59 www kernel: printk: 39 messages suppressed.<br>
&gt;&gt;&gt;&gt; Apr 27 10:14:59 www kernel: ip_conntrack: CT 0: table full,<br>
&gt;&gt;&gt;&gt; dropping<br>
&gt;&gt;&gt;&gt;    packet. Apr 27 10:15:06 www avahi-daemon[31389]: recvmsg():<br>
&gt;&gt;&gt;&gt;    Resource temporarily unavailable<br>
&gt;&gt;&gt;&gt; Apr 27 10:15:26 www kernel: printk: 13 messages suppressed.<br>
&gt;&gt;&gt;&gt; Apr 27 10:15:26 www kernel: ip_conntrack: CT 0: table full,<br>
&gt;&gt;&gt;&gt; dropping<br>
&gt;&gt;&gt;&gt;    packet. Apr 27 10:15:30 www last message repeated 5 times<br>
&gt;&gt;&gt;&gt; Apr 27 10:15:39 www kernel: printk: 28 messages suppressed.<br>
&gt;&gt;&gt;&gt; Apr 27 10:15:39 www kernel: ip_conntrack: CT 0: table full,<br>
&gt;&gt;&gt;&gt; dropping<br>
&gt;&gt;&gt;&gt;    packet. Apr 27 10:15:39 www kernel: ip_conntrack: CT 0: table<br>
&gt;&gt;&gt;&gt;    full, dropping packet. Apr 27 10:15:44 www kernel: printk: 41<br>
&gt;&gt;&gt;&gt;    messages suppressed.<br>
&gt;&gt;&gt;&gt; Apr 27 10:15:44 www kernel: ip_conntrack: CT 0: table full,<br>
&gt;&gt;&gt;&gt; dropping<br>
&gt;&gt;&gt;&gt;    packet. Apr 27 10:15:49 www kernel: printk: 31 messages<br>
&gt;&gt;&gt;&gt;    suppressed.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I see it on the log of my server, then servers goes down, i need to<br>
&gt;&gt;&gt;&gt; restart it.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; what can be that? and how to solve it.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Ing. Alejandro M.<br>
&gt;&gt;&gt;&gt; ----------------------- Hospedaje Web y Servidores Dedicados<br>
&gt;&gt;&gt;&gt; <a href="http://www.dedicados.com.mx" target="_blank">http://www.dedicados.com.mx</a><br>
&gt;&gt;&gt;&gt; ----------------------- <a href="mailto:ventas@dedicados.com.mx">ventas@dedicados.com.mx</a><br>
&gt;&gt;&gt;&gt; -----------------------<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; El 26/04/2010 10:28 a.m., Robert Brockway escribió:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Hi all. I swear that when I first started using OpenVZ a few years<br>
&gt;&gt;&gt;&gt;&gt; ago that the maximum VEID was 32767. I&#39;ve just RTFMed now and<br>
&gt;&gt;&gt;&gt;&gt; can&#39;t find a reference.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; As a test I just generated a VE with a VEID over 400000. This is<br>
&gt;&gt;&gt;&gt;&gt; probably the first itme I&#39;ve tried to generate a VEID over 32767.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; So what is the maximum VEID?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Are there any hidden problems if I start using VEIDs over 32767?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; We&#39;re running OpenVZ on Lenny (Debian 5.0) with a<br>
&gt;&gt;&gt;&gt;&gt; 2.6.26-2-openvz-amd64 kernel.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Cheers,<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Rob<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; _______________________________________________ Users mailing list<br>
&gt;&gt;&gt;&gt; <a href="mailto:Users@openvz.org">Users@openvz.org</a><br>
&gt;&gt;&gt;&gt; <a href="https://openvz.org/mailman/listinfo/users" target="_blank">https://openvz.org/mailman/listinfo/users</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;<br>
_______________________________________________ Users mailing list<br>
<a href="mailto:Users@openvz.org">Users@openvz.org</a><br>
<a href="https://openvz.org/mailman/listinfo/users" target="_blank">https://openvz.org/mailman/listinfo/users</a><br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@openvz.org">Users@openvz.org</a><br>
<a href="https://openvz.org/mailman/listinfo/users" target="_blank">https://openvz.org/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br>