El Viernes, 5 de Enero de 2007 11:43, francisco F. escribió:

El Viernes, 5 de Enero de 2007 11:36, Carlos E. R. escribió:

...

El 2007-01-05 a las 10:34 +0100, francisco F. escribió:

...

Estoy volcando los datos de las copias de seguridad desde un disco usb 2.0 La cosa tiene picos de transferencia de 34MB/seg

¿Es un disco duro?

Si, un lacie, la cosa parece que viene cuando se trasmiten muchos ficheros

...

...

El traspaso lo hago con Krusader directorio de 73963 ficheros y 56GB lleva 1 hora y 15 minutos y paso 23960, unos 25Gb

Termino, resultado final, 3 horas puso una media de 5,1 MB/s

...

...

lo cual me parece poco

O sea, 5.5MiB/S. Las velocidades del bus son (wikipedia):

Resultados finales : directorio con 4201 carpetas, 26164 ficheros que ocupan 6.76GB de usb --------------> SAS un promedio de 15,3MB/s de SAS--------------> SATA un promedio de 5,2MB/s de SATA------------> SAS un promedio de 4,7 MB/s lo cual prece dar a entender que el problema esta en las cabinas de discos SATA, ya sea el XFS, la configuracion de la controladora o vaya usted a saber. ¿Comandos para optimizar un XFS? saludos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-11 a las 09:58 +0100, francisco F. escribió:

Despues de los ultimos cambios entre tarjetas y sistema de ficheros, he vuelto a hacer las pruebas con el disco usb y ahora si se llega practicamente a la velocidad limite del usb, se queda entre 25 y 30 MB/s sostenido.

Comenta como lo tienes ahora, le puede servir a otros cuando busquen correos sobre este tema.

En el raid 5 tengo el stripe size en 128k, cambiaria mucho si lo paso a 16kb, para mejor?

En el howto de raid por software hay comentarios sobre ese tipo de cosas, si mal no recuerdo. Y seguramente en la wikipedia también habrá. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFph8etTMYHG2NR9URAvfxAJ0WE7fgv/mDp93rl8GJsIj5KNjAQQCfSToA gCWZOxUXHKjDSPEOOeuhS30= =Pipw -----END PGP SIGNATURE-----

El Viernes, 5 de Enero de 2007 11:43, francisco F. escribió:

El Viernes, 5 de Enero de 2007 11:36, Carlos E. R. escribió:

...

El 2007-01-05 a las 10:34 +0100, francisco F. escribió:

...

Estoy volcando los datos de las copias de seguridad desde un disco usb 2.0 La cosa tiene picos de transferencia de 34MB/seg

¿Es un disco duro?

Si, un lacie, la cosa parece que viene cuando se trasmiten muchos ficheros

...

...

El traspaso lo hago con Krusader directorio de 73963 ficheros y 56GB lleva 1 hora y 15 minutos y paso 23960, unos 25Gb

Termino, resultado final, 3 horas puso una media de 5,1 MB/s

...

...

lo cual me parece poco

O sea, 5.5MiB/S. Las velocidades del bus son (wikipedia):

Unas pruebillas mas

de SAS a SATA un fichero de 1,1GB tiene un promedio de 250 MB/s de SATA a SAS llega a 450 MB/s en una primera vez, luego se le da la vuelta a la tortilla supongo que por la cache de sata a sas baja a 100 , ni idea de porque y de sas a sata sube a 650 , ¿la cache de la tarjeta? andeeeeeeeeeeeeeeee se pilla estooooooooo --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-08 a las 09:10 +0100, francisco F. escribió:

Mas pruebas

Formatee el disco grande a ext3, ahora estan los dos RAID con ext3

de sas a sata ----------------------->4,6 MB/s sata a sas ----------------------------->5 MB/s

perooooo con las opciones defaults

si modifico el sata y le pongo writeback

sas a sata ---------------------------------> 7,4 MB/s sata a sas ---------------------------------> 18,7 MB/s

pero perdiendo algo de seguridad ante caidas.

¿Estamos hablando de discos externos? En ese caso, en discos con journal, creo que puedes ganar mucha velocidad si el journal lo pones dentro del ordenador, en otro disco que sí esté en el bus interno - sobre todo si el journal guarda data y metadata. Y más todavía si se usara discos ram especiales con batería. No he experimentado con eso. Creo que el journal necesita una partición dedicada, y formateada igual que el dispositivo externo asociado. No esmuy sencillo de hacer, me parece. Obviamente, en caso de caida más te vale recomponerlo en el mismo ordenador. Y también obviamente, si te llevas el disco a otro ordenador, tienes que tener otro journal - y estoy haciendo la suposición de que el journal se puede reiniciar cada vez que se monta el dispositivo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFpMp0tTMYHG2NR9URAiHkAJ9oj/RCAvvq40iqYQvtROwlcEOdBwCfZfU7 UmKA6hN5dgNhx21K0K/Y9jM= =Ejrk -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-08 a las 14:17 +0100, francisco F. escribió:

Asi que lo unico que saque es XFS para pocos ficheros y de mucho tamaño no tiene rival, no consegui afinar ningun parametro que lo hiciese mas rapido.

Tiene otra ventaja para ficheros grandes: no desperdicia sitio en un tablas fijas de ficheros, inodos y esas historias. Entiendo que las crea cuando las necesita. Yo estoy haciendo DVDs en XFS. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFokartTMYHG2NR9URAhLVAJ96XQ+iioh8bARR7I/mskBGlT4WkgCeJ0/W 1YcT8mYW2QPdjHCGOiniUM0= =b2C/ -----END PGP SIGNATURE-----

El Lunes, 8 de Enero de 2007 14:31, Rafa Grimán escribió:

Hola :)

Jioerrrr acabo de ver el correo esta ahora y pone que es del lunes, o el servidor me ha jugado una mala pasada o estoy cegato.

¿Cómo está configurado esto en cuanto a hardware se refiere?

Intel Xeon core 2 duo x 2 a 3GHz, 4gb de RAM 2 discos sas en el propio ordenador DL380 G5 en RAID 0 con una controladora Smart array p400, que segun veo solo tiene cahe de lectura una cabina msa20 conectada por scsi a una tarjeta smart array 6402 con 4 discos sata de 1,5gb, son seagate pero certificados por HP

¿Alguno de ellos es el disco del sistema o swap? swap en los SAS, si ya se un disco para swap (y algo mas) pero pierdo un disco y redundancia, mas adelante quizas.

¿Reinicias la máquina entre prueba y prueba (para borrar cachés y buffers)?

Esto si es cierto pero la pereza manda a veces

Las cabinas de disco SATA/SAS/FC pueden tener conexión al host (servidor) mediante cable SAS y/o FC, ¿qué conexión usas?

SCSI ultra lo que sea

Yo haría una prueba adicional:

- dejar _sólo_ los discos SATA (que sea el único periférico conectado, quita todas las tarjetas que no sean necesarias, como las de red, ... si puedes) y usar una herramienta de benchmark para escribir y leer de los SATA. Mediar anchos de banda, ...

- dejar _sólo_ los discos SAS (que sea el único periférico conectado, quita todas las tarjetas que no sean necesarias, como las de red, ... si puedes) y usar una herramienta de benchmark para escribir y leer de los SATA. Mediar anchos de banda, ...

uyyy no, el bicho es nuevo, mejor no toco. Si el jefe me ve desmontando le da algo, ya me miran con mala cara porque llevo 2 semanas haciendo pruebas.

Mide lo que te da uno y luego mide lo que te da el otro.

Como herramienta de benchmark, puedes usar bonnie, bonnie++, dd, fio, iometer, iozone, stress, ...

Lo ultimo que hice fue reconfigurar el stripe size del MSA20 y ponerlo en 128k, lo tenia a 32k. Reconfigurar la cache de escritura y ponerla a 60% y la delectura al 40% y activar otra cache de escritura despues de leer el mensajito que dice que eso puede ser peligroso si no tienes las medidas oportunas bien puestas

Recuerda que para comparar (benchmarks), las condiciones tienen que ser idénticas, de lo contrario no se debería comparar o sacar conclusiones porque pueden ser erróneas.

En teoria todas las pruebas anteriores eran con lo mismo, ahora que modifique la tarjeta hare alguna mas saludos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-05 a las 11:46 +0100, Camaleón escribió:

La Wiki dice más...

Potential sources of confusion:

(...) The maximum rate currently (2006) attained with real devices is about half, 30 MB/s.[2] Most hi-speed USB devices typically operate at much slower speeds, often about 3MB/s overall, sometimes up to 10-20 MB/s. (...)

Pues nada, que nos toman el pelo con eso de 480 Mbps. :-)

Mmm. :-O Supongo que será por los dispositivos de almacenamiento, no por el bus. 3MiB/S... pues entonces Francisco está en lo normal. Nada, que cada cual diga lo que consigue sacar, y comparamos. Yo no tengo más que la 1. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFni61tTMYHG2NR9URAuzBAJ9arqgxMCS8+ZbJdp9lJvp929f/lACfWkbI CE2pY2qu3UapCkyTYdlQeoE= =6jti -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-05 a las 12:12 +0100, Manel escribió:

No te pongo datos porque no se el comando o como hacerlo, si me lo explicas te los pongo aqui

El cronómetro de muñeca, hombre. Marcas unos cuantos megas o cientos de megas para copiar, y cronometras ;-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFnjY7tTMYHG2NR9URAvRDAKCCDwqoLrU3FfQORrEZJMQBFZ11XACgjYjH W9jBxKef7wPb85yRWHSsuv8= =NcmK -----END PGP SIGNATURE-----

El Viernes, 5 de Enero de 2007 13:08, Juan Gustavo Fogelman escribió:

yo tengo una caja usb marca pajarito "BIRD" USB 2.0 disco PATA desde 10GB hasta 300GB (le pongo el que quiera) transferencia sostenida: 38MB/s depende del disco(una burrada de rapido, vamos) tiempo de acceso: 150ms... (pesimo)

conclusiones: si mando a copiar isos, avis, zip, rar, tgz, etc... digamos archivos grandes va como tiro... si tengo que copiar archivos pequeñitos, no copia mas de 6 archivos por segundo por el tiempo de acceso esto es asi por la interface USB<>PATA

SOLUCION: JAMAS usar archivos pequeños en una copia de seguridad primero los empaquetas en un archivo unico gigante y luego lo pasas al usb

Tanto como jamas no. Yo lo que tengo son discos con el mismo arbol que el servidor y con rsync en una hora esta todo sincronizado. El unico problema es si quieres volcar todo al servidor te pegas un rato (280 GB y subiendo). De todas formas avanzo que no es el usb, cuando acabe la ultima prueba mando los resultados. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Viernes, 5 de Enero de 2007 13:27, Juan Gustavo Fogelman escribió:

si hicieras lo mismo, pero con un archivo empaquetando cada rama del arbol te tardaria muchisimo menos de 1 hora yo te digo porque esto lo hago mucho, varias veces al dia... tanto suse como win y la diferencia es terrible lo que hago es tener un zip en el usb sin comprimir, o varios zip uno por cada rama... matienes la estructura del arbol, o sea, creas todos los directorios pero los archivos no los copias uno a uno, sino que metes todos los archivos de un directorio en un zip y lo haces directorio por directorio tendras que programar para automatizarlo y lleva lo suyo... pero cuando veas la diferencia de tiempo...

Si pero si le tienes que dar el disco a !alguien¡ y quiere ver lo mismo que ve en el servidor, como le pongas en zip te llevas la bronca. mas o menos tengo que hacer copias para t....... por si yo no estoy Y como las copias son por la noche y se hacen solitas me da igual lo que tarden. Luego si alguno pierde algun fichero monto el servidor de copias con samba y que el mismo se busque lo que quiera, si no me volvia loco para saber el fichero que querian. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

No aparte me lo hace con todas las memorias usb, sean pendrives, camaras, mp3, usb<>pata, usb<>sata, en suse y en windows tambien en _mi experiencia_ el tiempo de acceso por usb es una m***** aparte en sync baja de 38MB/s a 5-6MB/s... OJO, esto en lectura, en escritura tengo 25MB/s y 3-4MB/s en sync esto no pasa por firewire, que tengo mejores tiempos de acceso, tipo 20ms pero no todo el mundo tiene firewire, asi que me como los 150ms del usb capas hago algo mal... o tengo mala suerte eligiendo los perifericos... ----- Original Message ----- From: "Carlos E. R." To: "OS-es" Sent: Friday, January 05, 2007 9:59 AM Subject: Re: [opensuse-es] Velocidad de copiado de un disco a otro

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

El 2007-01-05 a las 09:08 -0300, Juan Gustavo Fogelman escribió:

...

conclusiones: si mando a copiar isos, avis, zip, rar, tgz, etc... digamos archivos grandes va como tiro... si tengo que copiar archivos pequeñitos, no copia mas de 6 archivos por segundo por el tiempo de acceso esto es asi por la interface USB<>PATA

Oye, ¿no tendrás el disco montado "sync"? La diferencia en tiempo de creación de ficheros puede ser considerable.

- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76

iD8DBQFFnkvUtTMYHG2NR9URAoOTAJ9fMk8Q357a3KSLDJW9tnQKX8XpVQCghFi1 24idxYRDE+d4jy4f/0xB6KU= =vA2n -----END PGP SIGNATURE-----

--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 5/01/07, Carlos E. R. escribió:

Un amigo mio saca el cable IDE por una ranura al exterior. Claro que no es enchufable en caliente. Tengo entendido que con SATA si se puede enchufar en caliente, se podría sacar el bus fuera y enchufar: la velocidad sería de vertigo. ¿No hay previsto una interfaz optica por ahí? Otra posibilidad.

Para eso está el eSATA: http://en.wikipedia.org/wiki/Esata#External_SATA Y sus cajitas correspondientes, por ejemplo: http://www.pez8.com/thermaltake_mouse_otb2.5_sata_2.5_esata_usb_azul/tiala/8... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Es MUSE, que los que arman la pagina no tienen NPI y es un eSATA que se puede conectar tambien por usb

| Thermaltake Mouse OTB2.5 SATA 2.5" eSATA USB Azul (N0010) ¿Mouse? ¿Un ratón? ¿Y lo de USB? El eSATA sale directo desde el ordenador, no interviene usb ni nada. Es una simple conversión de voltajes del bus SATA interno.

--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-05 a las 22:38 +0100, Camaleón escribió:

2007/1/5, Carlos E. R.:

...

| Unlike PATA, SATA and eSATA are designed to allow hot-plugging. However, | current operating systems typically lack support to utilize this | feature.

con lo que nos han fastidiado.

Ni caso. S-ATA es hotplug, como los scsi (ojo, con los componentes adecuados, al menos con controladora raid y sus cajas de extracción en caliente).

Pero la conexión / desconexión como los usb, hoy en día no. Todo se andará, preparado está :-)

Es que por hotplug yo me refiero a eso, enchufarlos en marcha al estilo de los usb, para llevarmelo de un sitio a otro en plan backup, no una caja seria de un array.

...

| Thermaltake Mouse OTB2.5 SATA 2.5" eSATA USB Azul (N0010)

¿Mouse? ¿Un ratón? ¿Y lo de USB? El eSATA sale directo desde el ordenador, no interviene usb ni nada. Es una simple conversión de voltajes del bus SATA interno.

Es Thermaltake Muse, el nombre está mal. Aquí hay más información de otro modelo más moderno:

http://www.thermaltake.com/product/Storage/35_Solutions/n0003us/n0003us.asp

Parece majo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFnuRetTMYHG2NR9URAqTVAJ9QMs4A1+GJ9jqdwMQus9jtnUVUhwCfcf4y kzTK/pKd7M3SG7VoeIprTnE= =z+xu -----END PGP SIGNATURE-----

Hola :) He leído un poco por encima el hilo y ... El Viernes, 5 de Enero de 2007 15:30, Juan Gustavo Fogelman escribió:

vuelvo sobre lo mismo, el tiempo de acceso vamos con unas matematicas basicas:

[...]

en la practica obtengo unos valores mas o menos parecidos... muy parecidos diria yo es mas rapido pasar 1 iso de 700MB que 400 archivos de 100KB por eso cuando tienes una multitud de archivos pequeños... armas un zip sin comprimir, o lo que sea y lo pasas luego en un solo troso o incluso vas armando el zip a medida que lo vas pasando

Tened en cuenta que al acceder a un fichero, se producen 2 accesos a disco. Uno de los accesos es para localizar el fichero y el segundo es para empezar la copia/lectura de datos. En el caso de muchos ficheros ... multiplica el número de ficheros x 2. Es decir: 100 ficheros suponen, como mínimo 200 accesos a disco. 1 fichero supone dos accesos a disco, mínimo. Los accesos a disco suponen localizar el fichero, colocar el cabezal, ... por lo que se pierde mucho tiempo en esto. De ahí que transferir un fichero grande sea más productivo que transferir 100 ficheros pequeños cuyo tamaño total sea menor que el fichero grande.

claro que a Francisco no le sirve porque necesita que lo puedan acceder otras personas. pero para el que solo necesita hacer copias o transportar info de un lugar a otro que tenga en cuenta esto, y que haga mediciones a ver que le va mejor. si se fijan en el caso 3, cuando los archivos llegan a un tamaño de 3MB ya la perdida no es tan grande en rendimiento, aunque se siente. con usb 2.0 y muchos archivos no es tan importante la velocidad de transferencia como el tiempo de acceso _en mi experiencia_.

yo estoy probando con e-sata y es lo mismo que tener el disco internamente claro que mother con e-sata las cuentas con los dedos de una mano

lo que yo espero es que mejoren los discos solidos, con memoria flash eso de bajar el tiempo de acceso de un raptorX de 7ms a 10us con una memoria flash debe ser una burrada con archivos pequeños claro que con archivos grandes seria mas lento

Más cosas a tener en cuenta: - USB ... es un engaño, IMHO - Hay que tener en cuenta que no sólo hay que fijarse en el ancho de banda de la tecnología utilizada sino también los IOPS que tiene (I/O operations per second) - el tamaño del disco utilizado también influye, no sólo los rpms. Tengamos en cuenta que la velocidad angular es importante - el bus utilizado es también otro factor a tener en cuenta, si es PCI, PCIe, PCI-X, si hay muchos dispositivos conectados, tipo de tarjeta conectada, ... - velocidad de la CPU y posibilidad de gestionar todos los paquetes, context switching, ... - velocidad de memoria y del bus (Frontside Bus en Intel y HT en AMD) así como la cantidad de memoria (recordemos que Linux cachea todo lo que puede) - los drivers - configuración del RAID: stripe unit, tamaños de bloque, ... HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Hola :) El Lunes, 8 de Enero de 2007 13:40, Carlos E. R. escribió:

El 2007-01-08 a las 10:47 +0100, Rafa Grimán escribió:

...

...

Uno de los accesos es para localizar el fichero y el segundo es para empezar la copia/lectura de datos. En el caso de muchos ficheros ... multiplica el número de ficheros x 2.

Es decir: 100 ficheros suponen, como mínimo 200 accesos a disco. 1 fichero supone dos accesos a disco, mínimo.

Los accesos a disco suponen localizar el fichero, colocar el cabezal, ... por lo que se pierde mucho tiempo en esto. De ahí que transferir un fichero grande sea más productivo que transferir 100 ficheros pequeños cuyo tamaño total sea menor que el fichero grande.

Eso es cierto. Pero ¿porqué es esa operación más lenta si el bus es usb? Debe haber algo más. Sospecho que hay un montón de transferencias más en ambos sentidos: buscar sitio libre en el disco para grabar, por ejemplo. Es posible que cada comunicación nueva tenga su tiempo añadido, más lento que el de transferencia continua de datos.

...

Más cosas a tener en cuenta:

- USB ... es un engaño, IMHO

Bueno... tiene su utilidad.

Prefiero FireWire, da menos problemas, por lo menos los que he probado.

...

- Hay que tener en cuenta que no sólo hay que fijarse en el ancho de banda de la tecnología utilizada sino también los IOPS que tiene (I/O operations per second)

Vale, ¿y cual es ese parámetro en el bus usb? Es que hay gente que consigue velocidades razonables y otros que no - y no es simplemente por la opción "sync", hay más. No puede ser los IOPS que son iguales para todos.

Eso no lo sé. Uno de los problemas que sí he visto es que los fabricantes de USB hacen lo que les da la gana: - hubs que cuelgan el sistema entero (incluso impiden que el sistema llegue a la BIOS) - sticks usb que dan errores en unos equipos y no en otros - sticks que sólo funcionan si los enchufas a un hub usb - ... Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Hola :) El Miércoles, 10 de Enero de 2007 11:59, Carlos E. R. escribió: [...]

...

- sticks que sólo funcionan si los enchufas a un hub usb

Pos que bien. ¿No será por el tema de la alimentación?

Yo creo que es eso, algo de los voltajes que está mal, o algún "cable" suelto que hace un contacto indebido, ... Pero no lo tengo comprobado. Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

2007/1/12, francisco F.:

y habilite la cache de escritura de no se que que por defecto sale en off.

Porque si no tienes un sai detrás y se produce un corte de luz te arriesgas a perder datos si tienes habilitada la caché de escritura (yo la tengo deshabilitada en la controladora raid, aún teniendo un sai detrás, no me fio. Prefiero perder un pelín de velocidad y ganar un pelín de tranquilidad...). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 12/01/07, francisco F. escribió:

Si pero en mi caso ese porcentaje de perdida llegaba al 60%, a parte la controladora esta tiene bateria propia

Así da gusto: - Cache Memory: 128-256-512-MB Read/Write, ECC protection, battery-backed, and removable - Cache Batteries Up to 4 days of redundant battery life, removable for easy replacement (3days with 256-MB Module, 1 day with 512-MB Module) Por curiosidad, ¿qué utilidad usas para controlar los niveles de raid en SuSE 10.1 (aviso por caida de disco, reconstrucción del array, añadir otro disco...)? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 12/01/07, admin-listas escribió:

Ninguna, hp tiene utilidades para linux (incluso el cd autoarrancable de configuracion es de linux) pero para las sles, no dudo que funcionase para la 10.1 pero los scripts de instalacion detectan si es una sles y si no se paran, habria que tocarlos un pelo.

Es para darles un... mejor me callo. Con lo bonito que es el "bichejo*" (jo, cómo mola) y que la gente de HP no piense un poco en el resto de sistemas operativos, es increíble.

Asi que me tendre que fiar de las lucecitas (lleva muchas) y pitidos. Y del ILO2 que algo sale. Para chequear a fondo hay que arrancar con ese CD.

Es algo que sigo sin entender y que no le veo solución. Yo estoy igual, con una controladora raid s-ata de Adaptec, dos niveles definidos (200 GB raid 1 para el sistema con sus particiones y 1,2 teras raid 5 para datos) y cuando se cae (una mota de polvo hace que esta controladora se vuelva loca y se pone a pitar pensando que el disco se ha dañado o qué se yo) para reconstruir el array tengo que hacerlo desde la bios (tiene tela la cosa) porque ni Linux tiene herramientas para estos menesteres ni Adapctec está por la labor, así que no me entero de cuando se cae el array, ni puedo reconstruirlo con el sistema encendido, y ojo, que para 1,2 teras se tira con el "rebuilding" más de 8 horas...

Por cierto, la sles 10 fue incapaz de detectar las tarjetas de red.

Hum, creo que lleva Broadcom integradas, y Linux no se lleva muy bien con este chipset. Por cierto, ¿cómo es que a este "monstruito" le pones una versión de 32 bits, no sería mejor la de 64 bits? * http://h18004.www1.hp.com/products/quickspecs/12477_div/12477_div.html Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-13 a las 13:59 +0100, admin-listas escribió:

Antes de poner una controladora de esas y con la velocidad de proceso actuales casi que me tiraria al raid por soft. Lo estube usando una temporada (pero solo dos discos de 20Gb) y la verdad no note mucha diferencia con una tarjeta de estas, a parte tienes mas control.

Me dijo uno de los desarrolladores de suse una vez que es que la mayoría de las tarjetas de raid, sobre todo las integradas en placa, en realidad no son tales: son un raid software con fuerte apoyo específico de la tarjeta, pero dependen del procesador del PC y de un driver especial. Siendo ese el caso, hay apenas diferencia de velocidad, y el raid por software tiene ventajas considerables; se me ocurre que no dependes de un hardware específico: puedes cambiar de marca y modelo de discos duros y tarjetas sin problema y controlas desde el sistema operativo. Me parece una ganancia considerable, si la tarjeta no es de verdadero raid. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFqPl5tTMYHG2NR9URAmvUAJwOeaxB1EULfT0UaRUE9kS57w6frACgkWhw U2yMyqLwZ8xKKzO43Apwi5w= =PyNO -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-01-13 a las 17:47 +0100, Camaleón escribió:

El 13/01/07, Carlos E. R. escribió:

...

Me dijo uno de los desarrolladores de suse una vez que es que la mayoría de las tarjetas de raid, sobre todo las integradas en placa, en realidad no son tales: son un raid software con fuerte apoyo específico de la tarjeta, pero dependen del procesador del PC y de un driver especial.

El problema, Carlos, es que estas tarjetas son hardware raid. Lo que pasa es que estamos en las mismas: no hay herramientas de gestión "en caliente" (las hay, pero para controladoras muy concretas) y tampoco veo que en SuSE (bajo linux, en general) haya nada para este tema.

Puede que las que tengas tú lo sean, pero la gran mayoría dicen serlo y mienten, no lo son.

Entiendo que si usas un controlador que se encuentra integrado en el propio kernel (en mi caso "aacraid" pues alguna herramienta de diagnóstico debería haber...no ya de reconstrucción del array, pero sí al menos que te diga:

- Eh, psss, tú, ¿te acuerdas de que tenías dos discos en raid 1? Pues ahora sólo tienes uno :-)

Si es raid software, si, hay y bastante. raid hardware y pseudohardware, pues... algunas si, muchas no. Como siempre. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFFqUEatTMYHG2NR9URAvFlAJ4h6Jcw8D9QK3FBC0bjdvZ78qMuFACdGH/l pAEFcMNeLmLv/4HFZKEi9Z8= =KAGQ -----END PGP SIGNATURE-----

Hola :) El Sábado, 13 de Enero de 2007 16:23, Carlos E. R. escribió:

El 2007-01-13 a las 13:59 +0100, admin-listas escribió:

...

Antes de poner una controladora de esas y con la velocidad de proceso actuales casi que me tiraria al raid por soft. Lo estube usando una temporada (pero solo dos discos de 20Gb) y la verdad no note mucha diferencia con una tarjeta de estas, a parte tienes mas control.

Me dijo uno de los desarrolladores de suse una vez que es que la mayoría de las tarjetas de raid, sobre todo las integradas en placa, en realidad no son tales: son un raid software con fuerte apoyo específico de la tarjeta, pero dependen del procesador del PC y de un driver especial.

Realmente, las cabinas de discos son PCs con su RAM, su procesador y su conexión a los discos así que sí, no te engañaron. Algunos llevan procesadores Xeon, otros llevan procesadores Xscale (o algo así) y luego llevan RAM para su caché y funcionamiento. En algunos fabricantes, la RAM del equipo y la caché es común. En otros fabricantes, la caché y la RAM están separadas.

Siendo ese el caso, hay apenas diferencia de velocidad, y el raid por software tiene ventajas considerables; se me ocurre que no dependes de un hardware específico: puedes cambiar de marca y modelo de discos duros y tarjetas sin problema y controlas desde el sistema operativo. Me parece una ganancia considerable, si la tarjeta no es de verdadero raid.

La ventaja de las cabinas es la independencia, por ejemplo, en nuestro caso (no conozco bien los otros), puedes definir el RAID, los volúmenes, ... y ponerte a particionar y formatear de inmediato, no tienes que esperar a que acabe el RAID ni los volúmenes. La reconstrucción de RAID, ... se hace independientemente del servidor. Luego en casos de mucha carga, separas la carga del servidor y del RAID. Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Hola :) El Jueves, 18 de Enero de 2007 22:30, Victor Hugo dos Santos escribió:

2007/1/15, Rafa Grimán :

...

Hola :)

[...]

...

La ventaja de las cabinas es la independencia, por ejemplo, en nuestro caso (no conozco bien los otros), puedes definir el RAID, los volúmenes, ... y ponerte a particionar y formatear de inmediato, no tienes que esperar a que acabe el RAID ni los volúmenes.

bueno.. y ademas, se pueden enchufar varios servers en la misma cabina !!!

Cierto, se me pasó por alto 0:) Esto se puede hacer mediante: SAN: clustered filesystem particiones: cada OS accede a una partición diferente (aunque puedes configurarlo para que varios OS accedan a una misma partición) Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Martes, 30 de Enero de 2007 06:54, Victor Hugo dos Santos escribió:

hoy aparecio la siguiente duda en la oficina:

dentro de la cabinas, hay algun gano en dividir los discos en diversos volumnes da lo mismo dejar todos los discos en un solo volumen ???

por ejmplo (cabina de 9 discos x 500G) :

1 Disco de reserva y 1 RAID 10 con 8 discos

1 Disco de reserva y 2 RAID 10 con 4 discos cada uno.

habra alguna diferencia ?? la idea, seria implementar LVM en el sistema operativo y dentro de esta cabina (que estaria conectada por dos HBA al mismo equipo) crear varios volumens logicos con LVM para una BD oracle.

mmmm... en lo personal, pienso que en este caso.. como es solamente 1 equipo acedendo a la misma cabina... da lo mismo.. ya que crear 2 (o mas volumens en la cabina) seria como tener 2 discos duros IDES en la misma controladora dentro de un PC !!!

* Eso es bastante dependiente de las controladoras y sus caracteristicas, logicamente a menor tamaño mejor velocidad lineal pero esto puede ser perfectamente despreciable para un solo punto del arbol, si divides tambien divides (reduces) los puntos unicos de fallo ante un fallo de disco (ya que en este raid, sin doble paridad, el punto unico de fallo pasa a ser cualquiera de los demas discos), yo me preocuparia mas de hacer un tamaño de cluster apropiadamente grande, sin pasarse, no te vayas a quedar sin inodos con una ocupacion del 70%, es decir mejorar el acceso lineal y ten en cuenta que los sistemas raid tienen sus pegas, has de pensar si lo tienes por rendimiento o por seguridad, por las dos cosas no vale, una de ellas ha de prevalecer y aun asi tienen sus inconvenientes, por ejemplo, siempre hay un punto unico de fallo, el sistema de ficheros, vamos que el backup no es sustituible. * Prevee las herramientas forenses, han de poder acceder a ese diseño de volumenes. * Esto no se parece en nada a tener dos discos IDE en la misma controladora, fundamentalmente por que no es la misma controladora, esta tendra opciones de desconexion y conexion a distitintos buses, con un particionamiento decente tendras paralelizacion real y otras caracteristicas.

Hola :) El Viernes, 12 de Enero de 2007 21:00, Camaleón escribió: [...]

Yo estoy igual, con una controladora raid s-ata de Adaptec, dos niveles definidos (200 GB raid 1 para el sistema con sus particiones y 1,2 teras raid 5 para datos) y cuando se cae (una mota de polvo hace que esta controladora se vuelva loca y se pone a pitar pensando que el disco se ha dañado o qué se yo) para reconstruir el array tengo que hacerlo desde la bios (tiene tela la cosa) porque ni Linux tiene herramientas para estos menesteres ni Adapctec está por la labor, así que no me entero de cuando se cae el array, ni puedo reconstruirlo con el sistema encendido, y ojo, que para 1,2 teras se tira con el "rebuilding" más de 8 horas...

Hmmm ... mal rollo. Nuestro almacenamiento (al igual que el de otros fabricantes) permite avisar directamente, sin necesidad de un sw específico. Mientras tenga una IP y una conexión a red, pueden avisar por correo, SNMP, ... Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Hola :) El Martes, 16 de Enero de 2007 15:08, Camaleón escribió:

2007/1/15, Rafa Grimán:

...

Hmmm ... mal rollo. Nuestro almacenamiento (al igual que el de otros fabricantes) permite avisar directamente, sin necesidad de un sw específico. Mientras tenga una IP y una conexión a red, pueden avisar por correo, SNMP, ...

¿Dices que el propio disco avisa directamente? ¿Qué discos son (tipo) y cómo avisan sin tener instalado ningún programa exclusivo para ello?

El disco en sí no, es la cabina la que avisa. La cabina puede avisar de 3 maneras: - vía correo electrónico (tiene conexión RJ45 - vía pitidos y leds - vía el sw de gestión Los pitidos y las luces son útiles sólo si estás en el CPD. Lo otro depende de lo que prefieras. HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Hola :) El Martes, 16 de Enero de 2007 15:55, Camaleón escribió:

2007/1/16, Rafa Grimán:

...

El disco en sí no, es la cabina la que avisa.

Vale, pero no me digas que son cabinas con conexión de fibra óptica que eso no vale :-D

Las hay también SAS 0;) Por cierto, SAS va mejor que FC ... ahora que no me oye nadie ;)

...

La cabina puede avisar de 3 maneras: - vía correo electrónico (tiene conexión RJ45 - vía pitidos y leds - vía el sw de gestión

Los pitidos y las luces son útiles sólo si estás en el CPD. Lo otro depende de lo que prefieras.

Juver, son cabinas con vida propia :-)

Es que a los técnicos de SGI no nos gusta trabajar demasiado ;)

Ese equipamiento no lo verás en muchas empresas, pillín, los equipos que tenemos aquí son del tipo "estándar", backplane para discos s-ata y raid sencillito. Y no, el backplane no te avisa (pita la tarjeta, pero como está asilado, pues que si quieres arroz, Catalina).

Los fabricantes solemos tener almacenamientos de baja gama (aunque SGI siempre intenta empujar lo grande y llamativo 0;). Los fabricantes solemos tener cabinas de hasta 12 discos por bandeja con baja escalabilidad (48 discos máximo) y conectividad de bajo precio (SAS). Es verdad que en la mayoría de las PYMEs españolas no se suelen ver estas cosas, pero algunas sí lo tienen. Actualmente los tiempos de servicio son altísimos y el precio por GB es bajo por lo que salen rentables. Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Hola :) El Martes, 16 de Enero de 2007 16:59, Juan Gustavo Fogelman escribió:

los NAS (creo que se llaman asi) , son "pc" (no en realidad) que tienen una controladora de disco, generalmente RAID, y se acceden a travez de la red, generalmente gigabit tienen su IP y todo y se administran de la misma manera que un router, via http por eso cuando fallan, avisan por correo, o lo que sea no van _dentro_ de la pc, sino fuera, y no por usb, firewire o lo que sea, sino por red

Como dices, una NAS, es un servidor "de toda la vida" (PC) conectado a unos discos. En este caso, el servidor es el que gestiona todo (via SSH, HTTP, ...). Un servidor NAS típico haría de "intermediario" entre los datos (discos) y los clientes (PCs) mediante un protocolo típico: SMB/CIFS, NFS, ... En el caso de las cabinas de disco no es un servidor "de toda la vida". Por sí mismo no es capaz de hacer nada (sólo habla con los discos y te envía correos si algo falla) y no le puedes instalar nada, por lo que depende de un servidor "de toda la vida". La comunicación entre los discos y los PCs/servidores es mediante FC o SAS (generalmente). Luego tienes los SAN que son varios equipos conectados a una misma cabina de almacenamiento y comparten un filesystem por lo que usan un clustered filesystem: CXFS, GPFS, GFS, OCFSv2, ... Tanto los NAS como las SAN pueden utilizar una cabina de disco como sistema de almacenamiento. En el caso de las NAS, si no se quiere utilizar almacenamiento externo, se pueden usar los discos internos del servidor. Una cabina de discos sería un elemento más o, como lo llaman los gringos, "building block". Rafa

----- Original Message ----- From: "Camaleón" To: Sent: Tuesday, January 16, 2007 11:08 AM Subject: Re: [opensuse-es] Velocidad de copiado de un disco a otro, FINAL

...

2007/1/15, Rafa Grimán:

...

Hmmm ... mal rollo. Nuestro almacenamiento (al igual que el de otros fabricantes) permite avisar directamente, sin necesidad de un sw específico. Mientras tenga una IP y una conexión a red, pueden avisar por correo, SNMP, ...

¿Dices que el propio disco avisa directamente? ¿Qué discos son (tipo) y cómo avisan sin tener instalado ningún programa exclusivo para ello?

Saludos,

-- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

-- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El 16/01/07, francisco F. escribió:

Supongo que ya dara tiempo a ponerle una de 64 y ademas casi sera la unica opcion cuando se acabe el soporte de la 10.1.

¿Por qué? :-? Las versiones de 32 y 64 bits las van a seguir haciendo...¿o no?, al igual que los paquetes, lo que ya han incorporado es la versión "smp" como predeterminado. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Lunes, 15 de Enero de 2007 12:14, Rafa Grimán escribió:

Hola :)

Curioso, en nuestras cabinas de almacenamiento, el sw que las gestiona, está basado en Java y funciona bajo: Linux, MS-Windows e Irix. No hace falta reiniciar con ningún CD ni tenemos que estar conectados directamente a la cabina, puede ser out-bound (por red) y puedes gestionar todas las que quieras, no la que tienes conectada directamente (aunque también lo permite).

No lo digo por chulear, sino para que sepáis que hay cabinas de almacenamiento de muchos fabricantes.

...

Por cierto, la sles 10 fue incapaz de detectar las tarjetas de red.

¿Qué tarjetas son?

BCM5708, broadcom, con ponerles el driver a mano basto. Por cierto en la 10.1 las tengo con bonding de ese y aparte de un mensajillo que algun dia corregire funciona bien --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El Lunes, 15 de Enero de 2007 12:45, Rafa Grimán escribió:

Hola :)

El Lunes, 15 de Enero de 2007 12:38, francisco F. escribió:

[...]

...

...

...

Por cierto, la sles 10 fue incapaz de detectar las tarjetas de red.

¿Qué tarjetas son?

BCM5708, broadcom, con ponerles el driver a mano basto. Por cierto en la 10.1 las tengo con bonding de ese y aparte de un mensajillo que algun dia corregire funciona bien

¿Qué mensajillo? Por si podemos ayudar 0;)

Rafa era : warning : either miimon or arp_interval and arp_ip_target module parameters must be specified

le añadi al modprobe.conf.locale alias bond0 bonding options bond0 miimon=100 y desaparecio el aviso lo que si me mosquea es que segun todos los sitios con ethtool bond0 deberia salir algo y no sale na de na --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Hola :) El Jueves, 18 de Enero de 2007 22:26, Victor Hugo dos Santos escribió:

2007/1/15, Rafa Grimán :

...

Hola :)

hola.. tanto tiempo.

[...]

...

No lo digo por chulear, sino para que sepáis que hay cabinas de almacenamiento de muchos fabricantes.

por aca estamos trabajando con unas AX150 de.. de.. de.. no me acuerdo el fabricante, pero la compramos en DELL. y estas son destinadas a empresas medianas!!!

El fabricante es EMC. Conexión iSCSI/FC, posibilidad de doble controladora, SATA, ... ;)

y su configuracion es por interface WEB y me funciona desde mi linux !!! :-D

Las cabinas de almacenamiento no deberían dar problemas al trabajar con Linux. Casi todos los fabricantes ya han desarrollado una interfaz que sea compatible MS-Windows/Linux/MacOS/... en nuestro caso es Java, en otros es Web, ... Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org