2013/10/28 Francisco F. <admin-listas@satel-sa.com>:
El 26/10/13 22:49, Rafa Griman escribió:
[...]
¿CPU y RAM?
2 xeon dual core
4gb sobran casi todos
[...]
¿Mezclas NFS y SMB? ¿Con los mismos datos? Me refiero a que si un mismo fichero (directorio o no) los compartes tanto con NFS como con SMB. NO lo hagas.
Solo es para pruebas, el NFS solo lo tengo yo. En este caso el NFS iba bien asi que el samba tiene algo a descubrir.
Siempre y cuando tengas las mismas aplicaciones entrando por NFS y entrando por Samba y hagas las mismas pruebas con los mismos PCs, los mismos usuarios, ... Por lo que dices de "el NFS solo lo tengo yo" ... me da que no ;)
De todas formas se supone que el kernel oplooks sirve para algo (aunque parece que falla bastante)
[...]
- el RAID 5 no es la configuración ideal para el tipo de acceso de la aplicación o usuario que accede al share problemático
Si pero no se puede hacer otra cosa (la pasta manda) Y seguridad/maxima capacidad al mismo precio.
Estoy de acuerdo, pero no puedes esperar tener un Rolls/Ferrari/... por el precio de un Ford Fiesta. Es a lo que voy. Si tienes montado un RAID 5, tienes que esperar resultados de un RAID 5.
Esta reprobado que va bien todo eso.
¿El qué va bien? Y ¿cómo lo has comprobado y demostrado? Lo pregunto porque no he visto datos/resultados de monitorización.
Pues en escritura directa en el servidor entre directorios Por ftp, por ssh, por NFS, todos esos protocolos van bien.
¿Esos protocolos van bien desde los mismos PCs que el Samba? Lo pregunto porque dices que el NFS lo usas tú para pruebas y te funciona bien, pero no dices si es desde los mismos PCs que tienen problemas con Samba o desde otro.
Si lo que dices de la RAM es cierto, demuestra lo contrario: el RAID utilizado es el incorrecto. A menos que tengas otros problemas que impidan que el Linux llene la RAM (caching).
si que lo hace
Entonces no entiendo por qué dices más arriba cuando te pregunto sobre la RAM: "4gb sobran casi todos" Si está cacheando, no sobrarían. No entiendo tu respuesta.
¿Has monitorizado el sistema (RAM, IOPS, CPU)? Te podría ayudar a encontrar el problema ;)
Si, la CPU se pone al 100%, pero solo con samba La RAM consume lo normal
Preguntas: 1.- Si la CPU se pone al 100%, ¿con qué procesos? ¿Sólo con el demonio smb/nmb? 2.- ¿Has medido IOPs mientras la CPU está al 100%? 3.- ¿Qué es normal? Para mis clientes normal es consumir 64 GB de RAM. ¿Es eso normal para tu caso? 4.- ¿Qué ocurre en los Windows? ¿La CPU se pone al 100%? ¿Cuándo? ¿Con qué aplicación?
En fin que me suena a algun dato de "cache" del samba pero no consigo encontrar solucion.
Monitoriza RAM, CPU e I/O al mismo tiempo y localiza cuándo y quién hace que la CPU se dispare. No sabemos si es siempre, si es sólo cuando el usuario PEPE conecta, si es sólo cuando la aplicación ABC accede por Samba, si pasa con 1 PC o desde el momento que se conectan X PCs, si es al acceder a un directorio determinado, ... Yo sigo convencido que es por el número, tamaño, tipo de fichero o tipo de acceso a disco. Si fuera la RAM ... afectaría a todos los shares por igual ... a menos que la configuración de dicho share sea diferente a las demás.
No nos has mostrado la configuración de Samba. Si es algo "compleja", mi consejo es quitar todo lo que "mejora el rendimiento" porque muchas veces depende de parámetros del kernel, el driver de red, ...
Disco RAID5 montado en /mnt/datos
dentro 4 directorios A,B,C,D
permisos del directorio creado root/grupo 770
todos tiene esta configuracion de samba, cambiando los nombres y ruta correspondiente
[DiscoD] force directory mode = 0770 force group = grupodos # recycle:keeptree = Yes # hide dot files = yes # veto files = /.*/*.mp3/*.avi/*.{*}/ # recycle:touch = Yes # vfs objects = recycle volume = D wide links = yes path = /mnt/datos/D # hide files = /.*/ force create mode = 0770 comment = Disco L dpto D valid users = @grupodos,@grupouno create mode = 0770 # recycle:repository = /mnt/datos/A/Papelera/%U # recycle:versions = Yes directory mode = 0770
En los demas la papelera esta activada.
Y el unico que va mal es la comparticion D, pero solo por SAMBA
¿Y la [global]? Si todos los share tienen exactamente la misma configuración (salvo la papelera), sigo pensando que es un problema de disco (# de ficheros, tipo, tipo de acceso, ...). Si sólo afecta a D y todos los shares tienen la misma configuración y todo es igual ... lo que cambia es lo que te digo de los ficheros, acceso a disco, ... Excepto la papelera ... activa la papelera a ver qué pasa. ¿Tienes algún tipo de aplicación que hace algo específico en D cuando se accede? ¿Antivirus, deduplicación, backup, comprimir, descomprimir, archivar, ...? HTH Rafa -- 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