[Devel] 1.0.0 crash
Bogdan-Andrei Iancu
bogdan at voice-system.ro
Mon Jan 30 15:45:24 CET 2006
Hi,
regarding the ulimit, I have to agree with Klaus - it's a good thing to
have since crashes are unexpected - even on production.
about the used user_id and group_id, I thing by default should be none -
let's not force and let the user to decide if he wants to use such options.
regards,
bogdan
Klaus Darilion wrote:
> Considering this case:
> openser was running fine for 2-3 months. Suddenly a crash, we can't
> fix it as I do not have a core dump. Thus, we have to wait again 2-3
> months for another crash and the same bug will maybe cause outages at
> other sites too.
>
> regards
> klaus
>
> Dan Pascu wrote:
>
>> On Monday 30 January 2006 15:14, Klaus Darilion wrote:
>>
>>> Bogdan-Andrei Iancu wrote:
>>>
>>>> Klaus Darilion wrote:
>>>>
>>>>> Bogdan-Andrei Iancu wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> also be sure to have the permission to generate core. Do "ulimit -c
>>>>>> unlimited".
>>>>>
>>>
>>> Why not having "ulimit -c unlimited" and PARAMS="-P $PIDFILE -u openser
>>> -g openser -w /tmp" in the default startup script? We would get lots
>>> more cordump to analyze.
>>
>>
>>
>> I think the startup script should come in a form that is suitable for
>> using the proxy on a production platform, not for debugging.
>> I personally do not want to edit the startup script everytime I
>> install the proxy to remove options from it because they are meant
>> for debugging which I don't need, except on rare occasions when I can
>> manually add them for the moment until I fix the problem.
>>
>> A better idea would be to include some configuration file from the
>> startup script and in that configuration file we can have various
>> options defined. something like:
>>
>> DEFAULTS=/etc/defaults/openser
>> if [ -f $DEFAULTS ]; then
>> . $DEFAULTS
>> fi
>>
>> then we can have conditionals:
>>
>> PARAMS="-P $PIDFILE -m $MEMORY -u $USER -g $GROUP"
>>
>> if [ $DEBUG = "yes" ]; then
>> ulimit -c unlimited
>> PARAMS = "$PARAMS -w /tmp"
>> fi
>>
>> This approach would also help to avoid the need to edit the startup
>> script to change things like amount of memory, user/group to run as, ...
>> Instead one would only have to edit the defaults file
>>
>> P.S.
>> For a core file to be truly useful, the program should be compiled
>> with -O0 (i.e. no optimizations). Else precious information may not
>> be available to the debugger, so someone willing to get backtraces
>> from openser crashes has to do a bit more than just set the core
>> limit size and the directory where to write them.
>>
>
More information about the Devel
mailing list