On 10/23/06, Pablo Jiménez <[EMAIL PROTECTED]> wrote: [...] Parece que el módulo instalado es Net::SNMP. SNMP_util no me parece > familiar.
Bueno, según veo aca, la compilacion de net-snmp genero tambien el modulo snmp::util (o snmp_util), pero el paquete debe ser antiguo, por lo cual el nombre del paquete es levemente diferente al buscado. ¿El trap debes enviarlo obligatoriamente en SNMP versión 1? Nop, puedo usar la version 2c tambien. Al final lo resolvi sin perl, luego enviare el comando con la version 1. Saludos Luis Eduardo Vivero Peña. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061024/506271b5/attachment.html From [EMAIL PROTECTED] Tue Oct 24 13:33:55 2006 From: [EMAIL PROTECTED] (Julio Pacheco) Date: Tue Oct 24 13:59:09 2006 Subject: =?iso-8859-1?q?b=FAsqueda_de_texto?= In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Daniel Serpell escribió: > Hola! > > El Mon, Oct 23, 2006 at 04:36:20PM -0700, Miguel Oyarzo O. escribio: > > [...] > >>>El Thu, Oct 19, 2006 at 12:10:54PM -0300, Julio Pacheco escribio: >>> > [...] > >>>>texto_a_buscar[nul][nul](otro texto) >>>> >> >>Tambien puedes usar: >> >> find . -type f | xargs grep -e "expresion_regular" > > > No, ya que requiere buscar caracteres \0 ([nul]). Lamentablemente, > las expresiones regulares de grep no permiten especificar caracteres > por su número, por lo que es imposible buscar cosas con \0. > > Tanto awk como perl si lo permiten. > > Daniel. > > Bueno... Al final cociné algo en perl que encontró lo que necesitaba. Para ponerlo en contexto, el millón+ de archivos eran un volcado de una partición FAT32 con daño cerebral grave en los sectores de boot, FAT y directorio raíz (de hecho, los primeros 140MB de la partición fueron a parar al gran /dev/null en el cielo), picado por clusters, y lo que buscaba eran los clusters que contenían los headers de un archivo .tar grandote, para intentar recuperar al menos en parte su contenido. Afortunadamente, la partición estaba razonablemente defragmentada, así que hay una buena posibilidad de que resulte. -- Julio Pacheco T. Consultor Tecnológico ProVectis S.A. From [EMAIL PROTECTED] Tue Oct 24 13:26:07 2006 From: [EMAIL PROTECTED] (Julio Pacheco) Date: Tue Oct 24 13:59:11 2006 Subject: Programar en Linux In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Horst H. von Brand escribió: > Germán Poó Caamaño <[EMAIL PROTECTED]> wrote: > >>On Mon, 2006-10-23 at 14:00 -0300, Horst H. von Brand wrote: >> >>>Juan MartÃ?Ânez <[EMAIL PROTECTED]> wrote: >>>[...] >>> >>>>Un lenguaje compilado, en general, siempre (o casi siempre) sera la >>>>mejor alternativa a usar. >>> >>>[...] >>> >>>> Sobre todo si es para un sistema complejo >>>>(un SIA por ejemplo), dado que serÃ?¡ mas rapido que un lenguaje >>>>interpretado. >>> >>>Lo cual es totalmente irrelevante. Que el SIA se demore 0,5s o 0,01s en >>>responder, si el perejil en la pagina web al otro lado de Chile luego pasa >>>5s pensando que hacer a continuacion no hace particular diferencia. Si, si >>>tienes decenas de miles de usuarios simultaneos es vital, pero eso se da >>>solo cuando muestran los resultados de las elecciones ;-) > > >>>[Si, /hay/ casos en los cuales el rendimiento realmente es crucial, pero >>> son muchisisimos menos de lo que uno cree. Ve y mira la carga en tu >>> "servidor" vecino, rara vez pasa del 40% en mi experiencia, tipicamente >>> mucho menos...] > > >>Esa postura, que si bien comparto en parte, es peligrosa. Sobre todo en >>manos inexpertas que pueden creerte a ojos cerrado todo lo que dices. > > > Tienes razon con eso tambien... > > >>Bajo esa lógica, hay muchos /ingenieros de software/ que los problemas >>de rendimiento se lo achacan a la máquina, al sistema operativo, al >>motor de base de datos o a lo "complejo del sistema". Jamás al mal >>diseño de sus algoritmos o de la lógica retorcida de sus propios >>programas. > > > Si, /vivamente/ recuerdo un caso de una generacion de listados que se > demoraba horas (literalmente!), y eso /despues/ de multiplicar por 4 la > maquina seguia en las mismas; una reestructuracion de las consultas a la BD > bajo eso a cosa de un minuto. Tiempo invertido: Una media tarde... > > [...] [...] Yo vi un caso similar: Servidor(*) con 8 CPU, harta RAM (32GB, si no me equivoco) y SAP. Entrando en producción, empezó a quedarse chico, con tiempos de respuesta _Laaaargos_, etc,etc. Según los desarrolladores: "es que las aplicaciones son complejas", "que a la máquina no le da", ... y todas las variantes del caso. Al final, querían ponerle la tercera system board (otras 4 CPU) y más memoria. Fast forward unos cuantos días: llega el informe SAP Early Watch. Aparece que los programas Y y Z (aplicaciones desarrolladas localmente) se estaban comiendo casi el 80% de la máquina. Revisando posteriormente, aparecen linduras como búsquedas en tablas _GRANDES_ de la base de datos ... sin índices, y dentro de loops... *ARGH*. Así no hay máquina que aguante. (*) Sun Fire V1280 From [EMAIL PROTECTED] Tue Oct 24 13:44:51 2006 From: [EMAIL PROTECTED] (=?iso-8859-1?Q?Oscar_Mu=F1oz?=) Date: Tue Oct 24 14:13:53 2006 Subject: =?iso-8859-1?q?Herramienta_de_an=E1lisis_de_vulnerabilidades?= Message-ID: <[EMAIL PROTECTED]> Señores, necesito disponer de una herramienta de análisis de vulnerabilidades automatizada, al mismo nivel de Nessus, y/o otras más especificas para distintos servicios, de preferencia open source y para Linux, ¿alguna experiencia al respecto?. Agradecería sugerencias. Saludos, -- Oscar Muñoz [EMAIL PROTECTED] Servicios Hosting Ltda. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061024/5ab1825d/attachment.html From [EMAIL PROTECTED] Tue Oct 24 13:25:23 2006 From: [EMAIL PROTECTED] (Luis Vivero) Date: Tue Oct 24 14:25:15 2006 Subject: Problemas con modulo de Perl -- mas info In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On 10/24/06, Juan Carlos Inostroza <[EMAIL PROTECTED]> wrote: > > On Mon, 2006-10-23 at 19:00 -0300, Luis Vivero wrote: > > [EMAIL PROTECTED] traps]$ perl trap.0.1.remote.pl > > Can't locate SNMP_util.pm in @INC > > > > , ya que busca el archivo llamado SNMP_util.pm, y con ese nombre no > > existe en el PATH. > > > > Alguna idea? > > Usar CPAN? Es que la maquina no esta conectada a internet, asi es que no pasa nada con perl -MCPAN -e shell Al fina lo resolvi sin el modulo de perl, con el comando no mas. Luego envio la sintaxis. Saludos. Luis Eduardo Vivero Peña. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20061024/a0888fbd/attachment.html From [EMAIL PROTECTED] Tue Oct 24 14:57:12 2006 From: [EMAIL PROTECTED] (Arturo Alejandro Hoffstadt Urrutia) Date: Tue Oct 24 14:56:00 2006 Subject: Programar en Linux -- Gracias a todos In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El Viernes, 20 de Octubre de 2006 15:37, Orlando Alvarez Melian escribió: > Hola listeros: > Muchas gracias a todos por sus respuestas. Aunque si bien, los ultimos > mails eran mas para defender sus posturas, fue bastante interesante leer > cada uno. Voy a probar desarrollando con "C++, QT y KDevelop". Ahh!!, ojo, acuerdate de instalar los plugins de Qt para la base de datos que utilizaras... Recuerdo que tiene para sqllite, postgresql y mysql. (ojo, que tambien tiene widgets y clases para el manejo y presentacion de registros y tablas). Esop, una pequeña acotacion que se me habia olvidado.... Saludos!!! y Exito!! -- Arturo Hoffstadt Urrutia [EMAIL PROTECTED] Estudiante de Ingeniería Civil Informática Universidad Técnica Federico Santa María "La magia existe, solo debes buscar mejor"
