El blog de i5513, Bares, Debian gnu linux,
Sevilla FC y mucho más

Todo ha empezado echándole la culpa de nuevo al "pobre" Drobo Elite. Intento copiar un disco grande a un datastore alojado en Drobo Elite de un esxi:

pv /dev/mapper/mpath6 | ssh root@blade "cat > /vmfs/volumes/droboelite01-d2/mpath6"

6,17GB 0:40:22 [ 0 B/s ][=============> ] 15% ETA 3:34:57

Se me queda en 0 ... muuuucho tiempo, y lo corto ... volvamos a lanzarlo:

32,3GB 2:47:37 [ 0B/s ][=========================================> ] 82% ETA 0:34:30
Read from remote host fsblade07: Connection reset by peer
pv: write failed: Tubería rota

Quitando la escritura a Drobo:

pv /dev/mapper/mpath6 | ssh root@blade "cat > /dev/null"
35,3GB 2:54:35 [ 0B/s ] [=======================================================> ] 90% ETA 0:18:22

Así que, nada no se puede usar el ESXi para hacer copias directamente al Drobo (Iba a mirar si hay bugs, o se puede abrir uno nuevo pero con mi iceweasel la página del esxi se me queda en blanco ...)

Solución:
Instalar una máquina virtual debian y formatear la unidad de 2T del drobo (¿momento ideal para hacer comparativas entre xfs y ext3?)

Labels: drobo, dropbear, esxi, ssh

Entorno: Blade de HP + EVA

scp fichero root@xen01 --> 20 MB/s
scp fichero root@esxi01 --> 5 MB/s

Por lo visto es una queja común, pero no encuentro ningún sitio oficial donde se diga cómo arreglar el "problema"

Soluciones, las dan pero no son muy efectivas:

1. -c blowfish (en estos tiempos la cpu debería poder con la encriptación, mejora la velocidad pero muy poco)
2. Instalar FTP (Ni loco?!, o seré un paranoico,? no soportado)
3. Activar transferencia mediante HTTP (No mola)
4. Esperar a que vmware deje de hacer control de ancho de banda para este asunto, o investigar como se da más para el ssh

Actualización 23:11
- El problema viene del dropbear que instala el esxi, no soporta el protocolo sftp:
http://communities.vmware.com/message/1159959#1159959

Xen 1 - Vmware 0

Referencias:
http://robertbchase.blogspot.com/2009/03/veeeam-fast-scp-for-esxi.html

Labels: friki, linux, vmware, xen

Cuando conectas Drobo elite a un cliente open-iscsi:

Si lo haces a través de un switch e intentas darle formato: bloqueado por spanning tree (STP)
Si lo haces directamente a través de un cable, e intentas darle formato: Drobo envía RST+ACK y se reinicia

El reinicio imagino que también ocurre cuando está conectado con el switch

Parece que no queda otra que usarlo con algo que esté soportado (vmfs/ntfs). He preguntado por si las moscas en la lista de iscsi, en el foro de drobo y cuando me den de alta en el grupo de google de drobo, lo haré también allí.

Gracias a esta experiencia, he aprendido que los puertos de los Procurve tienen su propia mac para sus operaciones internas (como el STP)

De momento, batalla perdida.

Actualización 16 de julio 2010:
Con el open-iscsi disponible en SID el problema desaparece
Configurando correctamente las redes entre el drobo y los equipos del vmware y el windows el sistema empieza a funcionar
Los bloqueos STP son cuando el drobo se encienden, y son sólo momentaneamente.

Vencimos a Drobo!

Labels: drobo, iscsi, isotrol, linux