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

Responder a