Hola Creo que el mail merece unos comentarios.
Cordialmente Luensacon -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Felix Manuel Arismendi Quispichuco Enviado el: Sábado, 04 de Marzo de 2006 12:26 a.m. Para: [email protected] Asunto: RE: [l-plug] problemas con archivos en red Lo unico que te puedo decir, es que he compilado muchos kernels y no he tenido problemas, [Luensacon] Si cuentas con la experiencia necesaria felicitaciones ademas tenia entendido que esa version de la mencionada distribucion en sus cds incluia tanto 2.4.x y 2.6.x y que por default instalaba la 2.4.x. [Luensacon] Es correcta la afirmación Sobre el software propietario que mencionas, es una lastima que el software propietario en general tienda a actualizarse muy lentamente, bajo el argumento que linux es un grupo minoritario, por lo demas, salvo algunos ferreos tradicionalistas o usuarios de versiones de linux mas bien antiguas, el resto hace algun tiempo goza de las ventajas en performance que 2.6 provee, aquello de falta de estabilidad ya es cosa del pasado, [Luensacon] Nunca mencione la palabra inestable, el termino utilizado fue incompatible que en mi humilde opinión no es lo mismo. el ejemplo de antivirus, por un lado hay contrapartes de software libre que lo hacen muy bien, ademas ese no es un problema que afecta a linux, mas bien cuando se instala servidor de correos para frenar la propagacion de virus usando como intermediario al servidor siendo destino para clientes windows. [Luensacon] Solo cuando se instala un Mail Server?, creo que todos los Server deben tener antivirus, es todo un tema que no vale la pena discutir, sin embargo te dejo el siguiente link [ http://vil.nai.com/vil/content/v_99693.htm ]. Para el caso de un Mail Server, en la mayoria de casos todos los desktop seran Microsoft y debemos como tu bien dices frenar la propagacion de virus. Te invito a que visites este Link http://www.mcafee.com/us/products/mcafee/antivirus/fileserver/linuxshieldht m en el lado derecho Datasheet veraz que para ser una solucion empresarial no existe una version publicada para Kernel 2.6. Sin embargo concuerdo contigo que pueden buscarse reemplazos con licenciamiento libre. En el caso de bases de datos propietarias, las mas renombradas de ellas no tienen ningun problema con la 2.6.x, por lo demas la brecha no cubierta por software libre es cada vez mas pequeña, de manera tal que casi siempre podras encontrar mas de un sustituto al producto propietario, lo demas es fidelidad a la marca. [Luensacon] Finalmente soy de las personas que trata de tener una mente abierta - open :) - asi que trato de determinar siempre la mejor alternativa en lo que respecta soluciones. Saludos FMAQ El vie, 03-03-2006 a las 23:51 -0500, [EMAIL PROTECTED] escribió: > Yo no recomendaria usar aun ese Kernel debido a que no todos los soft pueden > desenvolverse de manera adecuada sobre el mismo. > Ej. Mi RH-SE-4 tiene ese Kernel y presenta varias incompatibilidades con > antivirus y soft de terceros. > > Finalmente cuando uno hace upgrade en Debian Sarge no actualiza el Kernel de > manera automatica, en consecuencia tendria que hacerlo manualmente, con todo > el riesgo que ello conlleva. > > Cordialmente, > > Luis Enrique Salas C. > Luensacon > > > > > -----Mensaje original----- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > En nombre de Felix Manuel Arismendi Quispichuco > Enviado el: Viernes, 03 de Marzo de 2006 07:15 p.m. > Para: [email protected] > Asunto: Re: [l-plug] problemas con archivos en red > > He encontrado referencias de problemas de corrupcion de archivos (en > internet), con referencia al kernel 2.4.18 por ejemplo, deberias > cambiar a la version 2.6.xx, me imagino que la version de debian que > usas tambien debe de tener un update a un kernel mas actual, cuales es > tu linea de montaje en el fstab de tus particiones nfs, estas usando > rsize=8192 y wsize=8192? estas usando hard?, como mencione antes las > referencias de corrupcion de archivos en nfs se suelen dar con archivos > de varios megas, que tamaño tienen tus backups?. > > Suerte > > FMAQ > > > El vie, 03-03-2006 a las 18:59 -0500, Carlos Mendez escribió: > > Verifique que solo en los bakcups tengo ese problema, supongo que debe > > ser la manera que estoy haciendo los backups, utilizo el interfaz del > > webmin para programar mis backups así que e variado la conflagración, > > y si no liga los haré manualmente para ver si algo esta fallando en > > esto. > > > > Mi kernel es > > 2.4.27-2-386 > > > > > > > > 2006/3/3, Felix Manuel Arismendi Quispichuco <[EMAIL PROTECTED]>: > > > Cuando accedes al volumen que reporta el daño desde la maquina en que > > > esta instalado el disco duro, tambien sucede? o solo cuando lo compartes > > > y accedes a el desde otras maquinas, Cual es la version del kernel?. > > > Si esos archivos comprimidos los descomprimes en otra maquina es decir > > > copiandolo primero al disco duro de otra maquina, no hay problema? > > > > > > El problema solo ocurre con archivos comprimidos? > > > > > > Saludos. > > > > > > FMAQ > > > > > > El vie, 03-03-2006 a las 08:08 -0500, Carlos Mendez escribió: > > > > Realice la revicion correspondiente, y estos fueron los resultados. > > > > al parecer todo va bien... pero aun asi, tengo el mismo problema. > > > > Parece que tiene que ver con que son volumenes LVM. > > > > > > > > Paso el resultado del fsck para ver si alguien puede ayudarme. > > > > Saludos. > > > > > > > > > > > > fileserver:/etc/samba/scripts# fsck -yv /dev/volumen_M/backups > > > > fsck 1.37 (21-Mar-2005) > > > > e2fsck 1.37 (21-Mar-2005) > > > > /dev/volumen_M/backups no fue desmontado limpiamente, se fuerza la > revisión. > > > > Paso 1: revisando nodos i, bloques y tamaños > > > > Paso 2: revisando la estructura de directorios > > > > Paso 3: revisando la conectividad del directorio. > > > > No se encontró /lost+found. ¿Crear? si > > > > > > > > Paso 4: revisando las cuentas de referencia > > > > Paso 5: revisando el resumen de información del grupo > > > > > > > > /dev/volumen_M/backups: ***** EL SISTEMA DE FICHEROS FUE MODIFICADO > ***** > > > > > > > > 32195 inodes used (0%) > > > > 193 non-contiguous inodes (0.6%) > > > > # de nodos i con bloques ind/dind/tind: 10118/675/3 > > > > 10323184 blocks used (40%) > > > > 0 bad blocks > > > > 3 large files > > > > > > > > 29160 regular files > > > > 2271 directories > > > > 0 character device files > > > > 0 block device files > > > > 0 fifos > > > > 0 links > > > > 754 symbolic links (98 fast symbolic links) > > > > 0 sockets > > > > -------- > > > > 32185 files > > > > > > > > > > > > > > > > fileserver:/etc/samba/scripts# fsck -yv /dev/volumen_M/ > > > > backups group gruposM M > > > > fileserver:/etc/samba/scripts# fsck -yv /dev/volumen_M/gruposM > > > > fsck 1.37 (21-Mar-2005) > > > > e2fsck 1.37 (21-Mar-2005) > > > > /dev/volumen_M/gruposM no fue desmontado limpiamente, se fuerza la > revisión. > > > > Paso 1: revisando nodos i, bloques y tamaños > > > > Paso 2: revisando la estructura de directorios > > > > Paso 3: revisando la conectividad del directorio. > > > > Paso 4: revisando las cuentas de referencia > > > > Paso 5: revisando el resumen de información del grupo > > > > > > > > 10218 inodes used (0%) > > > > 583 non-contiguous inodes (5.7%) > > > > # de nodos i con bloques ind/dind/tind: 4612/248/0 > > > > 1778727 blocks used (10%) > > > > 0 bad blocks > > > > 0 large files > > > > > > > > 9260 regular files > > > > 948 directories > > > > 0 character device files > > > > 0 block device files > > > > 0 fifos > > > > 0 links > > > > 1 symbolic link (1 fast symbolic link) > > > > 0 sockets > > > > > > > > > > > > > > > > fileserver:/etc/samba/scripts# fsck -yv /dev/volumen_M/M > > > > fsck 1.37 (21-Mar-2005) > > > > e2fsck 1.37 (21-Mar-2005) > > > > /dev/volumen_M/M no fue desmontado limpiamente, se fuerza la revisión. > > > > Paso 1: revisando nodos i, bloques y tamaños > > > > Paso 2: revisando la estructura de directorios > > > > Paso 3: revisando la conectividad del directorio. > > > > No se encontró /lost+found. ¿Crear? si > > > > > > > > Paso 4: revisando las cuentas de referencia > > > > Paso 5: revisando el resumen de información del grupo > > > > > > > > /dev/volumen_M/M: ***** EL SISTEMA DE FICHEROS FUE MODIFICADO ***** > > > > > > > > 11498 inodes used (0%) > > > > 313 non-contiguous inodes (2.7%) > > > > # de nodos i con bloques ind/dind/tind: 3652/179/0 > > > > 1607692 blocks used (10%) > > > > 0 bad blocks > > > > 0 large files > > > > > > > > 10163 regular files > > > > 739 directories > > > > 0 character device files > > > > 0 block device files > > > > 0 fifos > > > > 0 links > > > > 586 symbolic links (94 fast symbolic links) > > > > 0 sockets > > > > -------- > > > > 11488 files > > > > _______________________________________________ > > > > Linux-plug mailing list > > > > [email protected] > > > > http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug > > > > > > > > > > > > > > > > _______________________________________________ > > > Linux-plug mailing list > > > [email protected] > > > http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug > > > > > > > > > > > _______________________________________________ > > Linux-plug mailing list > > [email protected] > > http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug > > > > _______________________________________________ > Linux-plug mailing list > [email protected] > http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug > _______________________________________________ Linux-plug mailing list [email protected] http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug
