OpenVZ Forum: Russian » troubleshooting user

Home » International » Russian » troubleshooting user_beancounter

Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend

troubleshooting user_beancounter [message #38437]

Sat, 19 December 2009 18:40

paix
Messages: 8
Registered: January 2009
Location: ua

Junior Member

Иногда срабатывают определенные лимиты, например:

tcpsndbuf   374480     14096512    14095674     20124986   27

Причем после рестарта VE из HN, все равно failcnt отличен от нуля.
Хотя при рестарте VE счетчик должен обнуляться.
Есть какие-нибудь средства, чтобы определить каким процессом было вызвано превышение лимита?

все процессы в VE работают нормально, в логах ругани не наблюдается..

Report message to a moderator

Re: troubleshooting user_beancounter [message #38439 is a reply to message #38437]

Sat, 19 December 2009 22:02

kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia

Senior Member

http://wiki.openvz.org/UBC_failcnt_reset

Алсо, http://wiki.openvz.org/tcpsndbuf

Quote:

Setting high values for tcpsndbuf parameter may, but doesn't necessarily, increase performance of network communications. Note that, unlike most other parameters, hitting tcpsndbuf limits and failed socket buffer allocations do not have strong negative effect on the applications, but just reduce performance of network communications.

Краткий перевод -- фейлы в tcpsndbuf ни к чему страшному не приводят, всё работает, только сеть может быть медленнее. Если увеличить лимиты, сеть, возможно, будет работать побыстрее.

Kir Kolyshkin

http://static.openvz.org/userbars/openvz-developer.png

Report message to a moderator

Re: troubleshooting user_beancounter [message #38440 is a reply to message #38439]

Sat, 19 December 2009 23:25

paix
Messages: 8
Registered: January 2009
Location: ua

Junior Member

Спасибо,

просто у меня скрипты, которые мониторят каунтеры,
но, судя по рекомендации,

Quote:

Therefore, the proper usage of failcnt is not to check whether it is zero or not, but to check whether it is increased since the previous readout. In other words, check the difference, not the absolute value. It is easy to write a simple script to do just that.

таки придется переписать скрипты Wink

Тем не менее, вопрос остается в силе, можно ли увидеть, какой процесс привел к срабатыванию failcnt а также почему
рестарт VE не обнулил failcnt .. (хотя, вполне возможно, что лимит сработал при старте ve)

Report message to a moderator

Re: troubleshooting user_beancounter [message #38443 is a reply to message #38440]

Sun, 20 December 2009 12:51

kir
Messages: 1645
Registered: August 2005
Location: Moscow, Russia

Senior Member

Quote:

таки придется переписать скрипты Wink

Да

Quote:

Тем не менее, вопрос остается в силе, можно ли увидеть, какой процесс привел к срабатыванию failcnt

Я такого способа не знаю.

Quote:

а также почему рестарт VE не обнулил failcnt .. (хотя, вполне возможно, что лимит сработал при старте ve)

Я же уже давал ссылку выше. Хорошо, процитирую:

The problem here is tcp time wait buckets can still there after a container is stopped. You can check that by seeing the held column for kmemsize parameter. If it is not zero, that means you have to wait about 5 minutes in order to time wait buckets to expire, and the corresponding beancounter to be uncharged.

Kir Kolyshkin

Report message to a moderator