SearchFAQMemberlist Log in
Reply to topic Page 1 of 1
"Too many open files"
Author Message
Post "Too many open files" 
I'm running Amanda 3.1.2 on Solaris 10x86, client is not server
but both platforms are same OS and Amanda version.

To correct this error

amcheck -c curie finsen

Amanda Backup Client Hosts Check
--------------------------------
ERROR: finsen: service selfcheck: selfcheck: error [open pipe to /usr/local/libexec/amanda/application/amzfs-snapshot: Too many open files]
ERROR: finsen: service /usr/local/libexec/amanda/selfcheck failed: pid 3008 exited with code 1
Client check: 1 host checked in 201.322 seconds. 2 problems found.

(brought to you by Amanda 3.1.2)

I'm trying to increase the number of file descriptors avaiable to
the amanda processes on the client.

Recognizing that amanda processes do not invoke the shell and
will not execute .cshrc, I am trying to increase the file limit
by modifying resource controls.

[finsen/export/home] cat /etc/project
system:0::::
user.root:1::::
noproject:2::::
default:3::::
group.staff:10::::
user.amanda:10080:Amanda Daemons:amanda::process.max-file-descriptor=(basic,8192,deny)

This seems to be fine for interactive processes

id
uid=110(amanda) gid=3(sys)

plimit $$
5292: -tcsh
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) 8192 unlimited
vmemory(kbytes) unlimited unlimited

But this is the shell.

When we check the daemon we see a different story.

[finsen/root] plimit 26084
26084: /usr/local/libexec/amanda/selfcheck amandad bsdtcp
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

I'm unclear as to how to increase this limit for the amandad
daemon as started by inetd.

Clearly I'm missing a step but I'm not finding the right docs.

thanks,

Brian
---
Brian R Cuttler brian.cuttler < at > wadsworth.org
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.

Post "Too many open files" 
oh!

We have 277 DLEs on this client, the file decriptor limit is 255.

I wonder if its enough to try and ammend the perl code to include
/usr/bin/ulimit or the mod needs to be higher up in the code.

ERROR: finsen: service selfcheck: selfcheck: error [open pipe to /usr/local/libexec/amanda/application/amzfs-snapshot: Too many open files]
ERROR: finsen: service /usr/local/libexec/amanda/selfcheck failed: pid 28870 exited with code 1

The same code that created the snapshot destroys it, right ?

Jon had a good idea in using tcp_wrappers to up the limit but
I haven't had any luck implementing it. Has anyone used home grown
tcp_wrappers on Solaris 10 ?

thanks,

Brian



On Wed, Dec 22, 2010 at 02:12:03AM -0500, Jon LaBadie wrote:
On Tue, Dec 21, 2010 at 01:53:58PM -0500, Brian Cuttler wrote:

I'm running Amanda 3.1.2 on Solaris 10x86, client is not server
but both platforms are same OS and Amanda version.

To correct this error

amcheck -c curie finsen

Amanda Backup Client Hosts Check
--------------------------------
ERROR: finsen: service selfcheck: selfcheck: error [open pipe to /usr/local/libexec/amanda/application/amzfs-snapshot: Too many open files]
ERROR: finsen: service /usr/local/libexec/amanda/selfcheck failed: pid 3008 exited with code 1
Client check: 1 host checked in 201.322 seconds. 2 problems found.

(brought to you by Amanda 3.1.2)

I'm trying to increase the number of file descriptors avaiable to
the amanda processes on the client.

Recognizing that amanda processes do not invoke the shell and
will not execute .cshrc, I am trying to increase the file limit
by modifying resource controls.

[finsen/export/home] cat /etc/project
system:0::::
user.root:1::::
noproject:2::::
default:3::::
group.staff:10::::
user.amanda:10080:Amanda Daemons:amanda::process.max-file-descriptor=(basic,8192,deny)

This seems to be fine for interactive processes
...

But this is the shell.

When we check the daemon we see a different story.

...
I'm unclear as to how to increase this limit for the amandad
daemon as started by inetd.

just as a check, how about wrapping amcheck in a script.

move amcheck to amcheck.real

install a 2 line script as amcheck

<command to up the descriptor limit>
exec <path_to_amcheck.real> "$ < at > "

Jon
--
Jon H. LaBadie jon < at > jgcomp.com
JG Computing
12027 Creekbend Drive (703) 787-0884
Reston, VA 20194 (703) 787-0922 (fax)
---
Brian R Cuttler brian.cuttler < at > wadsworth.org
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.

Display posts from previous:
Reply to topic Page 1 of 1
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
  


Magic SEO URL for phpBB