Date: Fri, 08 Feb 2013 14:46:08 +0200 From: Andriy Gapon <avg@FreeBSD.org> To: Fabian Keil <freebsd-listen@fabiankeil.de>, zont@FreeBSD.org, current@FreeBSD.org Subject: Re: geli(8) breaks after a couple hours of uptime Message-ID: <5114F390.4010302@FreeBSD.org> In-Reply-To: <20130208114825.GY35868@acme.spoerlein.net> References: <20130207141833.GA15884@acme.spoerlein.net> <20130207153322.5c371beb@fabiankeil.de> <20130207180153.GX35868@acme.spoerlein.net> <20130208095709.6ae61cff@fabiankeil.de> <20130208114825.GY35868@acme.spoerlein.net>
next in thread | previous in thread | raw e-mail | index | archive | help
on 08/02/2013 13:48 Ulrich Spörlein said the following: > The problem here is that I login via my user account, then either use > sudo or sudo -i for a root shell, this however does not raise the > memorylocked limit. So when I said this works during boot and shortly > after, it's because I haven't started my screen session yet, through > which I do all the work, usually, but have logged in with a direct root > shell. D'oh! > > It looks like 128k as a limit is still too low for geli(8) to work, and > I've set it to 256k now, so that I can use "sudo geli". Can you maybe > revise the patch to not use 1024k as an arbitrary limit, but rather make > sure you test for precisely as much memory as will be needed? > > Also, can we maybe revisit the new 64k default limit, as it will > obviously make peoples work with geli a bit painful, this should work > out of the box. I have some, IMO, better suggestions: - use -c option with sudo - tune your system for your needs - [major] abolish the silliness of tying resource limits to login class and apply resource limits based on user and group IDs; including after su/sudo (subject to local policies) -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5114F390.4010302>