[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20040917 rpc.ldmd signal 11s

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20040917 rpc.ldmd signal 11s
  • Date: Fri, 17 Sep 2004 16:33:34 -0600
Art,

>Date: Fri, 17 Sep 2004 17:33:32 -0400 (EDT)
>From: "Arthur A. Person" <address@hidden>
>Organization: UCAR/Unidata
>To: Steve Emmerson <address@hidden>
>Subject: Re: 20040917 rpc.ldmd signal 11s 
> Keywords: 200408311254.i7VCsh8E018445

The above message contained the following:

> I started the rpc with the following script:
> 
> #!/bin/sh
> ulimit -a
> rpc.ldmd -m 21600 -t 30 -q /usr/local/ldm/pq/ldm.pq 
> /usr/local/ldm/etc/ldmd.conf > /usr/local/ldm/ldmd.pid
> 
> which produces:
> 
> core file size        (blocks, -c) unlimited

That should do it.

> data seg size         (kbytes, -d) unlimited
> file size             (blocks, -f) unlimited
> max locked memory     (kbytes, -l) 4
> max memory size       (kbytes, -m) unlimited
> open files                    (-n) 1024
> pipe size          (512 bytes, -p) 8
> stack size            (kbytes, -s) 10240
> cpu time             (seconds, -t) unlimited
> max user processes            (-u) 7168
> virtual memory        (kbytes, -v) unlimited
> 
> But it still doesn't dump core when I SEGV the child process.

I suspect that the operating system won't allow a set-uid-root process
to dump core for "security" reasons.

I'll try to find a way around this.

> Arthur A. Person
> Research Assistant, System Administrator
> Penn State Department of Meteorology
> email:  address@hidden, phone:  814-863-1563

Regards,
Steve Emmerson