Jon,

On Mon, Dec 20, 2010 at 04:48:24PM -0500, Jon LaBadie wrote:
> Duh ...
> 
> Brian, senility must be creeping in.  I meant to
> check two things before writing my recent note.
> 
> One way to be sure of the limit is to replace
> (temporarily) the amanda program that first runs
> on the client with a simple C program that calls
> getrlimit(2), prints the descriptor value to a
> log file and exits.
> 
> You could then run amdump <config> <client> <one_DLE>.
> Of course the "backup" will fail and you will
> get an email to that effect.
> 
> Or, be on the client as amanda_user or root during
> a backup and run the plimit(1) command.  Given a
> processes PID, it reports the soft and hard limits
> for the process.  Ex.
> 
> $ plimit $$
> 8379: plimit 8379
>    resource            current         maximum
>   time(seconds)               unlimited       unlimited
>   file(blocks)                unlimited       unlimited
>   data(kbytes)                unlimited       unlimited
>   stack(kbytes)               8480            130336
>   coredump(blocks)    unlimited       unlimited
>   nofiles(descriptors)        256             65536
>   vmemory(kbytes)     512000          512000

Good call!

server side I ran # amcheck -c curie finsen 

client side I find the pid of amandad

Clearly using /etc/user_attr did NOT set the limits
on the daemons as I'd hoped.

Thank you, I know know what didn't work and how to verify it easilly.

Its not fixed but the light is getting better.

$ ps -ef | grep amanda
  amanda  5328  5325   0        - ?           0:00 <defunct>
  amanda  5330  5061   0 16:56:39 pts/29      0:00 grep amanda
  amanda  5329  5061   0 16:56:39 pts/29      0:00 ps -ef
  amanda  5325   581   0 16:56:36 ?           0:00 
/usr/local/libexec/amanda/amandad -auth=bsdtcp amdump
  amanda  4941 28882   0 16:40:05 pts/29      0:00 -tcsh
  amanda  5061  4941   0 16:44:23 pts/29      0:00 ksh

$ plimit 5325
5325:   /usr/local/libexec/amanda/amandad -auth=bsdtcp amdump
   resource              current         maximum
  time(seconds)         unlimited       unlimited
  file(blocks)          unlimited       unlimited
  data(kbytes)          unlimited       unlimited
  stack(kbytes)         10240           unlimited
  coredump(blocks)      unlimited       unlimited
  nofiles(descriptors)  256             65536
  vmemory(kbytes)       unlimited       unlimited




> Jon
> -- 
> Jon H. LaBadie                  [email protected]
>  JG Computing
>  12027 Creekbend Drive                (703) 787-0884
>  Reston, VA  20194            (703) 787-0922 (fax)
---
   Brian R Cuttler                 [email protected]
   Computer Systems Support        (v) 518 486-1697
   Wadsworth Center                (f) 518 473-6384
   NYS Department of Health        Help Desk 518 473-0773



IMPORTANT NOTICE: This e-mail and any attachments may contain
confidential or sensitive information which is, or may be, legally
privileged or otherwise protected by law from further disclosure.  It
is intended only for the addressee.  If you received this in error or
from someone who was not authorized to send it to you, please do not
distribute, copy or use it or any attachments.  Please notify the
sender immediately by reply e-mail and delete this from your
system. Thank you for your cooperation.


Reply via email to