On Thu, Dec 21, 2023 at 10:54:14AM -0000, Stuart Henderson wrote:
> On 2023-12-20, Why 42? The lists account. <lists@y42.org> wrote:
> >
> > Just tried the mount of /tmp manually from the command line at got:
> > mount_mfs: mmap: Cannot allocate memory
> >
> > When I halved the size (memory) allocated (-s=2097152) it mounts
> > successfully:
> > mjoelnir:robb 20.12 19:50:02 # df -h /tmp
> > Filesystem Size Used Avail Capacity Mounted on
> > mfs:75507 1.9G 1.0K 1.8G 1% /tmp
> >
> > Strange that it used to work. One day (!) I'll re-partition and allocate
> > a partition/slice of "real" storage to /tmp instead of using mfs.
>
> login.conf used to allow unlimited datasize for the 'daemon' class. That was
> changed to cap at 4G
Actually the value is an architecture dependent setting.
On amd64 it is indeed 4G, but typically 1024 Mb on the smaller archs which
until recently, (post 7.4), included i386, which has now been increased to
1500 Mb.
BTW, we already had this exact same discussion with Robb on the list back in
February:
https://marc.info/?l=openbsd-misc&m=167561903118994
So when I asked why he didn't just bump the value, it was indeed a question
and not a suggestion to just do it.
No comments:
Post a Comment