Juan Erbes escribió:

Convengamos que ese procedimiento para que falle, no es un procedimiento "normal". O me vas a decir que si a tu coche lo pones agua en el tanque de combustible, sigue funcionando sin problemas?

Salu2

O sea que es normal que pase eso¿¿?? Los programas siempre funcionan bien!!, son los usuarios que no los saben hacer funcionar. Vaya, esta contestación, sin animo de ofender, me parece propia de un dependiente del MediaMark o de un usuario de Windows. No estamos hablando de poner agua o no en el coche, si acaso, seria poner gasolina, parar de ponerla e irte a otra gasolinera porque te lo has pensado mejor y no te gusta el precio de la que estas. Esto debería influir en el funcionamiento del coche.?¿?¿ Yo reporte un error que estaba repetido en dos maquinas completamente diferentes, a partir de ver el temporal colapsado. Lo que hice es intentar volver a generar-lo y efectivamente paso otra vez. Mi animo fue reportar-lo para poder avisar o ayudar algún usuario de SuSe 10.1. Después de llamar a Novell y ver que no se enteran de la película y te pasean como los de telefónica, lo reporte en dos listas. Que sigan así y seguro que logran una gran distribución. En fin, ahí queda "mi" bug por si a alguien le ayuda e yo intentare aprender a usar los programas del SuSe. JeReC

El 27/09/2006 8:34:12 JeReC escribió: lluis6a> Después de llamar a Novell y ver que no se enteran de la película y te lluis6a> pasean como los de telefónica, lo reporte en dos listas. Que sigan así y lluis6a> seguro que logran una gran distribución. lluis6a> En fin, ahí queda "mi" bug por si a alguien le ayuda e yo intentare lluis6a> aprender a usar los programas del SuSe. Es que llamar a Novell no es la manera adecuada de reportar un "bug", ya que para eso está el "bugzilla": http://en.opensuse.org/Submitting_Bug_Reports -- Saludos, Josep M. Queralt

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-09-27 a las 10:28 +0200, JeReC escribió:

aun no se de nadie mas que se haya encontrado con el mismo problema.

Porque el problema es la manera que tienes de usar el yast. Ninguno hemos notado ese problema. Si tu crees que eso es un bug, pues lo reportas en el bugzilla. Lo será, ¿pero gravísimo? Vamos, anda. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFGkNLtTMYHG2NR9URAnRLAKCFNoltGbRurCG6WO7lPahwlt+GVgCfUbMr cRZu3I8iebZkIdk2pu0tD/s= =DLur -----END PGP SIGNATURE-----

Es el ejemplo que yo le di, de poner agua en el tanque de combustible. Si no se hacen los procedimientos como corresponde es probable que algo resulte mal.

No, no te creas. Hay una ley de Murphy que dice: El sistema esta hecho a prueba de tontos, excepto de ese maldito tonto. Yo si que creo que las aplicaciones han de ser diseñadas a prueba de cualquier usuario, de cosas como esa. Claro que, YaST no es para usuarios corrientes y molientes, sino para administradores, nada menos. Por cierto Lluis, no vayas a pensar que te estoy llamando 'maldito tonto' :D No es más que una ley de murphy...

Y para hacerlo como el lo hizo, realmente, hay que tener ganas de hacer las cosas mal.

... ese maldito usuario :D

y pretende aparecer como el inventor de la polvora. Lo unico que ha logrado, es demostrar su ignorancia.

Pelín prepotente, no? Sólo soy capaz de pensar en una persona en esta lista que jamás haya preguntado algo. El resto, todos preguntamos, asi que todos somos ignorantes en mayor o menor medida. Creo que ya hemos hablado alguna vez de aquello de mostrar cierto respeto por otros miembros de la lista, así que no insistiré en el tema otra vez. -- Saludos, miguel

El 27/09/06, JeReC escribió:

...

Es el ejemplo que yo le di, de poner agua en el tanque de combustible. Si no se hacen los procedimientos como corresponde es probable que algo resulte mal. Y para hacerlo como el lo hizo, realmente, hay que tener ganas de hacer las cosas mal.

Pero que dices!!!, simplemente es lo que explique, directorios de YasT en tmp. Tampoco hay un manual que diga, que no puedo cerrar una ventana y dejar otra abierta. O vas a hacer tu el "HowTo del buen cliqueador de ventanas"?¿

...

Por otro lado, tampoco se trata de registrar bugs a la ligera, sino que previamente hay que hacer una busqueda, para ver que no esté ya registrado ese bug en: https://bugzilla.novell.com Por eso lo he reportado a esta lista y no a bugzilla

Y el colmo es que titula el mensaje con "Bug gravisimo", por lo que se puede deducir, que no tiene la menor idea de lo que significa un bug grave, Y tu si sabes que es un bug grave¿? Los encuentras a menudo?

Ya llevo registrados unos cuantos bugs en bugzilla de las versiones alfa y beta de opensuse, (por algo me mandaron la cajita con manuales, cds y dvd de la versuion 10.1) y no lo ando publicando a los 4 vientos, y jamas se me ocurriría de calificar como "falla grave" una falla que genero intencionalmente, haciendo maniobras que a ninguna persona normal, no se le ocurrirían hacer.

Gravisimo, me refería a que una aplicación o un proceso casi hace que tenga que rebotar la maquina casi quitando la corriente, perdiendo mi sesion X, mi sesion vmWare y una VPN importante. Y también estaba presente en la maquina de casa. No estamos hablando de un programa sino de una herramienta de configuración del sistema. En fin, no voy a entrar a discutir el tema.

...

y lo peor del caso es que seguramente tampoco lo descubrió el, y pretende aparecer como el inventor de la polvora. Lo unico que ha logrado, es demostrar su ignorancia. No, me dedico a leer errores de otra gente y los pongo en las lista para pasar el rato. Anda ya, ¿que estamos discutiendo? mi ignorancia, según tu, o un error que lo expuse como ya he dicho para sacar el agua clara y ayudar si es el caso a la comunidad.

Mas bien parece que estas echando agua sucia, tratando de embarrar el prestigio de la distribución. Si quisieras ayudar, deberías registrar tu "bug gravisimo" en bugzilla, y dejar de hacer alboroto. Salu2

Montse Gonzalez escribió:

Hola,

Bueno LLuis.... perdona pero si no recuerdo mal, hablaste conmigo y yo te mandé a Bugzilla y te envié la dirección exacta....., la misma que te está dando Josp M., así que por favor, no informes sólo a medias de la ayuda que recibiste en Novell.

Salu2 a todos Montse

...

...

...

On 27/09/2006 at 9:42, in message <20060927094204.F455.JMQUERALT@pobox.com>, "Josep M. Queralt" wrote:

El 27/09/2006 8:34:12 JeReC escribió:

lluis6a> Después de llamar a Novell y ver que no se enteran de la película y te lluis6a> pasean como los de telefónica, lo reporte en dos listas. Que sigan así y lluis6a> seguro que logran una gran distribución. lluis6a> En fin, ahí queda "mi" bug por si a alguien le ayuda e yo intentare lluis6a> aprender a usar los programas del SuSe.

Es que llamar a Novell no es la manera adecuada de reportar un "bug", ya que para eso está el "bugzilla":

http://en.opensuse.org/Submitting_Bug_Reports

Es verdad Montse, ahora he visto tu correo que estaba en la otra dirección que te di. Me referia que antes de contactar contigo llame una 4 veces a Barcelona y 3 a Madrid y me dieron diversos números. Gracias por la información.

Rafa Grimán escribió:

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.

ReiserFS

...

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

No. Digo que pude borrar el directorio. Me explico Y tanto que no es lo mismo. rm -rf YasT-* al poner asterisco al comando rm, la bash expande o cambia el asterisco por todo el conjunto de ficheros, el string resultante no lo acepta el comando rm. Hacer un rm /tmp lo unico que se elimina es la entrada de este directorio, fijate que es un momento en borrar-lo. Puedes provarlo si quieres y veras que tengo razon. create un directorio y ejecuta este escript for i in `seq -f%8g 1 14170|tr -t " " "0"`; do mkdir $i done esto te creara 14170 directorios de 8 caracteres dentro del directorio que has creado si ejecutas: echo * | wc -c veras que son 127530 bytes prueba desde dentro del directorio de hacer: rm -rf * y obtendras: -bash: /bin/rm: La lista de argumentos es demasiado larga Eso quiere decir que el comando rm -rf al subtituir el * por los nombres sobrepasa el limite Si tan solo borras un fichero rm -r 00014170/ veras que ya puedes ejecutar el rm -rf * Puedes provar de aumentar mas el numero de directorios, el rm no puede borrar-los pero si que puedes borrar el directorio principal Ya sabemos que con el find se puede hacer. Pero mira el error que lanza la hacer: find -type d -exec rm -rf {} \; find: ./00014167: No existe el fichero o el directorio find: ./00014168: No existe el fichero o el directorio find: ./00014169: No existe el fichero o el directorio find: ./00014170: No existe el fichero o el directorio Pero los borra todos.

...

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.

El tmp lo movi solamente para poder matar el proceso padre ya que el hijo iba cambiando de PID