-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-11-24 a las 22:22 +0100, Camaleón escribió:
El 24/11/07, Carlos E. R. escribió:
Jupe, hay personas que cuando preguntan algo hay que atarse los machos...
:-)
Pues no tengo ni idea... ¿no hay nada en el yast a estas alturas? ¿o en la wiki?
Bueno, es una configuración muy concreta, no, no veo nada. Y gracias a que en su día Rafa me dio la "recetilla" que si no... sigo sin darle uso a la segunda tarjeta de red.
Ya...
En el peor de los casos, supongo que lo podrás desactivar para que siga trabajando hasta investigar el tema.
Ahora es así como la tengo, sip, voy a esperar si alguien me lo confirma con alguna configuración que tenga en activo, pero creo que ya sé dónde he metido la pata (y menos mal que tengo otros servidores para comparar...).
Los archivos de la 10.0 que están en /etc/sysconfig/network/ifcfg-eth-id se llaman por su identificador, no por "eth0" y "eth1" a secas, que es como lo había puesto en la 10.3.
¡Cachis! >:-)
Esos identificadores han cambiado varias veces.
Pero no esperaba que me pudiera dejar ko el sistema una mala configuración de la tarjeta de red... Ahora estoy instalando todos los paquetes que necesito vía ssh, mejor dejo lo del channel bonding para mañana (¿mañana es domingo...? :-/) para que al menos el lunes no se me venga quejando nadie de que no funciona el servidor de correo.
Pos ya ves... yo he notado unos extraños esta semana pasada: se me quedaba frito el PC un segundo o dos, y luego seguía tan campante. Hubo un momento que se quedó congelado el teclado y el ratón durante dos o tres minutos; pero el gkrelm seguía moviendose. Me dió tiempo a arrancar mi pc auxiliar, con la idea de entrar por ssh, pero cuando terminó de arrancar entonces despertó el 10.3. También he observado retrasos en el reloj del sistema, de hasta media hora, que es cuando el ntpd abandona. He conseguido una vez pillarlo en pleno acto, con las manos en la masa, pero no he sabido que es. Mis sospechas pasan desde un problema en el propio ntp o sus servidores, o un problema en el reloj del kernel (se retrasaba mientras leía una foto del scanner por usb). Ahora bien, lo cierto es que yo también he tocado las narices al kernel, con cosas que tienen que ver con el reloj (lo hice "preempt"), en un intento de hacer su respuesta al teclado más rápida en caso de congestión. Lo he vuelto a compilar, y esta vez lo único que he cambiado es que el reloj (ticker) lo he cambiado a 300 Hz, y lo he hecho "non-smp" y para P-IV. De momento no me ha vuelto a fallar, pero sólo lleva 20 horas. Así que frituras raras son posibles.
P.S. Ya he visto en otro mensaje lo del apparmor... eso sí lo pruebo ahora. Pero me gustaría desactivarlo desde el editor de niveles de ejecución para que no inicie al arrancar ¿sabes el nombre del servicio exacto? Hoy ya no estoy para más sustos...
Pues el mismo nombre que con el rc, pero sin rc. nimrodel:~ # chkconfig apparmor apparmor: unknown service Ah, ¿pues no? Que raro. nimrodel:~ # chkconfig | grep -i armo boot.apparmor 235B ¿boot? :-o nimrodel:~ # locate apparmor | grep "/etc/init.d" /etc/init.d/boot.apparmor /etc/init.d/boot.d/K12boot.apparmor /etc/init.d/boot.d/S12boot.apparmor /etc/init.d/rc2.d/K12boot.apparmor /etc/init.d/rc2.d/S12boot.apparmor /etc/init.d/rc3.d/K12boot.apparmor /etc/init.d/rc3.d/S12boot.apparmor /etc/init.d/rc5.d/K12boot.apparmor /etc/init.d/rc5.d/S12boot.apparmor Pues es ese, en efecto: nimrodel:~ # chkconfig boot.apparmor boot.apparmor 235B Pero te digo una cosa: a mí el apparmor no me da problemas y en cambio me da seguridad. Yo si tuviera servidores los ponía más estricto todavía. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFHSKlEtTMYHG2NR9URAqPgAJ44is/c5JmZhYgSgGnP4QtIUaBC0gCeN4MP rptdKPotYT/agT1ebf+aMuI= =Fq7c -----END PGP SIGNATURE-----