bash: ulimit: dimensione del file core: impossibile modificare il limite: operazione non consentita

28

Fedora 12 gcc 4.4.1

Sto programmando, e il mio programma mi ha dato un dump dello stack.

Tuttavia, non esiste un file principale da esaminare.

Così ho fatto:

ulimit -c unlimited

e ho ricevuto questo messaggio di errore:

bash: ulimit: core file size: cannot modify limit: Operation not permitted

Ho anche provato a impostare ulimit su 50000 e ho comunque riscontrato lo stesso errore.

I risultati di ulimit -a:

$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 12275
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

linux bash

— ant2009
fonte

25

Grep per un'impostazione del limite rigido nei file di inizializzazione di bash. Dalla pagina man di bash .

Un limite rigido non può essere aumentato una volta impostato; un limite morbido può essere aumentato fino al valore del limite rigido.

Il limite rigido viene impostato tramite il flag ulimit -H. Può essere impostato nei file / etc / bash * o / etc / profile *. Cerca un'impostazione ulimit -Hc.

— Darren Hall
fonte

man ulimit: se non viene specificato né -H né -S, vengono impostati sia i limiti soft che quelli hard . Quindi cercare -H o -S non ti porterà necessariamente alla soluzione corretta. Basta grep per ulimit e poi capire se -H o -S o entrambi sono impostati implicitamente. Naturalmente, questo è un decennio più tardi, quindi il comportamento o le pagine man potrebbero essere state aggiornate dalla domanda / risposta originale.

— Jim,

1

Ho avuto questo successo a me quando l'ho usato dropbearcome server SSH. Apparentemente, dropbear fissa alcuni limiti rigidi prima di generare il tuo guscio.

Il passaggio a OpenSSH ha risolto il problema.

— Barry Brown
fonte

Infatti. Proprio all'inizio di main () c'è una chiamata a disallow_core (), che chiama setrlimit (2). Naturalmente per motivi di sicurezza, ma deve esserci un modo migliore. github.com/mkj/dropbear/blob/master/svr-main.c

— Sundae