Hola :) El Martes, 26 de Septiembre de 2006 15:57, JeReC escribió:
Hola
Soy un asiduo usuario a esta genial distribuci�n y de la cual en la ultima versi�n, la 10.1, me he encontrado bastantes problemas b�sicamente en el "YasT".
Ayer encontr� un fallo grav�simo derivado de la "actualizaci�n en linea" ("YOU") de "YaST" en la versi�n de SuSe 10.1. Este error tambi�n ha sido reportado en la siguiente URL, creo que no oficial, de SuSe: http://www.forosuse.org/forosuse/showthread.php?t=8299
Os explico:
Despu�s de ver que me quedaba la maquina bloqueada, debido a que arranque el "konqueror" en "Windowmaker" (lo he hecho siempre, para ir mas r�pido en montar una usbzip). Solo me funcionaba el rat�n, nada mas, no cambiaba de ventanas ni responian los programas ya abiertos. Despu�s de esperar un buen rato, consegu� hacer "login" como "root" desde otro tty. Me pase por "/tmp" y vi que hab�a una infinidad interminable de directorios tipo: "YasT-[numeros-y-letras]", de los que hace el "YasT" temporalmente para escribir sus cosas y que despu�s delicadamente borra el solo. Eran tantos que un "rm" no los podia borrar, debido a que no los puede concatenar debido a limitaciones del "bash".
No estoy muy de acuerdo con esto. Nosotros tenemos clientes con más de 60 millones de ficheros en un filesystem y, concretamente, tenemos un cliente en España con más de 40 mil ficheros en un directorio y no hemos visto este tipo de limitaciones. Un ejemplo más casero es el que hice anoche, borrar 22 GB con más de 130 mil ficheros repartidos en 5 directorios. Antes de borrarlo, pude usar el comando find concretamente un find /mnt/xfsdumps -type f -exec chmod 0640 {} \; (recordemos que hablo de más de 130 mil ficheros) y no tuve problemas de shell, buffers, ... Es un AMD 1333 con 1.5 GB de RAM. También usé otros comandos: ls, rsync, ... y pude usar konqueror (desde KDE ;) y no tuve problemas. Hay veces que el buffer se te puede llenar y hay comandos que no se ejecutan al 100%, para lo cual necesitarías usar: comando largo | xargs comando2 Yo creo que es más bien un problema de velocidad de disco duro. ¿Qué filesystem estás usando? Algunos no pueden trabajar con muchos ficheros.
Esta era la raz�n por la que el "konqueror" me hab�a bloqueado la maquina, queria acceder al "tmp" y tenia problemas para listar o escribir en el. La soluci�n fue borrar el directorio "tmp" y volver a crear otro con los mismos permisos.
Antes has dicho que no podías borrar el contenido, ahora dices que sí ... hacer un: cd /tmp && rm -Rf YaST-* es lo mismo (aunque menos peligroso) que: rm -Rf /tmp
Yo lo he probado en otra maquina y tambi�n estaba igual y esta ma�ana lo he vuelto a hacer y tambi�n. Sucede de esta forma.
1 - Desde las "X", abrir el "YasT" 2 - Seleccionar "Actualizaci�n en linea" 3 - Una vez abierta la ventana cerrad la anterior, la principal del "YasT". 4 - Comenzad una actualizaci�n y la cancel�is antes de que acabe. 5 - Id a ver vuestro /tmp, se van creando directorios del tipo "YaST2-08607-eXyBxe" Como matarlos: 6 - Como "root" moved el "tmp", el proceso que crea los directorios ya no podr� escribir en el. (ej: mv tmp tmpOLD) 7 - Buscad el proceso con: "ps axft" 8585 ? S 0:00 /bin/bash /sbin/yast2 online_update 8719 ? R 0:00 \_ /usr/lib/YaST2/bin/y2base online_update qt vereis que el hijo va cambiando de PID. Bien, matemos al padre (kill -9 8585) 8 - Borrad los directorios de "tmpOLD" que no se habr�n creado muchos y volved a mover "tmpOLD" a "tmp".
Hay una solución más sencilla, edita el fichero: /etc/sysconfig/cron Y pon lo siguiente: MAX_DAYS_IN_TMP="1" MAX_DAYS_IN_LONG_TMP="1" TMP_DIRS_TO_CLEAR="/tmp /var/tmp" LONG_TMP_DIRS_TO_CLEAR="/tmp /var/tmp" CLEAR_TMP_DIRS_AT_BOOTUP="yes" Y luego ejecuta: SuSEconfig Cada vez que reinicies el SUSE, se borrará el directorio /tmp y el /var/tmp.
A ver si alguien con la 10.1 puede probarlo y confirmar-me de este gran bug.!!!. Programas coma las "X" y otros, escriben ficheros y directorios en "tmp", si existe este colapso de directorios puede que el sistema o algunos programas se vuelvan inestables.
No, lo que puede ocurrir es que al mover el /tmp las X y OOo dejen de funcionar porque crean en /tmp sockets y symlinks que usan en tiempo de ejecución. Pero este problema se debe a que se ha movido /tmp, no a que YaST2 cree ficheros temporales. Otro problema con el que te puedes encontrar es que se te llene el filesystem / si no has separado /tmp. Esto puede provocar un cuelgue del sistema. Esto sí sería debido a que YaST2 llena el sistema de ficheros y tendría su culpa por no borrar ficheros temporales. De todas maneras no sería culpa exclusiva de YaST2 porque es nuestro deber velar por nuestros filesystems. También hay que tener en cuenta que muchas aplicaciones crean ficheros tmp y, si se ha producido un cuelgue o cierre inesperado, leen el fichero tmp y saben dónde se han quedado para luego borrarlo. Sí estoy de acuerdo que YaST2 debería borrar los ficheros tmp que crea y que habría que notificarlo a los desarrolladores.
Nota: Aparte del problema comentado en el "YOU", las fuentes de instalaci�n no se pueden cambiar de orden o a veces no te deja agregar.
Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman