Enrique Herrera Noya <[EMAIL PROTECTED]> dijo: > bueno el servidor de correos (postfix+dovecot+squirrelmail)
Distribucion? Paquetes actualizados? Paquetes oficiales o no? > esta > funcionando (aprox. 50 clientes), es una maquina P4, 512 Ram, disco de > 80GB, paso la prueba de rigor , soportar un viernes y un programa ( > eleccion Miss 17-TV) online ni se arrugo....(el servidor) pero..... > en forma aleatorea algunos user dejan de poder conectarse, y al revisar > por ejemplo en /var/spool/mail, se observa que el propietario aparece > con el UID y no con el nombre , ejemplo > > /var/spool/mail# > > -rw-r--r-- 2 501 pepito 4096 mar 13 pepito Eso quiere decir que el mapa UID <--> login esta fallando. Estas con LDAP o archivos? Configuracion de cuentas (/etc/nsswitch.conf)? glibc al dia (particularmente nscd)? Posiblemente algun disco lleno? Algun reporte de OOM matando procesos en los logs/pantalla? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From [EMAIL PROTECTED] Wed Dec 29 10:54:29 2004 From: [EMAIL PROTECTED] (Horst von Brand) Date: Wed Dec 29 10:54:34 2004 Subject: instalar linux en una Sun , server e-1000 familia 4M (sparc) In-Reply-To: Your message of "Wed, 29 Dec 2004 01:16:50 -0300." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Enrique Herrera Noya <[EMAIL PROTECTED]> dijo: [...] > reinicie y cuando dio boot, presione tab > me salieron las opciones linux y linux-up, > coloque linux-up y partio sin dramas =) OK. > revisando silo.conf detecte que el kernel asociado a linux > era con smp, osea con soporte multiprocesador, > y he aqui el dilema , esta maquina tiene 3 procesadores... > pero solo funciona con el kernel "basico" 3 CPUs? Esa configuracion esta soportada? Me parece recordar 1, 2, 4 en esos tarros unicamente. > ¿por que no funciona el SMP, si lo selecciono? Actualiza, es probable que el SMP no funcione en el nucleo "out of the box". O incluso que SMP no tenga caso con sparc32... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From [EMAIL PROTECTED] Wed Dec 29 11:32:47 2004 From: [EMAIL PROTECTED] (Daniel Serpell) Date: Wed Dec 29 11:32:58 2004 Subject: desinstalador mirando al sudeste, o sere yo? In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Hola! El Tue, Dec 28, 2004 at 11:20:20PM -0300, Luis Eduardo Vivero Peña escribio: > > [Esto con Debian 3.1 y kernel 2.6.7-1-386 precompilado] > > Estoy tratando de hacer espacio en mi disco duro e hice apt-get remove > initrd-tools y dice que va a desinstalar la imagen del kernel precompilada > que viene con la instalacion, y lo peor de todo es que no dice que ese > paquete (el kernel) es fundamental para el funcionamiento del sistema!!! Varias cosas: * Como dijo Horst, initrd-tools _si_ es necesario para el paquete del núcleo. Sí, es verdad que una vez instalado no es estríctamente necesario, pero la herramienta de manejo de dependencias no tiene como saber eso. * Los paquetes del núcleo _no_ son esenciales en Debian, eso es porque puedes no tener ninguno instalado y el sistema igual funciona (puedes haber instalado un núcleo compilado por tí mismo, o puedes tener Debian instalado en un chroot, etc.). Parece buena idea incluir algún tipo de advertencia en caso de remover el paquete del núcleo actual, pero eso ya se ha hecho. Si hubieras seguido con las desinstalación, te hubiera dicho: ----------------------------------------------------------------------- You are running a kernel (version $running) and attempting to remove the same version. This is a potentially disastrous action. Not only will /boot/vmlinuz-$running be removed, making it impossible to boot it, (you will have to take action to change your boot loader to boot a new kernel), it will also remove all modules under the directory /lib/modules/$running. Just having a copy of the kernel image is not enough, you will have to replace the modules too. I repeat, this is very dangerous. If at all in doubt, answer no. If you know exactly what you are doing, and are prepared to hose your system, then answer Yes. ----------------------------------------------------------------------- Daniel.