Print

Print


So now I made xrootd fail on several machines

tail from the log is on ccqserv 102, 108, 109, 124 is the same as previously reported, but on ccqserv03, 120, 122 I see:

0808 04:19:45.608 [0x7f37bd949700] INFO  root (build/proto/ProtoHeaderWrap.cc:52) - msgBuf size=256 -> [[0]=40, [1]=13, [2]=2, [3]=0, [4]=0, ..., [251]=48, [252]=48, [253]=48, [254]=48, [255]=48]
0808 04:19:45.608 [0x7f37bd949700] INFO  root (build/xrdsvc/SsiSession_ReplyChannel.cc:85) - sendStream, checking stream 0 len=256 last=0
pure virtual method called
terminate called without an active exception


sudo -u qserv find /qserv/run-jgates/ | grep core

does not find any core file.

Serge, do you want to have a look at the cluster before I run things again?


> On Aug 7, 2015, at 7:25 PM, Serge Monkewitz <[log in to unmask]> wrote:
> 
> I’ve never heard of Linux treating daemon’s specially with regards to core dumping - if you set the ulimit in the appropriate init.d script, you should get a core dump as usual. Can you provide a link?
> 
> Serge
> 
>> On Aug 7, 2015, at 7:02 PM, Andrew Hanushevsky <[log in to unmask]> wrote:
>> 
>> Oh yes, if the thing runs as a daemon, Linux will still suppress teh core file. Does it?
>> 
>> Andy
> 
>> On Fri, 7 Aug 2015, Fritz Mueller wrote:
>> 
>>> I'd vote yes on this, thanks.
>>> 
>>> On 08/07/2015 06:52 PM, Becla, Jacek wrote:
>>>> ok, I am running with unlimited now.
>>>> The question is: do we want to add that to all our init scripts?
>>>> Ill create a story and will do it
>>>> Jacek
>>>>> On Aug 7, 2015, at 4:25 PM, Serge Monkewitz <[log in to unmask] <mailto:[log in to unmask]>> wrote:
>>>>> ulimit -c unlimited
>>>> ------------------------------------------------------------------------
>>>> Use REPLY-ALL to reply to list
>>>> To unsubscribe from the QSERV-L list, click the following link:
>>>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1
>>> 
>>> 
> 


########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the QSERV-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1