Date: Fri, 8 Feb 2013 12:48:25 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= <uqs@FreeBSD.org> To: Fabian Keil <freebsd-listen@fabiankeil.de>, zont@FreeBSD.org, avg@FreeBSD.org Cc: current@FreeBSD.org Subject: Re: geli(8) breaks after a couple hours of uptime Message-ID: <20130208114825.GY35868@acme.spoerlein.net> In-Reply-To: <20130208095709.6ae61cff@fabiankeil.de> References: <20130207141833.GA15884@acme.spoerlein.net> <20130207153322.5c371beb@fabiankeil.de> <20130207180153.GX35868@acme.spoerlein.net> <20130208095709.6ae61cff@fabiankeil.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 2013-02-08 at 09:57:09 +0100, Fabian Keil wrote: > Ulrich Spörlein <uqs@FreeBSD.org> wrote: > > > On Thu, 2013-02-07 at 15:33:22 +0100, Fabian Keil wrote: > > > Ulrich Spörlein <uqs@FreeBSD.org> wrote: > > > > > > > Yes, it's pretty much as weird as it sounds. All new machine, forklifted > > > > the image from on old i386 machine running 8.x to current on amd64. > > > > > > > > Everything seemingly works fine, attaching geli volumes shortly after > > > > boot is fine, attached devices continue to work fine. There are no > > > > strange crashes with this machine or anything, but when I try to attach > > > > an USB volume the next day, geli attach segfaults. > > > > > > This could be: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=174831 > > > Except it happens to me when run as root, and: > > Depending on your settings the limit could still apply. > Did you check with ulimit -l to be sure? > > > root@coyote:~# sysctl vm.old_mlock > > vm.old_mlock: 0 > > Looks like I got the logic wrong in the PR ... > > fk@r500 ~ $sysctl -d vm.old_mlock > vm.old_mlock: Do not apply RLIMIT_MEMLOCK on mlockall > > Fabian Of course! root@coyote:~# ulimit -l 64 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. Thanks Uli
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130208114825.GY35868>