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

[LDM #YUR-908608]: thinking of bumping our $max_clients

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: [LDM #YUR-908608]: thinking of bumping our $max_clients
  • Date: Wed, 29 Apr 2015 13:25:10 -0600
Holly,

I don't understand how products get to your HTTP server. Is the HTTP server on 
host Ldmout? If not, how does it get the products. Is an LDM running on the 
HTTP server host and does it request products from Ldmout?

If the answer to the last question is yes, then increasing the $max_clients 
parameter would be a possible solution. What is its value now? How loaded is 
Ldmout?

> Hi Unidata LDM support,
> 
> I'm part of the on-boarding team at NCO (NWS) for MRMS.  We have a
> dissemination machine (ldmout) that pushing data from our 47 VM
> configuration out to our user community via LDM (6.8.1).  MRMS is focused
> on severe weather products and also QPE products.  The severe weather
> products are typically pushed out every 2 minutes and sent to ldmout from
> several different machines.  We produce over 150,000 products a day.
> 
> Recently we noticed products not getting to our http server.  The http
> server is hooked into ldmout and writes the data via pqact.conf where our
> http users can see it.  I noticed the products being created but then never
> showing up on the http site.  Upon further investigation we looked at the
> logs and noticed this: (took out full IPs for security reasons)
> 
> Apr 28 00:11:31 vm-lnx-mrms-ldmouta rpc.ldmd[55774] NOTE: Denying
> connection from xx.xxx.xx.101] because too many clients
> Apr 28 00:11:31 vm-lnx-mrms-ldmouta rpc.ldmd[55774] NOTE: Denying
> connection from [xx.xxx.xx.121] because too many clients
> Apr 28 00:11:31 vm-lnx-mrms-ldmouta rpc.ldmd[55774] NOTE: Denying
> connection from [xx.xxx.xx.112] because too many clients
> Apr 28 00:11:31 vm-lnx-mrms-ldmouta rpc.ldmd[55774] NOTE: Denying
> connection from [xx.xxx.xx.101] because too many clients
> Apr 28 00:11:31 vm-lnx-mrms-ldmouta rpc.ldmd[55774] NOTE: Denying
> connection from [xx.xxx.xx.133] because too many clients
> 
> We haven't noticed this in the past so we were wondering what your
> recommended first line of defense would be to prevent our products from
> getting dropped?  Right now we are leaning toward bumping our $max_clients
> to 512.  Do you see any problems with this?  We do not have any bandwidth
> load on our system that would prevent us from doing this.  We appreciate
> any advice you can give.
> 
> Thanks,
> Holly


Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: YUR-908608
Department: Support LDM
Priority: Normal
Status: Closed