Pour éditer le wiki, il faut demander un compte à un Lapin !
Serveur supervixen
Le serveur supervixen est un serveur de virtualisation basé sur Xen qui a pour but d'héberger des VM pour les services, projets et idées des Loopiot·te·s.
En janvier 2014, le premier disque dur, qui contenait l'OS, a mourru, et bien sûr on n'avait pas de sauvegardes. Le serveur a donc été réinstallé avec deux disques durs neufs, un peu à l'arrache mais avec du lulz. On peut considérer que l'installation dans son ensemble pourrait être à refaire proprement... plus tard... ou quand ça repètera...
Matériel
- Marque : HP Proliant DL380 G5.
- CPU : 2 x Intel Xeon 5150 bi-core, 2.66 GHz
- RAM : 24 Go de DDR 2 ECC de compète
- HDD : 2 x 640Go SATA 7200rpm
- RAID : HP P400i [103c:3230] (driver linux cciss)
- Réseau : 2 x Ethernet Broadcom (nécessite le firmware binaire
firmware-bnx2
) - iLO2 : 192.168.0.54 (00:1e:0b:1c:ec:ac)
OS
Debian Wheezy 7 64 bits. LVM avec un VG unique supervixen
.
Admins : bencoh, CapsLock, okhin, ToM
Partitionnement
- Deux disques SATAs attachés sur la carte RAID et remontés à linux comme deux "logical volumes" (au sens RAID matériel) indépendants.
# partition table of /dev/cciss/c0d0 unit: sectors /dev/cciss/c0d0p1 : start= 2048, size= 409600, Id=fd, bootable /dev/cciss/c0d0p2 : start= 411648, size=1230469120, Id=fd /dev/cciss/c0d0p3 : start=1230880768, size= 17577984, Id=83 /dev/cciss/c0d0p4 : start=1248458752, size= 1738752, Id=83 # partition table of /dev/cciss/c0d1 unit: sectors /dev/cciss/c0d1p1 : start= 2048, size= 409600, Id=fd, bootable /dev/cciss/c0d1p2 : start= 411648, size=1230469120, Id=fd /dev/cciss/c0d1p3 : start=1230880768, size= 17577984, Id=83 /dev/cciss/c0d1p4 : start=1248458752, size= 1738752, Id=83
- Deux grappes RAID1 en raid logiciel (md0 pour le /boot, md1 pour lvm).
Personalities : [raid1] md1 : active raid1 cciss/c0d0p2[0] cciss/c0d1p2[2] 615103296 blocks super 1.2 [2/2] [UU] md0 : active raid1 cciss/c0d0p1[0] cciss/c0d1p1[2] 204608 blocks super 1.2 [2/2] [UU] unused devices: <none>
- Un PV lvm dans le VG supervixen, sur lequel on alloue les LVs (les disques des VMs, et les slash, var du domU).
PV VG Fmt Attr PSize PFree /dev/md1 supervixen lvm2 a-- 586.61g 565.17g VG #PV #LV #SN Attr VSize VFree supervixen 1 6 0 wz--n- 586.61g 565.17g LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert calendar-disk supervixen -wi-ao-- 4.00g muninvm-disk supervixen -wi-ao-- 4.00g muninvm-swap supervixen -wi-ao-- 128.00m slash supervixen -wi-ao-- 4.66g var supervixen -wi-ao-- 4.66g yersay-disk supervixen -wi-ao-- 4.00g
- Les morceaux de disque montés sur le domU
/dev/mapper/supervixen-slash on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered) /dev/md0 on /boot type ext3 (rw,relatime,errors=continue,user_xattr,acl,barrier=1,data=ordered) /dev/mapper/supervixen-var on /var type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
Xen
Pour l'instant on se passe de conserver 1 cœur verrouillé pour le dom0, pour voir comment ça tient la route.
xen-tools
Configuration spécifique à supervixen :
lvm = supervixen install-method = debootstrap size = 4Gb # Disk image size. memory = 512Mb # Memory size noswap = 1 # Don't use swap at all for the new system. fs = ext4 # use the EXT3 filesystem for the disk image. image = full # Specify sparse vs. full disk images. gateway = 192.168.0.1 bridge = xenbr0 arch = amd64 apt_proxy = "http://proxy.gare.xp:8123/"
Liste des VM
- calendar.gare.xp
- munin.gare.xp
- yersay.gare.xp (héberge lapool)
Ressources
- (en) Xen sur le wiki de Debian
- (en) Guide de configuration du réseau sur le wiki de Xen