¡¡¡A ver algún hacker experto si nos puede salvar con este problema técnico!!!
Vengo peleándola duramente con un problema: Es de un usuario en la lista de usuarios de Musix en inglés. https://lists.ourproject.org/cgi-bin/mailman/listinfo/musix-users El tipo tiene el problema siguiente: De vez en cuando (aprox 50% de las veces), tanto programas de KDE como programas GTK se cuelgan, por ejemplo, al intentar abrir o guardar algo desde Firefox o desde Kate, o durante el inicio de un programa KDE. Le pedí todo tipo de datos: de hardware, etc., tengo todo por si alguien lo necesita para saber más... al principio creí que era un dispositivo funcionando mal, pero luego de pedirle que hiciera un strace sobre kate y firefox, me brindó estos datos: Esto hace kate al intentar operar con archivos (últimas líneas del strace:)
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 10 bind(10, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 connect(10, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr(" 127.0.0.1")}, 16
Y esto firefox:
Quite similar with firefox, when I want to "save link...". I just put the last lines.. :
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 48 bind(48, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 connect(48, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr(" 127.0.0.1")}, 16)
strace is a real geek command. Is that how some begin reverse engineering? Anyway..Hmm..I don't see why socket problem..:-) See u.
Es decir: ¿qué debería cambiarse en su sistema para que este problema de socket (en definitiva, de comunicación) sea solventado? ¿Cambiar algún archivo relativo a los hosts? Ni idea! Dejo un análisis del mismo usuario, que es programador pero no está habituado a GNU/Linux:
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 10 bind(10, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("
0.0.0.0")}, 16) = 0
connect(10, {sa_family=AF_INET, sin_port=htons(111), sin_addr=inet_addr("
127.0.0.1")}, 16
As far as I know, with a TCP socket, before a connect..there has to be on the server part an accept.. It is strange..it creates a socket..and after..it wants itself to connect to the same socket?? In fact, they have the same socket id (the socket created..and the one we connect to..), it seems the connect show correct address (127.0.0.1)..but what is the 0.0.0.0 on the bind operation?
Could the problem come from a bad network configuration? (I didn't configured anything..) What I know is that sometimes..I have direct access to the net..some other times..I have to perform a netcardconfigurations (wich performs a dhcp broadcast..)
See u. Julien. "julien bodd" <[email protected]>
-- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix: (www.musix.org.ar) (www.pc-musica.com.ar/musix) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode
para cuestiones tecnicas esta buena la lista de usla ex-lugar, si queres date una vuelta... -- Santiago Roza Proyecto Tiny ERP Argentina Departamento I+D - Thymbra [email protected]
El Viernes, 30 de Junio de 2006 21:38, Santiago Roza escribió:
para cuestiones tecnicas esta buena la lista de usla ex-lugar, si queres date una vuelta...
Semi-solucionado... era un bug en un script de Musix.... veremos cómo repararlo: [Musix-users] Wouhou ! Solution for network problem (Problems with 0.49) De: "julien bodd" <[email protected]> Para: [email protected] Fecha: 30/06/06 21:39 Marco ! carajo, the error is corrected.. I realized that after boot..that I don't have any "lo" interface up! (with ifconfig) Wierd! I checked the file : /etc/network/interfaces, and it was ok :
auto lo eth0 iface lo inet loopback iface eth0 inet dhcp
It seems that /etc/init.d/networking start does not perform well.. After boot..only the eth0 is up. And sometimes, nothing..In those cases..I was performing a : Musix -->Programs -->Knoppix -->Net-->network card configuration. Then, surprising, again only eth0 were up. Still no loopback. So I checked the /etc/init.d/networking script..and saw that the restart option does not make a ifdown of the loopback.. I checked the execution of /etc/init.d/networking restart , and SURPRISING, still no loopback after..I suppose that Musix -->Programs -->Knoppix -->Net-->network card configuration use that script.. So I executed myself an : ifdown -a and after an ifup -a.. And : WOUHOU..eth0 and loopback are there... !!! AND ALL APPS ARE WORKING !!!! Hmmm..for now, I'll put ifdown and ifup in an init script..so I can finally play with Musix. Do you have any idea for the strange behavior? Thank you for the strace tip ! Julien.
-- Santiago Roza Proyecto Tiny ERP Argentina Departamento I+D - Thymbra [email protected]
_______________________________________________ Solar-general mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix: (www.musix.org.ar) (www.pc-musica.com.ar/musix) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode
participants (2)
-
Marcos Guglielmetti -
Santiago Roza