Hi. On Fri, 07 Nov 2014 18:04:25 -0800 Joris Bolsens <jo...@linux.com> wrote:
<skip> > mremap(0x7f239914d000, 4294971392, 8589938688, MREMAP_MAYMOVE) = -1 EFAULT > (Bad address) It goes downhill from here. Apparently useradd does not checks a return status of mremap, and, according to the mremap(2), EFAULT is defined as: EFAULT "Segmentation fault." Some address in the range old_address to old_address+old_size is an invalid virtual memory address for this process. You can also get EFAULT even if there exist mappings that cover the whole address space requested, but those mappings are of different types. So, chances are - you've found a bug. > and memory info on top: > > KiB Mem: 2061128 total, 263680 used, 1797448 free, 75180 buffers > KiB Swap: 2094076 total, 0 used, 2094076 free, 118000 cached I'd try adding some memory (or swapspace) to this VM to satisfy mremap's wish to remap to exactly 8G virtual memory. > and another interesting not, groupadd works fine, but groupdel also gives a > segmentation fault. > # groupadd testgrp > # groupdel testgrp > Segmentation fault And groupdel fails at the same > output of strace on groupdel: > mremap(0x7f7f71f1c000, 4294971392, 8589938688, MREMAP_MAYMOVE) = -1 EFAULT > (Bad address) Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141108104313.fa2a07ed7b979d9b0d829...@gmail.com