Pour éditer le wiki, il faut demander un compte à un Lapin !
Difference between revisions of "Serveur supervixen"
(Adding calendar.gare.xp) |
m (→Matériel: s/DDR 2/DDR2/) |
||
(27 intermediate revisions by 8 users not shown) | |||
Line 1: | Line 1: | ||
− | + | Le serveur '''supervixen''' est un serveur de virtualisation basé sur [http://www.xenproject.org/ Xen] qui a pour but d'héberger des <abbr lang="en" title="Virtual Machine">VM</abbr> pour les services, projets et idées des Loopiot·te·s. | |
− | Le serveur '''supervixen''' est un serveur de virtualisation basé sur Xen qui a pour but d' | + | |
− | + | Le 5 avril 2015, le serveur est éteint à cause de soucis de raid. La batterie est débranché car complètement morte. | |
+ | L'objectif est de rêgler ces problèmes, et la poser en datacenter pour les services web publics. | ||
− | + | == Pièces manquantes == | |
− | = | + | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | * 2 chariots HP pour disques 2,5" | |
− | + | * Une batterie pour la carte raid | |
− | + | == Historique == | |
− | + | 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... | |
− | + | ||
− | + | ||
− | + | Courant Août 2014, ce serveur est débranché (car faisant trop de bruit) et est remplacé temporairement par [[Serveur_undervixen|Undervixen]] puis [[Serveur_kraken|kraken]]. | |
− | install-method = debootstrap | + | |
− | + | Le 31 janvier 2015, un courageux loopiot s'attaque au monstre supervixen pour anéantir les ténèbres qui l'entourent et le ramener dans la lumière. | |
− | + | ||
− | + | Le 5 avril 2015, le serveur est éteint à cause de soucis de raid. La batterie est débranché car complètement morte. | |
− | + | ||
− | + | == Matériel == | |
− | + | ||
− | + | * Marque : [http://h18004.www1.hp.com/products/quickspecs/12477_div/12477_div.pdf HP Proliant DL380 G5]. | |
− | + | * CPU : 2 x Intel Xeon 5150 bi-core, 2.66 GHz | |
− | + | * RAM : 24 Go de DDR2 ECC de compète | |
− | + | * HDD : 2 x 640Go SATA 7200rpm | |
− | + | * RAID : HP P400i [103c:3230] (<small>driver linux ''cciss''</small>) | |
− | + | * Réseau : 2 x Ethernet Broadcom <small>(nécessite le firmware binaire {{deb|firmware-bnx2}})</small> | |
− | + | * iLO2 : 172.22.147.49 (00:1e:0b:1c:ec:ac) | |
− | + | ||
− | + | == OS == | |
− | + | ||
− | + | Debian Wheezy 7 64 bits. LVM avec un VG unique <code>supervixen</code>. | |
− | + | ||
+ | Admins : [[User:Bencoh|bencoh]], [[User:Capslock|CapsLock]], [[User:okhin|okhin]], [[User:ToM|ToM]], [[User:Dlgg|dlgg]] | ||
+ | |||
+ | == 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 425,17g | ||
+ | |||
+ | VG #PV #LV #SN Attr VSize VFree | ||
+ | supervixen 1 18 0 wz--n- 586,61g 425,17g | ||
+ | |||
+ | LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert | ||
+ | alfred-disk supervixen -wi-a--- 4,00g | ||
+ | bifrost-disk supervixen -wi-a--- 2,00g | ||
+ | calendar-disk supervixen -wi-ao-- 4,00g | ||
+ | fhap-disk supervixen -wi-a--- 2,00g | ||
+ | gitloop-disk supervixen -wi-a--- 20,00g | ||
+ | heimdall-disk supervixen -wi-a--- 5,00g | ||
+ | hermod-disk supervixen -wi-ao-- 20,00g | ||
+ | jarvis-disk supervixen -wi-ao-- 30,00g | ||
+ | loopxe-disk supervixen -wi-a--- 40,00g | ||
+ | muninvm-disk supervixen -wi-a--- 4,00g | ||
+ | muninvm-swap supervixen -wi-a--- 128,00m | ||
+ | pad-disk supervixen -wi-a--- 10,00g | ||
+ | puppet-disk supervixen -wi-ao-- 2,00g | ||
+ | slash supervixen -wi-ao-- 4,66g | ||
+ | template-disk supervixen -wi-a--- 2,00g | ||
+ | var supervixen -wi-ao-- 4,66g | ||
+ | yersay-disk supervixen -wi-a--- 4,00g | ||
+ | zebulon.gare.xp-disk supervixen -wi-a--- 3,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)</nowiki> | ||
+ | |||
+ | == Xen == | ||
+ | |||
+ | Pour l'instant on se passe de conserver 1 cœur verrouillé pour le [http://wiki.xen.org/wiki/Dom0 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 = 172.22.147.1 | ||
+ | bridge = xenbr0 | ||
+ | arch = amd64 | ||
+ | apt_proxy = "http://proxy.caserne:8123/" | ||
== Liste des VM == | == Liste des VM == | ||
− | + | ||
− | = | + | Plus aucune. Le serveur est en maintenance. |
− | + | Toute les VMs sont transferées sur [[Serveur ultravixen|ultravixen]] | |
− | + | ||
+ | == Ressources == | ||
+ | |||
+ | * {{en}} [https://wiki.debian.org/Xen#Domain_0_.28Host.29_Installation Xen] sur le wiki de Debian | ||
+ | * {{en}} [http://wiki.xen.org/wiki/Host_Configuration/Networking Guide de configuration du réseau] sur le wiki de Xen | ||
+ | |||
+ | [[Category:Infrastructure]] |
Latest revision as of 20:14, 9 April 2015
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.
Le 5 avril 2015, le serveur est éteint à cause de soucis de raid. La batterie est débranché car complètement morte. L'objectif est de rêgler ces problèmes, et la poser en datacenter pour les services web publics.
Contents
Pièces manquantes
- 2 chariots HP pour disques 2,5"
- Une batterie pour la carte raid
Historique
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...
Courant Août 2014, ce serveur est débranché (car faisant trop de bruit) et est remplacé temporairement par Undervixen puis kraken.
Le 31 janvier 2015, un courageux loopiot s'attaque au monstre supervixen pour anéantir les ténèbres qui l'entourent et le ramener dans la lumière.
Le 5 avril 2015, le serveur est éteint à cause de soucis de raid. La batterie est débranché car complètement morte.
Matériel
- Marque : HP Proliant DL380 G5.
- CPU : 2 x Intel Xeon 5150 bi-core, 2.66 GHz
- RAM : 24 Go de DDR2 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 : 172.22.147.49 (00:1e:0b:1c:ec:ac)
OS
Debian Wheezy 7 64 bits. LVM avec un VG unique supervixen
.
Admins : bencoh, CapsLock, okhin, ToM, dlgg
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 425,17g VG #PV #LV #SN Attr VSize VFree supervixen 1 18 0 wz--n- 586,61g 425,17g LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert alfred-disk supervixen -wi-a--- 4,00g bifrost-disk supervixen -wi-a--- 2,00g calendar-disk supervixen -wi-ao-- 4,00g fhap-disk supervixen -wi-a--- 2,00g gitloop-disk supervixen -wi-a--- 20,00g heimdall-disk supervixen -wi-a--- 5,00g hermod-disk supervixen -wi-ao-- 20,00g jarvis-disk supervixen -wi-ao-- 30,00g loopxe-disk supervixen -wi-a--- 40,00g muninvm-disk supervixen -wi-a--- 4,00g muninvm-swap supervixen -wi-a--- 128,00m pad-disk supervixen -wi-a--- 10,00g puppet-disk supervixen -wi-ao-- 2,00g slash supervixen -wi-ao-- 4,66g template-disk supervixen -wi-a--- 2,00g var supervixen -wi-ao-- 4,66g yersay-disk supervixen -wi-a--- 4,00g zebulon.gare.xp-disk supervixen -wi-a--- 3,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)</nowiki>
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 = 172.22.147.1 bridge = xenbr0 arch = amd64 apt_proxy = "http://proxy.caserne:8123/"
Liste des VM
Plus aucune. Le serveur est en maintenance. Toute les VMs sont transferées sur ultravixen
Ressources
- (en) Xen sur le wiki de Debian
- (en) Guide de configuration du réseau sur le wiki de Xen