2010/9/13 angeld <[email protected]> > On Mon, 13 Sep 2010, Leandro Minatel wrote: > > 2010/9/13 angeld <[email protected]> >> >> On Sun, 12 Sep 2010, Leandro Minatel wrote: >>> >>> estoy teniendo muchos problemas con VirtualBox OSE en mi servidor >>> squeeze >>> >>>> desde la ultima actualizacion. El tema es que no puedo lograr instalar >>>> nada, >>>> ni Windows, ni Linux, ni BSD. Con los Windows (2003 o XP) se producen >>>> errores de copia de archivos o diferentes BSODs. Con Linux/BSD también, >>>> problemas al copiar los archivos. >>>> >>>> Lo que he probado: >>>> - Reinstalar el VirtualBox OSE pero con los mismos resultados. >>>> - Quitar completamente el OSE e instalar el DEB de squeeze que he bajado >>>> desde virtualbox.org y tengo los mismos problemas. >>>> >>>> En un momento habia logrado terminar con la instalacion de un Windows >>>> 2003 >>>> Server, pero al momento de las "Actualizaciones Automagicas", me dio un >>>> error de checksum de archivos y no quiso saber mas nada. >>>> >>>> Algunos datos: hacia bastante que no actualizaba mi squeeze, masomenos >>>> mes >>>> y >>>> medio. volvi de viaje esta semana y se me ocurrio actualizarlo. Tenia 2 >>>> guest funcionando perfectamente hasta antes de la actualizacion (Windows >>>> XP >>>> y un Debian etch), los elimine y luego actualice. A partir de aqui no >>>> pude >>>> instalar mas nada. >>>> >>>> Lo unico que observo en mis logs es: >>>> >>>> vboxdrv: Trying to deactivate the NMI watchdog permanently... >>>> vboxdrv: Warning: 2.6.31+ kernel detected. Most likely the hardware >>>> performance >>>> vboxdrv: counter framework which can generate NMIs is active. You have >>>> to >>>> prevent >>>> vboxdrv: the usage of hardware performance counters by >>>> vboxdrv: echo 2 > /proc/sys/kernel/perf_counter_paranoid >>>> vboxdrv: Found 1 processor cores. >>>> vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. >>>> vboxdrv: Successfully loaded version 3.2.6_OSE (interface 0x00140001). >>>> >>>> He buscado hasta el hartazgo pero sin dar en la tecla. Por otro lado >>>> tampoco >>>> tengo un /proc/sys/kernel/perf_counter_paranoid. >>>> >>>> Bueno, muchas gracias de antemano. >>>> >>>> >>> >>> Le achacas el problema a una actualización, pero tiene aspecto de >>> un >>> problema de memoria. Un chequeo de la misma no estaría de más. >>> >>> Si quieres confirmar que es la actualización, puedes realizar un >>> "downgrade" utilizando el [1]snapshot de hace mes y medio. >>> >>> Aparte de esto, sólo se me ocurre alguna incompatibilidad de algún >>> módulo actualizado. Intenta dejar sólo los módulos del kernel de >>> VirtualBox >>> para descartar este punto. >>> >>> [1]http://snapshot.debian.net/ >>> >>> >> Hola Angel, >> >> sip, estas en lo cierto, le achaco a la actualizacion porque fue lo unico >> que paso entre el "antes" y el "despues". Para serte sincero, el server >> tiene algun que otro byte de memo con comportamiento "erratico" pero esto >> fue asi siempre, desde que nacio, ya que es un rejunte de cosas. Ya lo se, >> deberia cambiar ese modulo, pero _ahora_ no tengo dinero y Debian camina >> de >> maravillas. >> > > A ver si lo entiendo. ¿Estás trabajando con un módulo erroneo?. > Porque si es así, este te puede producir errores en los momentos más > inesperados, por lo que es imposible "caminar a las mil maravillas", sino > más bien, "tropezar en el momento más inesperado". > > > Por otro lado, estuve probando otras distros (vade retro satana) como >> Fedora/OpenSuse/Mandriva y se instalaron correctamente. El problema lo >> tengo >> con Windows Server 2003, Windows XP, Windows Server 2008 y Windows 7, >> ademas >> de Ubuntu y Debian (obviamente no probe todas las versiones). Las >> instalaciones las hago desde imagenes ISO, quizas esten mal aunque seria >> extraño ya que las he probado en otro lado y se instalan correctamente. >> > > Si las ISO las has descargado o copiado en una máquina con modulos > de memoria erroneos, pueden contener errores, por lo que las pruebas que > comentas no son nada concluyentes. También realizar instalaciones en una > máquina de estas características es como jugar a la ruleta rusa con TODAS > las balas. > > > Bueno, simplemente queria saber si alguien estaba experimentando lo mismo >> que yo para buscar otro alma en pena. Quizas sea como tu dices y el >> problema >> sea yo, bah, mi server. >> > > Claro que hemos experimentado problemas de memoria, y no se puede > "tontear" con estos. O se elimina el módulo erroneo, o se cambia. No es > admisible, ni tan siquiera para equipos de pruebas trabajar con memoria que > da errores. Repito NO ES ADMISIBLE. > > Había un proyecto que permitía marcar ciertos sectores de memoria > para su no utilización, pudiendo reutilizar con ciertas garantías módulos de > memoria con errores. No encuentro el enlace y desconozco si este sigue vivo. > :-( > > ¡Lo he encontrado!. Se llama [1]BadRam. En debian hay que compilar > el kernel con el [2]parche adecuado. Si por una casulidad te animas con > esto, asegurate de compilar e instalar todo con memoria SIN ERRORES. No me > cansaré que cuando se utiliza memoria con errores los resultados nunca son > los adecuados. > > [1]http://rick.vanrein.org/linux/badram/ > [2] > http://packages.debian.org/search?keywords=badram&searchon=names&suite=all§ion=all > > -- > Saludos --- Angel >
Angel, no seas tan duro conmigo! De todas maneras, muchas gracias por tu excelente sentido del humor y, sobre todo, por tu tiempo. Voy a ver que onda con el Bad RAM viendo que hay parches para el kernel de squeeze. Slds -- I get paid to support Windows, I use Linux to get work done.
