New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Question about user_beancounters
This is a question to you OpenVZ providers since I don't really understand that very well.
So I signed up with a new provider today and noticed something interested (actually, it broke my monitoring script - that's how I noticed it).
root@xxx:/# more /proc/user_beancounters Version: 2.5 uid resource held maxheld barrier limit failcnt 123: kmemsize 23836841 27914240 9223372036854775807 9223372036854775807 0 lockedpages 0 16 9223372036854775807 9223372036854775807 0 privvmpages 3365 21039 9223372036854775807 9223372036854775807 0 shmpages 641 672 9223372036854775807 9223372036854775807 0 dummy 0 0 0 0 0 numproc 17 33 9223372036854775807 9223372036854775807 0 physpages 74020 131027 0 131072 0 vmguarpages 0 0 9223372036854775807 9223372036854775807 0 oomguarpages 1473 4752 9223372036854775807 9223372036854775807 0 numtcpsock 6 10 9223372036854775807 9223372036854775807 0 numflock 2 8 9223372036854775807 9223372036854775807 0 numpty 1 2 9223372036854775807 9223372036854775807 0 numsiginfo 0 12 9223372036854775807 9223372036854775807 0 tcpsndbuf 150552 202872 9223372036854775807 9223372036854775807 0 tcprcvbuf 98304 170312 9223372036854775807 9223372036854775807 0 othersockbuf 13872 22048 9223372036854775807 9223372036854775807 0 dgramrcvbuf 0 2312 9223372036854775807 9223372036854775807 0 numothersock 33 36 9223372036854775807 9223372036854775807 0 dcachesize 21952349 25909148 9223372036854775807 9223372036854775807 0 numfile 232 360 9223372036854775807 9223372036854775807 0 dummy 0 0 0 0 0 dummy 0 0 0 0 0 dummy 0 0 0 0 0 numiptent 24 24 9223372036854775807 9223372036854775807 0
Is this a broken installation or something I should notify the provider to avoid some crazy abuse? Or perhaps because it's hosted on a cloud, hence the crazy numbers?
Comments
Is this a OpenVZ VPS with vswap? If so, that's normal.
Yeah, it uses vswap. But I have other VPSes who use vswap as well but not with those numbers...
I gather the "9223372036854775807" is the crazy bit?
That just means your VPS is not limited by UBC anymore -- might as well set them to the max. Rather, your VPS is limited by the new memory accounting in the RHEL6 kernel. You can still use the
held
value, but barrier/limit are pretty much meaningless.@LowEndAdmin Oh I see. Thanks for the explanation!
Thanks LEA, now that describes everything. However, usually I've seen poviders setting it to 999999999.. so these guys are only weird for their meaningless (random) number of "9223372036854775807"
It's not a random number.... It's (2^63) - 1, which is the longest "long integer" value on 64-bit Unix-like systems.
@ NickM: Thanks, that's what I was willing to figure out, so turned to be they are more sharp than the other guys which I thought were so (9999 guys), but horrific value anyway.