On Mon, May 17, 2010 at 11:08 AM, Christopher D. Clausen <[email protected]> wrote: > Derrick Brashear <[email protected]> wrote: >> >> Folks, >> >> I submitted a patch which would use the fact that bosserver runs as >> root to override resource limits and always drop a core. The issue >> it's intended to address is that often people will start bosserver >> from contaminated environments (where coredumpsize is limited) and >> then have a crash, and can provide no data... >> >> Is anyone deliberately turning off cores with limit? Would a command >> line switch to bosserver be acceptable to you in lieu of it? (None is >> provided in this patch yet but it could be if it mattered) >> >> http://gerrit.openafs.org/#change,1959 > > I'd don't care if core files get generated, but I'd want some way to make > sure that the core file doesn't fill the disk partition when it gets > written. I'm not sure how large the files can get, but I have had that > problem in the past (on other software) with multiple GB core files > completely filling a smallish / or /usr partition (as on a file server, I'd > want to have as much space as possible go to the vice partitions.) > > Would it be possible to reserve some space in the vice partition and have > the core file written there instead? (I suppose you could argue that could > be worse, but in general I have much larger vice paritions than system > ones.)
What happens if it's a dbserver and there are no vice partitions? -- Derrick _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
