Cielito - Cloud para la UdelaR » Plataforma de servidores

Empezamos pr configurar el uso del apt-cache de manera más eficiente, en /etc/apt/apt.cache.d/, y no línea por línea en el sources.list
Ver: Servidor Malba Tahan.

La actualización nos señala que queda un /dev/sda1 (que logra cambiar por un UUID) y un /dev/sda2 que no logra corregir, pero en realidad son restos indebidos de la instalación inicial, el UUID que encuentra es ahora el /boot, así que comentamos esos montajes noauto que tenía configurados en /media/usbX:

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/mapper/hipatia-raiz /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sdb1 during installation
UUID=3953488f-29fb-40e1-8ca3-61ea20412ec1 /boot           ext2    defaults        0       2
/dev/mapper/hipatia-tmp /tmp            ext4    defaults        0       2
/dev/mapper/hipatia-usr /usr            ext4    defaults        0       2
/dev/mapper/hipatia-var /var            ext4    defaults        0       2
/dev/mapper/hipatia-intercambio none            swap    sw              0       0
# /dev/sda1       /media/usb0     auto    rw,user,noauto  0       0
# UUID=3953488f-29fb-40e1-8ca3-61ea20412ec1       /media/usb0     auto    rw,user,noauto  0       0
# /dev/sda2       /media/usb1     auto    rw,user,noauto  0       0

¿no convendría intentar re-configurar el arranque con UEFI? ¿.... no será más fácil re-instalar limpio?

Dos documentaciones al respecto: http://forums.debian.net/viewtopic.php?f=16&t=81120 y http://tanguy.ortolo.eu/blog/article51/debian-efi

El UEFI (en realidad el GPT) será necesario para manejar más de 2Tb, cuando recibamos esto: #1983

Leyendo ahí cosas como:

If you used an MBR, you lost; you may try to convert it to GPT using a tool such as gdisk, but ...

y viendo los paquetes que no entendemos, la actualización que no se hace, etc.,mejor instalamos todo de vuelta.

• del turing24G.img que había en /var/lib/libvirt/images
• de /etc/passwd, /etc/shadow, /etc/group, /etc/motd.tail
• de los perfiles en /home que queremos conservar (para las claves publicas),

Luego partimos de la debian 7.3 en un pendrive, e instalamos:

• la IP la configuramos a mano -> aprovechamos para ir ya porbando el °/26
• el particionado: partimos de un particionado en LVM separando lo máximo que propone, pero cambiamos las particiones:
  **"ponemos particiones un poco más grandes (en particular para el /)
  • no separamos /home,
  • dejamos espacio libre en el LVM para nuevas particiones para los virtuales.

Instalación de hipatia Ok.

• Instalamos lo necesario para virtualización kvm,
• Le configuramos la red con dos bridge: br0 para la IP pública, br1 para la IP NAS: 10.5.1.6
• le ponemos un iptables, con br1 abierto, y que deja salir todo a internet pero sólo acepta ssh
• fortalecemos la seguridad ssh y contraseñas

probamos el acceso por iSCSI con las indicaciones de la wiki debian

• en gregg activamos iSCSI, creamos un volumen iSCSI, le agregamos un usuario de autenticación CHAP. ¿será que conviene poner un CHAP para el "discovery"
• en hipatia instalamos open-iscsi.

Ahí logramos:

root@hipatia:/etc/iscsi# iscsiadm -m discovery -t st -p 10.5.1.3
10.5.1.3:3260,1 iqn.2012-07.com.lenovoemc:ix12.gregg.respaldos
164.73.68.76:3260,1 iqn.2012-07.com.lenovoemc:ix12.gregg.respaldos

ponemos el usuario y la contraseña CHAP en los dos lugares que dice (/etc/iscsi/...) y entonces esto:

iscsiadm -m node --targetname "iqn.2012-07.com.lenovoemc:ix12.gregg.respaldos" --portal "10.5.1.3:3260" --login

Nos crea un /dev/sdb
No le podemos poner una tabla de particiones, pero sí podemos formatear la totalidad de la unidad:

root@hipatia:/etc/iscsi# mkfs -t ext4 -L respaldos /dev/sdb
mke2fs 1.42.5 (29-Jul-2012)
¡/dev/sdb es todo el dispositivo, no sólo una partición!
¿Continuar de todas formas? (s,n) s
Etiqueta del sistema de ficheros=respaldos
OS type: Linux
Tamaño del bloque=4096 (bitácora=2)
Tamaño del fragmento=4096 (bitácora=2)
Stride=0 blocks, Stripe width=128 blocks
201326592 inodes, 805306368 blocks
40265318 blocks (5.00%) reserved for the super user
Primer bloque de datos=0
Número máximo de bloques del sistema de ficheros=4294967296
24576 bloque de grupos
32768 bloques por grupo, 32768 fragmentos por grupo
8192 nodos-i por grupo
Respaldo del superbloque guardado en los bloques: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
    102400000, 214990848, 512000000, 550731776, 644972544

Allocating group tables: hecho                           
Escribiendo las tablas de nodos-i: hecho                           
Creating journal (32768 blocks): hecho
Escribiendo superbloques y la información contable del sistema de ficheros: hecho      

Y podemos recupera su "label":

root@hipatia:/etc/iscsi# e2label /dev/sdb
respaldos

NB: desde otro servidor (sagan), si bien el discovey da el resultado sin autenticación:

root@sagan:~# iscsiadm -m discovery -t st -p 10.5.1.3
10.5.1.3:3260,1 iqn.2012-07.com.lenovoemc:ix12.gregg.respaldos
164.73.68.76:3260,1 iqn.2012-07.com.lenovoemc:ix12.gregg.respaldos

root@sagan:~# iscsiadm -m node --targetname "iqn.2012-07.com.lenovoemc:ix12.gregg.respaldos" --portal "10.5.1.3:3260" --login
Logging in to [iface: default, target: iqn.2012-07.com.lenovoemc:ix12.gregg.respaldos, portal: 10.5.1.3,3260] (multiple)
iscsiadm: Could not login to [iface: default, target: iqn.2012-07.com.lenovoemc:ix12.gregg.respaldos, portal: 10.5.1.3,3260].
iscsiadm: initiator reported error (24 - iSCSI login failed due to authorization failure)
iscsiadm: Could not log into all portals

por ende logramos una autenticación.

Instalo ntp (que hay que configurar en cada servidor)