[Users] running with no limits?

[epic 9x]

Just so you know, if you hit tcpsndbuf you're going to see fairly random
'stalled' and hung connections, but as far as I undestand it this should
only affect network performance.  Were you seeing actual failures of the
applications in question?

Keep in mind tcpsndbuf is accounted in low memory, you may want to make sure
when activity picks up that you're not existing low memory (hard to guess
without the context in which the containers are used).

On Wed, Jul 9, 2008 at 6:08 PM, Steve Wray <steve.wray at cwa.co.nz> wrote:

> Benoit Branciard wrote:
>
>> Steve Wray a écrit :
>>
>>> No answers? Its been a while...
>>>
>>> We have a bunch of openvz VMs, nothing 'in production'. The host has 4G
>>> of RAM. I want all the VMs to have access to 4G of RAM and all the sockets
>>> and other stuff that they may need at any time; I don't have time to
>>> carefuly tune the parameters of all of them to just what they need and no
>>> more.
>>>
>>> I don't mind or care that they are over-committed I just want them to
>>> have max resources.
>>>
>>>
>> vzsplit -n 1 -f max-limits
>>
>> then for each container NNN:
>> vzctl set NNN --applyconfig max-limits --save
>>
>
>
> Fantastic, thanks guys.
>
> The thing is that almost all of the time almost all of these VMs will be
> unused. But when they are used they can use a lot of resources.
>
> However, stopping and starting them as they are needed isn't an option. I
> need to have them all running at all times.
>
> Unfortunately, the applications running on them can behave quite
> mysteriously when things like tcpsndbuf hit a limit.
>
> And I've seen some very very strange behavior out of applications when
> these limits get hit... its been truly baffling sometimes!
>
>
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://openvz.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://openvz.org/pipermail/users/attachments/20080710/d8f9a51d/attachment-0001.html