Resulta que a pesar que los parámetros de Pureftp desde cpanel si cambian, pure tiene maximo 50 usuarios hardcoded. Levanté un ticket al proveedor del server del trabajo, y esto me respondió:
Alfonso,

Maximum number of ftp users was increased to 150 as per your request:

# ftp dominio.com
Connected to dominio.com.
220———- Welcome to Pure-FTPd [privsep] [TLS] ———-
220-You are user number 1 of 150 allowed.
220-Local time is now 20:50. Server port: 21.
220-This is a private system – No anonymous login
220-IPv6 connections are also welcome on this server.
220 You will be disconnected after 2 minutes of inactivity.
500 This security scheme is not implemented
500 This security scheme is not implemented
KERBEROS_V4 rejected as an authentication type
Name (dominio.com:root):
#

While going through pure-ftpd source code I found that it limits maximum number of users to either value of the MaxClientsNumber configuration option or number of available passive ports divided 2. Previously PassivePortRange was set to the «30000 30100» value so maximum number of clients restricted within the pure-ftpd source code was auto-set to (30100-30000)/2=50. I changed PassivePortRange to «30000 35000» and set MaxClientsNumber to 150 to achieve your needs. Hope this helps

Regards,
Paul

EL problema persiste, aunque ahora ya estña subiendo el load a valores de 2,2 y 2 a plenas 10.30 de la Mañana que son horas pico de facturación.

Tengo la impresión que aunque los ftp estan ya en el limite de 200, y solo se usan unos 120, el problema tiene que ver con que están IDLE. La persona que hizo la parte de la Máquina virtual no contempló el auto close.

No está saturado ni ram, ni cpu. El problema parece ser no de diseño de mi parte(los logs de loads desde php está bien) asi que una de dos: o el diseño de pdfs de los que hacen los formatos está consumiendo muchos recursos por las librerías, o son las conexiones IDLE. Y yo tengo que soportar los IDLE dos minutos, porque ni modo de tumbarlos en automático en menos de eso. Ya es ganancia sobre los 15 minutos estandard de la mayoría de los servidores para cortar IDLEs.

Interesante. Da que pensar que rojointenso.net requiera mas memoria porque siempre están activos los bots de spiders.

De momento en el trabajo hay varios problemas de logística. Uno de los servidores está saturando sus enlaces simultáneos FTP porque los que hicieron la PC virtual no consideraron desconectar los ftp. Así que cada cleinte que se conecta al servidor, usa una de las conexiones.

De momento ni modo de detener ese server porque les pega a los 50 clientes que si están conectados usando pure. Ya configuré elevar a 100 el tope de simultáneos, y modifiqué para que el idle los tire a los 2 minutos en lugar de los quince.

Por mientras no puedo resetear el server, ni entrar a editar los cambios a la lista de artículos para manejar la corrección a fletes.

Será mañana. Lo peor del caso es que este proyecto debería estar funcionando con dos personas de soporte nada más, y al momento están cuatro sin contarme a mi.

Antes de irme resetearé ese server y me enteraré si 100 son suficientes. Como es uno por cliente, espero que sí.

No acabo de entender porque a tantas personas les encanta trabajar doble.

Caso uno:

Hace poco mas de un mes hice un contrato de confidencialidad para mis programadores en el cual incorporé la clausula estándar de derechos de autor, que me permite configurar los delitos de violación a la propiedad industrial si alguien lo quebranta, y  ahora la persona del area contable que esta haciendo el contrato con clientes del producto que manejamos, sigue terca en usar el modo de licenciamiento. En lo personal creo que SaaS (software as service) está muerto de antemano en un entorno como el de México, y ese contrato es un tiro en el pie.

Caso dos:

Un dominio que presté al trabajo para tener el repositorio y un foro de Mybb, tenía que moverlo de caracter de ya al dominio real de la empresa. El proceso no es simple, principalmente porque las cookies de mybb van por nombre de dominio. Por lo que veo Mybb usa tres config diferentes. Ahora que ya esta migrado, tuve que suspender el mybb antiguo, y poner a mis programadores a verificar que este bien asi como los adjuntos tanto de mybb como del repositorio. El problema es de diseño de mybb, no mio. Lo malo es que todo esta migración se hace para facilitar los respaldos por parte de XFBP.