Hello list, i found something strange.

By one side, cpu idle is at 0%

[root@v-arcbabalancer01 ~]# vmstat 2 20
 procs    memory       page                    disks    traps          cpu
 r b w    avm     fre  flt  re  pi  po  fr  sr wd0 cd0  int   sys   cs us
sy id
 5 0 0  86576 1450072  845   0   0   0   0   0   0   0  152  2922  308 60
 5 35
 4 0 0  86668 1449976   31   0   0   0   0   0   0   0  435  4554  869 94
 6  0
 4 0 0  86732 1449896   14   0   0   0   0   0   0   0  425  4269  827 94
 6  0
 5 0 0  86732 1449896    4   0   0   0   0   0   0   0  297  4098  762 92
 8  0
 7 0 0  86740 1449872    5   0   0   0   0   0   0   0  287  3264  625 94
 6  0
 4 0 0  86748 1449864   14   0   0   0   0   0   0   0  370  4400  804 92
 8  0
 4 0 0  86756 1449836   12   0   0   0   0   0   0   0  311  3708  730 92
 8  0
 4 0 0  86840 1449744   30   0   0   0   0   0   0   0  331  3585  701 93
 7  0
 4 0 0  86840 1449728    4   0   0   0   0   0   0   0  453  4744  885 93
 7  0
 4 0 0  86840 1449728    4   0   0   0   0   0   0   0  355  3832  745 92
 8  0
 5 0 0  86876 1449668   23   0   0   0   0   0   0   0  375  5003  934 92
 8  0
 4 0 0  86880 1449664    4   0   0   0   0   0   0   0  295  3600  707 93
 7  0
 9 1 0  87136 1449148 13421   0   0   0   0   0   0   0  242 24373  778 87
13  0
 5 1 0  91964 1445628 23388   0   0   0   0   0   0   0  273 44441 1256 80
20  0
 5 0 0  86892 1449624  479   0   0   0   0   0   0   0  313  4012  736 90
10  0
 7 0 0  86892 1449608    6   0   0   0   0   0   0   0  308  3831  712 93
 7  0
 4 0 0  86892 1449608    4   0   0   0   0   0   0   0  290  3694  732 95
 5  0
 4 0 0  86900 1449576   14   0   0   0   0   0   0   0  345  4439  857 92
 8  0
 4 0 0  86900 1449576    4   0   0   0   0   0   0   0  337  4798  879 92
 8  0
 5 0 0  86964 1449492   12   0   0   0   0   0   0   0  389  4723  923 94
 6  0

By the other assigned cpus are two not one as the machine sees.

[root@v-arcbabalancer01 ~]# dmesg | grep cpu
acpicpu0 at acpi0
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Opteron or Athlon 64, 2660.64 MHz
cpu0:
FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,PGE,CMOV,PAT,MMX,FXSR,SSE,SSE2,SSE3,POPCN
T
cpu0: smt 0, core 0, package 0
cpu0: apic clock running at 1000MHz
cpu at mainbus0: not configured

So i will try to do some search about gettint the proper config for openbsd
hosts in kvm

If anyone can give to me some clues.... it will realy welcome.

Regards

Saludos.-
Leonardo Santagostini

<http://ar.linkedin.com/in/santagostini>





2013/11/18 Leonardo Santagostini <lsantagost...@gmail.com>

> Ok, thanks for all the replies. Im waiting to this situation appears to
> send to you the output of those commands.
>
> Thanks and regards
>
> Saludos.-
> Leonardo Santagostini
>
> <http://ar.linkedin.com/in/santagostini>
>
>
>
>
>
> 2013/11/18 mxb <m...@alumni.chalmers.se>
>
>>
>> Output for
>>
>> 'pfctl -si', 'pfctl -sm' and 'sysctl -a|grep net.inet.ip.ifq’ would be
>> hie to see.
>>
>> //mxb
>>
>>
>> On 18 nov 2013, at 04:20, Leonardo Santagostini <lsantagost...@gmail.com>
>> wrote:
>>
>> Sorry, looking more detailed at the logs i found this:
>>
>> /var/log/daemon
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[13984]: fatal: relay_connect: no
>> connection in flight
>>  Nov 17 18:36:12 v-arcbabalancer01 relayd[22615]: pfe exiting, pid 22615
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[31674]: hce exiting, pid 31674
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[9082]: relay exiting, pid 9082
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[701]: relay exiting, pid 701
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[21358]: parent terminating, pid
>> 21358
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[24886]: relay exiting, pid 24886
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[21395]: relay exiting, pid 21395
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[13155]: relay exiting, pid 13155
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[20557]: relay exiting, pid 20557
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[14903]: relay exiting, pid 14903
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[10686]: relay exiting, pid 10686
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[17355]: relay exiting, pid 17355
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[26908]: relay exiting, pid 26908
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[6551]: relay exiting, pid 6551
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[16649]: relay exiting, pid 16649
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[2567]: relay exiting, pid 2567
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[3159]: relay exiting, pid 3159
>>
>>
>> /var/log/messages
>> Nov 17 18:36:12 v-arcbabalancer01 relayd[13984]: fatal: relay_connect: no
>> connection in flight
>>
>>
>> Regards
>>
>> Saludos.-
>> Leonardo Santagostini
>>
>> <http://ar.linkedin.com/in/santagostini>
>>
>>
>>
>>
>>
>> 2013/11/18 Leonardo Santagostini <lsantagost...@gmail.com>
>>
>>> Hello everybody, i still having some issues whit relayd.
>>>
>>> Nov 17 21:01:56 v-arcbabalancer01 relayd[4252]: relay relay4, session 75
>>> (1 active), 0, 190.51.90.22 -> :0, buffer event timeout
>>> Nov 17 21:01:57 v-arcbabalancer01 relayd[12715]: relay relay4, session
>>> 97 (4 active), 0, 190.49.60.30 -> :0, buffer event timeout
>>> Nov 17 21:01:58 v-arcbabalancer01 relayd[4781]: relay relay4, session
>>> 142 (3 active), 0, 190.188.18.202 -> :0, buffer event timeout
>>> Nov 17 21:02:03 v-arcbabalancer01 relayd[25332]: relay relay4, session
>>> 28 (1 active), 0, 181.29.46.36 -> :0, hard timeout
>>> Nov 17 21:02:03 v-arcbabalancer01 relayd[12715]: relay relay4, session
>>> 55 (3 active), 0, 108.36.150.233 -> :0, hard timeout
>>> Nov 17 21:02:03 v-arcbabalancer01 relayd[18695]: relay relay4, session
>>> 67 (3 active), 0, 31.221.13.210 -> :0, hard timeout
>>> Nov 17 21:02:03 v-arcbabalancer01 relayd[13096]: relay relay5, session
>>> 73 (3 active), 0, 190.195.118.49 -> :0, hard timeout
>>> Nov 17 21:02:03 v-arcbabalancer01 relayd[31990]: relay relay4, session
>>> 25 (1 active), 0, 186.188.178.215 -> :0, hard timeout
>>> Nov 17 21:02:03 v-arcbabalancer01 relayd[4781]: relay relay4, session
>>> 144 (7 active), 0, 31.221.13.210 -> :0, hard timeout
>>> Nov 17 21:02:03 v-arcbabalancer01 relayd[23317]: relay relay2, session
>>> 55 (5 active), 0, 181.109.7.31 -> :0, hard timeout
>>> Nov 17 21:02:03 v-arcbabalancer01 relayd[22942]: relay relay4, session
>>> 93 (2 active), 0, 31.221.13.210 -> :0, hard timeout
>>> Nov 17 21:02:03 v-arcbabalancer01 relayd[13862]: relay relay4, session
>>> 80 (3 active), 0, 190.111.231.50 -> :0, hard timeout
>>> Nov 17 21:02:06 v-arcbabalancer01 relayd[19770]: relay relay4, session
>>> 92 (1 active), 0, 75.70.87.158 -> :0, buffer event timeout
>>> Nov 17 21:02:08 v-arcbabalancer01 relayd[23317]: relay relay4, session
>>> 131 (5 active), 0, 190.113.173.36 -> :0, buffer event timeout
>>> Nov 17 21:02:11 v-arcbabalancer01 relayd[10590]: relay relay4, session
>>> 103 (9 active), 0, 186.137.241.254 -> :0, buffer event timeout
>>> Nov 17 21:02:15 v-arcbabalancer01 relayd[23317]: relay relay4, session
>>> 143 (2 active), 0, 24.232.115.134 -> :0, buffer event timeout
>>> Nov 17 21:02:16 v-arcbabalancer01 relayd[12715]: relay relay4, session
>>> 101 (7 active), 0, 108.87.58.21 -> :0, buffer event timeout
>>> Nov 17 21:02:16 v-arcbabalancer01 relayd[12715]: relay relay4, session
>>> 102 (6 active), 0, 108.87.58.21 -> :0, buffer event timeout
>>> Nov 17 21:02:16 v-arcbabalancer01 relayd[10590]: relay relay5, session
>>> 142 (13 active), 0, 190.195.118.49 ->
172.19.224.73:80<http://172.19.224.73/>,
>>> no method
>>> Nov 17 21:02:16 v-arcbabalancer01 relayd[10590]: relay relay4, session
>>> 114 (12 active), 0, 190.49.11.36 -> :0, buffer event timeout
>>> Nov 17 21:02:16 v-arcbabalancer01 relayd[12715]: relay relay4, session
>>> 104 (5 active), 0, 190.49.11.36 -> :0, buffer event timeout
>>> Nov 17 21:02:17 v-arcbabalancer01 relayd[10590]: relay relay4, session
>>> 120 (10 active), 0, 189.237.152.81 -> :0, buffer event timeout
>>> Nov 17 21:02:17 v-arcbabalancer01 relayd[31990]: relay relay4, session
>>> 117 (5 active), 0, 189.237.152.81 -> :0, buffer event timeout
>>> Nov 17 21:02:17 v-arcbabalancer01 relayd[10590]: relay relay5, session
>>> 144 (9 active), 0, 190.195.118.49 ->
172.19.224.71:80<http://172.19.224.71/>,
>>> no method
>>> Nov 17 21:02:17 v-arcbabalancer01 relayd[10590]: relay relay5, session
>>> 145 (9 active), 0, 190.195.118.49 ->
172.19.224.70:80<http://172.19.224.70/>,
>>> no method
>>> Nov 17 21:02:19 v-arcbabalancer01 relayd[30656]: relay relay4, session
>>> 126 (4 active), 0, 190.220.108.107 -> :0, buffer event timeout
>>> Nov 17 21:02:22 v-arcbabalancer01 relayd[19770]: relay relay4, session
>>> 103 (1 active), 0, 189.149.155.136 -> :0, buffer event timeout
>>> Nov 17 21:02:25 v-arcbabalancer01 relayd[18695]: relay relay4, session
>>> 79 (3 active), 0, 181.167.177.45 -> :0, buffer event timeout
>>> Nov 17 21:02:28 v-arcbabalancer01 relayd[12715]: relay relay4, session
>>> 109 (4 active), 0, 190.18.27.4 -> :0, buffer event timeout
>>> Nov 17 21:02:30 v-arcbabalancer01 relayd[12715]: relay relay4, session
>>> 112 (3 active), 0, 181.21.154.28 -> :0, buffer event timeout
>>>
>>> Here is my config
>>>
>>> dmesg: http://pastebin.com/fLU8qaTd
>>> relayd.conf: http://pastebin.com/Nn1VYRxQ
>>> pf.conf: http://pastebin.com/HcQchkgP
>>> /etc/hostname.carp0: http://pastebin.com/wyccT20r
>>> /etc/hostname.em1: http://pastebin.com/MQq9nExL
>>> /etc/sysctl.conf: http://pastebin.com/QrkwLgWN
>>>
>>> Anybody can "enligth me" ?
>>>
>>> Thank you in advance, best regards
>>>
>>> Saludos.-
>>> Leonardo Santagostini
>>>
>>> <http://ar.linkedin.com/in/santagostini>
>>>
>>>
>>>
>>>
>>>
>>> 2013/11/14 Leonardo Santagostini <lsantagost...@gmail.com>
>>>
>>>> Hello Andy. Actually i proved flushing pf rules, tables and counters
>>>> with no luck.
>>>>
>>>> But after restart relayd things come to work as expected.
>>>>
>>>> Thanks, Leonardo
>>>> El nov 14, 2013 8:15 p.m., "mxb" <m...@alumni.chalmers.se> escribió:
>>>>
>>>> No,
>>>>> it is number of currently active sessions for this particular relay.
>>>>> Eg. 502 “users".
>>>>>
>>>>> On 14 nov 2013, at 21:59, Andy Lemin <a...@brandwatch.com> wrote:
>>>>>
>>>>> Hi, as a complete guess (not used relayd yet let alone DSR) a 502
>>>>> sounds like
>>>>> an error return from nginx/apache etc. could be a direct server return
>>>>> issue
>>>>> causing the TCP three way handshake to not be completing properly
>>>>> between the
>>>>> endpoints, even though a 502 is usually server side issue.. I'd try
>>>>> removing
>>>>> the 'in' or 'out' direction from the rules.

Reply via email to