Displaying 2 results from an estimated 2 matches for "621m".
Did you mean:
621
2015 Sep 24
0
FreeBSD 10 & default_vsz_limit causing reboots?
...??????????????????????????????????????
up 7+03:02:34? 14:27:59
1265 processes:1 running, 1264 sleeping
CPU:? 2.6% user,? 0.0% nice,? 1.4% system,? 0.2% interrupt, 95.9% idle
Mem: 3326M Active, 2210M Inact, 25G Wired, 8828K Cache, 1655M Buf, 1000M
Free
ARC: 20G Total, 14G MFU, 4646M MRU, 3845K Anon, 621M Header, 1216M Other
Swap: 4096M Total, 4096M Free
Now, it's entirely possible that the user(s) who were eating all my server
resources stopped using the system at the same time I increased the vsz
limit, but that seems unlikely.
I'm leaning towards a FreeBSD issue of some sort - but I tho...
2015 Sep 24
2
FreeBSD 10 & default_vsz_limit causing reboots?
On 24 Sep 2015, at 16:26, Rick Romero <rick at havokmon.com> wrote:
>
> Update. Only a single reboot has occurred since changing
> defalt_vsz_limit from 384M to 512M. It would seem that something the
> users are doing is causing that virtual memory size to be exceeded
> (possibly a mailbox search?), and when that occurs Dovecot/FreeBSD is not
> handling the event as