Displaying 4 results from an estimated 4 matches for "defalt_vsz_limit".
Did you mean:
default_vsz_limit
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 smoothly as expected.
I could maybe understand that a system might...
2015 Sep 24
0
FreeBSD 10 & default_vsz_limit causing reboots?
Quoting Timo Sirainen <tss at iki.fi>:
> 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 smoothly as expected.
>
> I could maybe understand...
2015 Sep 15
3
FreeBSD 10 & default_vsz_limit causing reboots?
Ok,
So this is really more of an observation than anything else.?
I had a FreeBSD 10.1 server that was running great. Some SSL issue came up,
or I upgrade Dovecot in ports - something occurred and the machine started
rebooting randomly.? It would run for 2 weeks, then reboot.? It might run
for 5 days and then reboot. So I started doing more FreeBSD upgrades,
thinking it was a kernel issue. The
2015 Sep 24
0
FreeBSD 10 & default_vsz_limit causing reboots?
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 smoothly as expected.
Here's my dmesg for more basic info.
Sep 17 11:25:39 rom...