Agregador de canales de noticias

Re: OpenVZ Vs. KVM

Debian-es -

http://marceloneves.org/papers/pdp2013-containers.pdf El 14/11/2014, a las 08:19, Mauro Antivero <mauro.antivero< at >gmail.com> escribió:

dudas en el firewall

Debian-es -

Buenas tardes Tengo en el debian 7 64bit un shorewall y squid La duda es la siguiente, Todo estaba trabajando muy bien y de pronto deja de dar navegación a los usuarios. Trabaja con un HD de 500 GB y está vacio, por ende no es problema de espacio. Reinicio los servicios de squid y shorewall, nada de error y sin queja alguna, pero no podía navegar como cliente ni hacer nslookup para ver ip de google.com opr ej. Para probar tomé una PC aparte con IP real para ver si era problema de mi ISP, pero no, todo estaba súper bien bien. Alguna idea...?? Agradezco toda ayuda

Re: darse de baja

Debian-es -

El 14/11/14 a las 20:33, Manolo Díaz escribió: Pues en ese sentido, tengo que darles la razón a los desarrolladores y a ti. Es "fama" no merecida en absoluto. Y te lo dice alguien que por esa fama, empezó usando otras distros más "fáciles" o recomendadas para nuevos usuarios, donde todo era tan automatizado, donde si fallaba algún proceso automatizado, no sabía donde meterse y saber que tocar para arreglarlo de forma manual. Sin embargo, con Debian, en las mismas condiciones de torpe total, me ha sido más fácil encontrar el fichero a tocar y modificar. Y gracias a esa frustración de distros "fáciles", decidí empezar a leer la Web de Debian, y encontré la información para saber si podía ser para mi o no (que ahora han cambiado), su filosofía, su sistema de versiones, las ramas disponibles, y sobre todo, el saber que no dependía de ninguna empresa detrás con intereses comerciales (y que si no les interesa me pueden dejar colgado sin sistema o desaparecer), fue lo que me convenc

Re: OT: Hay futuro más allá de Jessie

Debian-es -

El 14/11/14 a las 20:01, Manolo Díaz escribió: Pero aún haciendo uso de versiones como Jessie y futuras, no entiendo realmente el follón que se está montando, o no entiendo la gravedad del asunto... Jessie por defecto instalará systemd, bien, pero también dicen que se podrá cambiar, ¿no? ¿O tan ligado va a ir el kernel a Systemd que sin él no va a funcionar el kernel? ¿O son los servicios los que lo van a requerir? Y tengo entendido que systemd es software libre, por lo que no hay problema con Debian ¿no? La verdad es que tengo un cacao mental... que no entiendo nada de lo que significa el cambio a systemd :-P

Re: darse de baja

Debian-es -

El viernes, 14 nov 2014 a las 20:17 horas (UTC+1), Eduardo Rios escribió: Hubo un tiempo en que adquirió esa fama, pero es una fama que los desarrolladores no quieren: desalienta a nuevos usuarios. Dudo mucho que el resto de distribuciones sean más fáciles de instalar o administrar.

Re: OT: Hay futuro más allá de Jessie

Debian-es -

Pues si uno está usando stable lo único que hace falta es *no* instalar el paquete systemd de "testing". Vaya problema más gordo. Y si no podemos actualizarnos a la nueva stable cuando sale porque tenemos que mantener el núcleo, pues no actualizamos y aprovechamos el soporte de seguridad de stable, o el soporte extendido si lo hay. Pero una máquina en la que no se pueda usar el núcleo de Debian stable seguramente tiene problemas más gordos que el hecho de que systemd requiera versiones actualizadas del núcleo. Yo me preocuparía más del problema que tenga esa máquina y menos de systemd.

OT Smokeping enviar alerta por Smtp externo

Debian-es -

Que tal Amigos instale sobre Debian 7 la herramienta Smokeping pero no eh encontrado la manera de que me envie correo de alertas cuando el servidor no tiene configurado un smtp local espero alguien pueda darme una mano saludos Alberto CP < at >nosotrosenlared

Re: darse de baja

Debian-es -

El 14/11/14 a las 15:35, Paulo Riquelme escribió: Hola Paulo: Ese es el problema de la "nueva generación" de usuarios que hacemos uso de Linux (Debian en este caso), que estamos acostumbrados al mundo Windows, donde leer un manual no lo hemos hecho nunca... (no sé si porque la 'Ayuda' prácticamente no sirve de nada... Y si se tiene un error, a ver quien es el guapo que sabe que significa error 0x0000456FC...) Pero hemos de recordar que Linux lo usaban las personas que de verdad quieren conocer su sistema a fondo, no les importa dedicar las horas que necesitan para aprender el funcionamiento de su sistema, lo que implica leerse todos los manuales habidos y por haber para saber como actuar ante un problema y resolverlo. Los que somos (o hemos sido) usuarios de Windows, hemos ido siempre a lo fácil, y teníamos metido en la cabeza (asumido) que cuando algo falla, se formatea y listo, a empezar de nuevo, queremos comportarnos con Linux de igual forma, que "nos lo den todo hecho", y no molest

Re: Debian, C/C++ y MySQL

Debian-es -

El vie, 14-11-2014 a las 15:18 +0100, Altair Linux escribió: Eso depende de cuantas conexiones est'as abriendo con cada minuto, generalmente deber'ias limitar el numero de conexiones o bien obtener un bloqueo mientras existe una conexion.

Re: OT: Hay futuro más allá de Jessie

Debian-es -

El viernes, 14 nov 2014 a las 19:31 horas (UTC+1), Camaleón escribió: Te veo obsesionada con esto de systemd. Como sabes, esta última parte de la conversación iba de usar distros Debian antiguas, ya sabes, de cuando systemd no existía. Así que ¿cómo puede ser systemd un problema en estos casos?

Re: OT: Hay futuro más allá de Jessie

Debian-es -

El Fri, 14 Nov 2014 19:17:44 +0100, Eduardo Rios escribió: (...) Claro, el problema es que con la llegada de systemd y su necesidad imperiosa de ir a la par con el kernel, ya no se respeta el ciclo de vida del propio kernel. Vayamos a la página de las versiones: https://www.kernel.org/category/releases.html Vemos que la versión 2.6.32 es de soporte extendido (finaliza a mitad del años 2015) y la 3.2 finaliza en el 2016. Bien, pues si quieres o tienes que instalar (por los motivos que he expuesto antes) alguna de esas dos versiones del kernel junto con systemd te arriesgas a que no funcionen. Punto. Saludos,

Re: OT: Hay futuro más allá de Jessie

Debian-es -

El viernes, 14 nov 2014 a las 19:17 horas (UTC+1), Eduardo Rios escribió: Aún así puede tener su uso. Yo procuraría no dar con él servicios en internet ni en ningún puesto donde accedan diferentes usuarios. Pero sí para volcar y oir tus CD de música, juegos que no consuman muchos recursos o cualquier otro uso semejante.

Re: OT: Hay futuro más allá de Jessie

Debian-es -

El 13/11/14 a las 23:43, Santiago Vila escribió: Es una posibilidad, si. Pero bastante arriesgado ¿no? ¿Que pasa con los fallos de seguridad? Siendo una versión sin soporte... Aunque claro, también es cierto que eso no es culpa de Debian ni de Linux. A toda versión de cualquier Sistema Operativo le llega el fin de soporte... ;)

Clamav

Debian-es -

Hola Lista necesito poner actualizar el clamav atraves de un servidor proxy que necesita autenticacion. ya probe esto pero no me funciona DatabaseMirror http://downloads.azcuba.cu/Antivirus/Actualizaciones/clamav/ HTTPProxyServer 172.27.9.2 HTTPProxyPort 3128

Re: darse de baja

Debian-es -

El Thu, 13 Nov 2014 22:23:42 +0100, Manolo Díaz escribió: Exactamente :-) Para eso se diseñaron los filtros y funcionan de maravilla principalmente con ese tipo de usuarios cansinos (trolls, vamos) que no paran de realizar críticas personales sin motivo y responder sin aportar nada útil al hilo. Bienvenidos sean pues los filtros y por favor, usadlos que para eso están. Quizá te pase eso porque no sabes cómo usar los filtros adecuadamente. Yo no tengo ese problema, más allá del retardo generado por el servidor de news (gmane) que no manda los mensajes instantáneamente, como hace el servidor de la lista, sino pasados 3-5 minutos. Por supuesto. Pero el hecho de no leer un hilo completo no tiene por qué deberse en exclusiva a que tengas filtrado a un determinado usuario (obviamente omites el mensaje del susodicho por los motivos anteriormente expuestos). Yo suelo (95% de los hilos) leer todas las respuestas salvo alguna vez que tengo poco tiempo (%5 de los hilos). Si respondo a algu

Re: Debian, C/C++ y MySQL

Debian-es -

El Fri, 14 Nov 2014 15:18:38 +0100, Altair Linux escribió: Una consulta a una bdd se traduce en ciclos de cpu, uso de memoria y acceso al disco duro (lectura) que son operaciones que están sucediendo continuamente en un ordenador aunque no lo "veamos". Yo me preocuparía en todo caso de monitorizar el estado general del sistema en cuanto a hardware (uso de cpu, i/o, estado de salud del disco duro, temperatura... lo típico) y en cuanto a la parte lógica, si ves que esa aplicación en C/C++ ocupa muchos recursos cuando se ejecuta pues vería la forma de optimizarla en base al tipo de recursos consumidos (RAM, CPU...), mejorar la estructura de la bdd o incluso darle una "vuelta de tuerca" si piensas que otro motor de bdd (p. ej., una base de datos nosql) podría mejorar ese aspecto. Saludos,

Re: Error en consola Debian Wheezy

Debian-es -

El Thu, 13 Nov 2014 21:08:57 +0100, Maykel Franco escribió: Al menos dice que no es un error fatal... Tengo algunas estaciones de trabajo y servidores con memorias ECC pero nunca he visto ese error en el dmesg en los equipos. Es buena idea pasar el test de memoria aunque lleve su tiempo. Ante cualquier indicio de que pueda estar fallando un módulo de memoria y si ves que esos errores se van incrementando con el paso del tiempo, reemplaza el módulo en cuanto puedas. Te puede resultar interesante la documentación del kernel sobre ese módulo: https://www.kernel.org/doc/Documentation/edac.txt Saludos,

Re: Partición pierde UUID

Debian-es -

El Thu, 13 Nov 2014 11:59:21 +0100, ZorroPlateado escribió: (...) (...) No, cuidadín, yo dije "ls -la /dev/disk/by-*" que es distinto ;-) El resultado que mandas muestra los identificadores (ID) detectados, ninguno para una partición que apunte a "/dev/sdc1". Supongo que lo habrás puesto "uuid" como valor porque no es un formato válido, al menos según el manual de tune2fs. Para comprobar si el cambio se ha hecho correctamente, además de blkid (en este caso mejor sería "blkid -p /dev/sdc1" por los motivos comentados anteriormente) además esa utilidad puedes usar "udevadm info -q all -n /dev/sdc1 | grep uuidudevinfo", "hwinfo", etc... Bueno, no creo que pase nada salvo que en el caso de que no lo soporte, dé un error al ejecutar el comando (o simplemente no devuelva nada) y salga. De todas formas, ¿no tienen esas controladoras algún controlador o aplicación que puedas usar en línea de comandos para monitorizar el estado del SMART? Los fabricantes suelen tener aplicaciones prop

Re: Problemas con velocidad de disco

Debian-es -

Hola, Disculpen el top posting, pero no fue con intención y trato de no hacerlo. Siguiendo con el tema, descarte RAID por red, me termina de matar el disco. Ahora el tema del consumo de i/o bajo un poco. Consulta, es posible que usar driver nativos funcione mejor que con driver específicos? Uso KVM para virtualización.

Páginas

Subscribe to EcuaLUG agregador