Dante Aguirre escribió: > Tengo un problema, por cuestión de trabajo me han solicitado instalar el > kernel 2.4 en un ibm225 nuevo. La cuestión es que este linux que me piden > "smeserver6.5rc1" no trae driver para el disco scsi que tengo. > La nueva versión smeserver7 ya lo trae pero maneja el kernel 2.6 así que no > me sirve así que retomando la versión smeserver6 como puedo agregarle el > driver scsi al iso y cargarlo haciendo una instalación limpia o que método > podría ser el mejor que me recomienden. > Este distro es algo especial no tiene xwindows así que todo tiene que ser > por comando. > > Esto es un lsmod ya cargado en el sme7 > aic79xx 187613 2 > sd_mod 20545 3 > scsi_mod 116429 3 sg,aic79xx,sd_mod > como ven el driver reconocido es aic79xx > > y aquí esta ya cargado pero como les digo en el kernel 2.6 que no me sirve > [EMAIL PROTECTED] modules]# dmesg |grep scsi > scsi0 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.11 > (scsi0:A:14): 320.000MB/s transfers (160.000MHz DT|IU|RTI, 16bit) > scsi0:A:14:0: Tagged Queuing enabled. Depth 4 > Attached scsi disk sda at scsi0, channel 0, id 14, lun 0 > Attached scsi generic sg0 at scsi0, channel 0, id 9, lun 0, type 3 > Attached scsi generic sg1 at scsi0, channel 0, id 14, lun 0, type 0 > > Aqui la ruta del citado driver. > [EMAIL PROTECTED] scsi]# pwd > /lib/modules/2.6.9-11.EL/kernel/drivers/scsi > aic7xx_old.ko, aic79xx.ko, aic7xx.ko > > Instale smeserver6 en un ide y tiene el driver en la misma carpeta con los > mismos archivos pero con extensión *.o no *.ko como en el 2.6 > > Entonces si me puedan ayudar se los agradecería. > > Saludos > > Dante. > >
Dante : Esto es lo que tuve que hacer para instalar una AIC79xx (Con Debian Woody, en ese entonces). Probablemente el procedimiento te resulte similar, ya que no indicas distribución. ============[ Mensaje rescatado de los archivos en daya.cl ]========== [17] Instalacion de debian y AIC79xx (Era: Re: Instalacion SuSE 8.0) Desde : "Julio Pacheco T." Fecha : 2003/05/04 12:01:56 <x-flowed> Luis Roa Pietra wrote: > Estoy tratando de instalar la version 8.0 en un intel xeon de 1.8Mz. > Este equipo tiene una controladora scsi aic-7902 y dos discos seagate de > 18Gb cada uno. > En la documentacion de la controladora dice que al apretar Alt en el inicio > del proceso de instalación, se activa la carga de los modulos necesarios > para reconocer la controladora y los discos, desde una imagen grabada en > diskette, lo cual funciona, pues me deja particionar los discos. > Desde ese momento tengo problemas con la instalación, pues los formatea > normalmente y cuando debe empezar a grabar en ellos, se cuelga la > instalacion con un kernel panic. > > Si alguien a instalado una maquina de estas y/o tiene alguna sugerencia para > mi, le estare muy agradecido si me la comenta. Por si a alguno se le ocurre > sugerirme otra distribución, ya lo intente con debian y no hay > posibilidad documentada de activar esa controladora. Por lo menos yo no la > encuentro. Ayer me toco instalar woody r1 en un P4 con una controladora adaptec 29320 (aic-79xx). Me costo un resto convencer al instalador de activar la tarjeta, pero al final lo que hice fue: 1.- descargar la ultima version de los controladores para las aic7xxx desde http://people.FreeBSD.org/~gibbs/linux/SRC/ (ayer era aic79xx-linux-2.4-20030502-tar.gz). 2.- En otra maquina que ya tenia debian corriendo, reemplace los contenidos de kernel-source-2.4.18/drivers/scsi/aic7xxx por los obtenidos en el punto anterior. 3.- Configurar el kernel. Por lo menos, debe estar activo el soporte PCI, y en SCSI support>SCSI low level drivers activar el soporte de AIC7xxx y AIC79xx. No es necesario poner "Build firmware with kernel build" en ninguno de los dos. 4.- Compilar con fakeroot make-kpkg --append-to-version=-bf2.4 kernel-image El append-to-version es para que el instalador de debian no alegue de modulos compilados para otra version del nucleo. 5.- Del paquete resultante, extraer los archivos scsi_mod.o y aic79xx.o, ponerlos en un diskette, en el directorio /boot (puede estar en formato vfat) 6.- _AHORA SI_: Arrancar el instalador de debian en la victima, partir con "bf24" en el prompt de lilo. 7.- Siguiendo con el proceso normal del instalador, llega un momento en que pregunta si se quieren cargar drivers adicionales. Aqui se pone el diskette del punto (5) y se cargan scsi_mod y aic79xx _en ese orden_. A estas alturas, la controladora debiera estar reconocida y activa, y los discos visibles, listos para particionar. El resto de la instalacion sigue igual que siempre. Si despues queres recompilar el kernel para esa maquina, recuerda hacer el mismo cambio de los puntos 1 y 2. Julio. </x-flowed> =========[ Fin de mensaje rescatado de los archivos en daya.cl ]======= -- Julio Pacheco T. Consultor Tecnológico ProVectis S.A. Fono: 2319910 anexo 110 ------------ próxima parte ------------ Se ha borrado un mensaje que no está en formato texto plano... Nombre : julio.pacheco.vcf Tipo : text/x-vcard Tamaño : 279 bytes Descripción: no disponible Url : http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060421/16beef89/julio.pacheco.vcf From [EMAIL PROTECTED] Fri Apr 21 11:57:58 2006 From: [EMAIL PROTECTED] (Miguel =?ISO-8859-1?Q?Pe=F1a?= Gomez) Date: Fri Apr 21 11:57:54 2006 Subject: consulta openwebmail In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> si es que lo usas via autentifiaccion shadow ya que basicamente ahi es donde el suid es necesario ... en modalidad pop3 cliente .. no hace falta el suid El jue, 20-04-2006 a las 10:59 -0500, Victor M. Gomez Flores escribió: > > consulta openwebmail > > Yo te recomiendo que no uses OpenWebmail, da muuuchos problemas > (normalmente se debe a falta de librerias de Perl, busca por el error > del log en google), ademas que han abandonado el desarrollo del > proyecto; OpenWebmail es una bomba de tiempo (a mi parecer) ya que la > mayoria de sus archivos corren con SUID de root. > > Te recomiendo que instales horde, squirrelmail, uebimiau, ilohamail u > otro Webmail. > > Saludos! > > > ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060421/09b52dd5/attachment.html From [EMAIL PROTECTED] Fri Apr 21 11:17:12 2006 From: [EMAIL PROTECTED] (dblackbeer) Date: Fri Apr 21 12:12:52 2006 Subject: P2P In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On 4/21/06, Miguel Oyarzo <[EMAIL PROTECTED]> wrote: > At 21:10 20-04-2006, Nestor Tapia wrote: > > > On 4/20/06, dblackbeer <[EMAIL PROTECTED]> wrote: > > On 4/19/06, Marcos Pinilla <[EMAIL PROTECTED]> wrote: > > Estimados: > > > > Alguien tiene por alli el software trafic-O-Matic que lo comparta > conmigo. > > > > O en su defecto una buena opcion para controlar trafico P2P y el > escurridiso Hopster ? > > > > ------------------- > > Marcos Pinilla Cruz > > Universidad de Playa Ancha (http://www.upla.cl) > > User # 371237 (counter.li.org ) > > > > > l7 me funciono en lo que se refiere a filtrar p2p. En > http://l7-filter.sourceforge.net/HOWTO#Intro esta la guia > de > instalación. No es ni fácil ni intuitiva, pero efectiva: > > Hay que parchar los fuentes del kernel. > Hay que parchar los fuentes de iptables > Hay que compilar ambos. > Hay que instalar la definicion de los protocolos (que no es mas que un > directorio que contiene archivos en los cuales se fija para > identificar el contenido del paquete). > > Finalmente un ejemplo: > > iptables -t mangle -A POSTROUTING -m layer7 --l7proto bittorrent -j DROP > iptables -t mangle -A POSTROUTING -m layer7 --l7proto edonkey -j DROP > > Reitero: funciona. > > Debido a que hace uso intensivo de memoria y cpu habra que usarlo si > es necesario solamente. > > (Hice un intento con kernel 2.6.16 en primera instancia, pero no > funciono. Asi que volvi a versiones en las que el manual dice que > funcionan, 2.6.15.2 anduvo.) > -- > cosechero > Tengo (junto a unos amigos) una conexión ADSL (2M) compartida a través de > IpCop. Mi problema con el tráfico P2P no va por el lado del BW consumido, > sino que por el número de conexiones que se establecen. > A pesar de reducir el número máximo de conexiones a 50 en los clientes (por > ej. amule), al revisar las conexiones activas estas superar las 400. y el > tráfico no supera los 16KB (U) y 20KB (D) > Después de un tiempo de operación de los clientes P2P, se hace imposible > navegar. > > Efectivamente, el numero de conexion de los programas P2P satura el cache > de rutas y memoria de > muchos equipos router NAT-eadores. > > Varios Routers D-link DI-* (con upgrade de firmware y todo), los de la > linea Proxym y los netgear tienen > este problema: se bloquean luego de algunas horas de sostener trafico > peer-to-peer. > (quizas por que se disenaron antes que aparezcan las redes P2P, no lo se). > Los routers basados en sistema operativo *Unix o los ruteadores Linux > directamente soportan > mucho mejor el incontrolable flujo TCP y UDP de estas redes pues el kernel > tiene muchas variables > de control y limites maximos (mucho mas que los probres sistemas operativos > de los routers hardware > de arriba, que son para redes pequenas) > > > > ¿Existe Alguna forma de limitar el número de conexiones por usuario? > investiga con iptables " -m connlimit " y "--connlimit-above X" > o creando mediante "tc" colas con clase por cada usuario. > > Con tc o tcng puedes imitar el numero de conexiones por usuario > indirectamente > al colcar cierto tipo de trafico en una clase con muy poco ancho de banda. Estoy haciendo pruebas con dirigir el trafico p2p a ciertas clases con poco ancho de banda y se comporta de manera esperada por un tiempo, en cuanto al ancho de banda se refiere, pero termina por descontrolarse y las tasas se van por las nubes. Aun estoy haciendo pruebas asi que no se el motivo. marco los paquetes edonkey con iptables + l7 las disciplinas y clases: tc qdisc add dev eth0 root handle 1: htb default 20 tc class add dev eth0 parent 1: classid 1:1 htb rate 10mbit burst 15k aqui va p2p ----> tc class add dev eth0 parent 1:1 classid 1:10 htb rate 1kbit ceil 8kbit tc class add dev eth0 parent 1:1 classid 1:20 htb rate 10Mbit ceil 10Mbit tc qdisc add dev eth0 parent 1:10 handle 10: sfq perturb 10 tc qdisc add dev eth0 parent 1:20 handle 20: sfq perturb 10 tc filter add dev eth0 protocol ip parent 1:0 prio 1 handle 3 fw \ police drop flowid 1:10 las tasas de emiul permanencen debajo de 1000 B/s por 5 minutos luego todo se descontrola. Alquien se le ocurre una explicacion? -- cosechero