Hola :) El Saturday 14 February 2009, Alex Rodriguez escribió:
Hola tod@s,
A donde un cliente instalamos un servidor OpenSuse 11.1 con Samba, para que comparten los archivos de manera centralizada, y no guardan nada en sus PC.
Vamos, que soporta mucha carga el Samba.
Parte de la red esta inhalambrica.
En ciertos momento, el proceso smbd ocupa 100% del CPU, y deja el servidor suuuuuuper lento, o indisponible.
Lo raro es que se hace imposible matar al proceso que ocupa el CPU. Ni un kill -9 del proceso lo mata :-(((
Consejo, cuando tienes un proceso que no hay manera de matarlo (-9 tampoco funciona). Lo más probable es que esté en estado D (Uninterruptible Sleep). Es decir, está haciendo I/O a disco. NO puedes matar procesos en este estado.
Solo cortando la luz permite reiniciar el servidor.
Si :(
Cambiamos la versi�n de de la versi�n 3.3.0 a la versi�n 3.2.6, esperando que resuelva el problema. Nada, igual en algun momento (varios minutos o horas) regresa el problema.
Sospechamos que algun(os?) usuario cierra mal su conneccion (o pierde un intante la conexion wifi (?), y eso vuelve el Samba loco.
Puede ser.
Abajo un extracto de smbd.log para el dia de hoy. Espero que encontraras la razon.
El proceso que ocupa 100% es el 11878, iniciado segun el log por el IP 192.168.1.67 (los IP son fijos) a las 8h51, y este IP cerro las conexiones a las 11h57, pero son las 12h35 y el pid 11878 ocupa 100% del CPU y no logro matarlo ;-(((
Talvez hay algo otro que no he visto...
Algo raro: el pid 11878 esta (ahora) a nombre de root y no de admon... Tambien el TIME dice 37:24 que es igual al tiempo entre las 11h57 y las 12h35. Algo sale mal al momento de cerrar la conexion y parar el proceso...
A ver, preguntas: ¿cuántos usuarios tienes conectados simultáneamente? ¿qué HW tiene tu servidor Samba: CPU, RAM, T. red, discos? Y su configuración: bonding, RAID, ... ¿la RAM la tienes distribuida de forma que están todos los canales utilizados? ¿qué tipo de ficheros se manejan? ¿qué tamaño de ficheros se manejan? ¿cuántos ficheros se manejan simultáneamente? ¿t. red son gigabit? En caso afirmativo, ¿usas jumbo frames? ¿Los PCs tienen Gigabit y usan jumbo frames? ¿Los switches? ¿el servidor corre otros servicios: correo, web, proxy, ...? ¿sistema de ficheros utilizado y opciones a la hora de crearlo? ¿cuántos sistemas de ficehros tienes compartidos? ¿controladoras de disco? ¿Tecnología de los discos? ¿compartes bus PCI entre dispositivos? En caso afirmativo, ¿qué dispositivos? Y ¿qué tipo de bus (PCI, PCI-X 32/64, PCIe, AGP)? Tienes que tener en cuenta una cosa: SMB crea un proceso hijo por cada PC cliente que se conecta. Samba CARGA MUCHO los servidores. Para dimensionar bien un Samba, piensa de la siguiente manera: CPU: - 1 GHz por tarjeta Gigabit Ethernet - 1 GHz para el Samba - 1 GHz para el sistema operativo - 1 GHz para el RAID (si es por software) - 1 GHz para el gestor de volúmenes (si usas alguno) RAM - 1 GB de RAM por usuario concurrente - 1 GB de RAM para el sistema operativo - 1 GB de RAM para el Samba Obviamente, son números sacados a "ojímetro". Es decir, no hay ninguna ciencia matemática que ha demostrado esto, son "best practices". Teniendo en cuenta que es un entorno médico, posiblemente estés trabajando con ficheros grandes (radiografías, posiblemente TACs, audio para grabación de exploraciones pulmonares o cardíacas, algún vídeo si se graban sesiones de algún paciente para estudiar comportamientos, ...) y pequeños (citas, ficheros de texto con historial clínico, ...). Esto mata a los discos :( HTH Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org