Pour éditer le wiki, il faut demander un compte à un Lapin !

Difference between revisions of "Serveur supervixen"

From Le L∞p's Wiki
Jump to: navigation, search
m ({wiki,linki}fy)
m (Matériel: s/DDR 2/DDR2/)
 
(20 intermediate revisions by 6 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 [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.
  
__TOC__
+
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.
  
== Matériel ==
+
== Pièces manquantes ==
  
* '''RAM :''' 24 Go détecté
+
* 2 chariots HP pour disques 2,5"
* Carte Ethernet Broadcoam <small>(nécessite un ''firmware'' binaire)</small>
+
* Une batterie pour la carte raid
  
=== CPUs ===
+
== Historique ==
  
* Intel Xeon 5150 bi-core, 2.66 GHz - dont 1 cœur verrouillé pour le [http://wiki.xen.org/wiki/Dom0 dom0]
+
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...
  
=== Disques durs ===
+
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]].
  
Partitionnement avec {{Deb|lvm}} :
+
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.
  
* 1 x 160 Go
+
Le 5 avril 2015, le serveur est éteint à cause de soucis de raid. La batterie est débranché car complètement morte.
** '''VG :''' <code>root</code>
+
 
** '''LV :''' <code>system</code>
+
== Matériel ==
* 1 x 160 Go
+
 
** '''VG :''' <code>supervixen</code> <small>(réservé à Xen)</small>
+
* 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 ==
 
== OS ==
  
[http://www.debian.org/releases/stable/ Debian 7.1] (''Wheezy'') 64 bits
+
Debian Wheezy 7 64 bits. LVM avec un VG unique <code>supervixen</code>.
  
'''Root :''' [[User:okhin|Okhin]], [[User:ToM|ToM]], [[User:Capslock|Capslock]]
+
Admins : [[User:Bencoh|bencoh]], [[User:Capslock|CapsLock]], [[User:okhin|okhin]], [[User:ToM|ToM]], [[User:Dlgg|dlgg]]
  
=== Services ===
+
== 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.
  
* Xen
+
# partition table of /dev/cciss/c0d0
* {{Deb|Xen-tools}} pour créer rapidement les machines. Configuration spécifique à '''supervixen''' :
+
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
  
  lvm = supervixen # Let's use the dedicated XEN VG
+
* Deux grappes RAID1 en raid logiciel (md0 pour le /boot, md1 pour lvm).
   install-method = debootstrap
+
 
  size  = 4Gb      # Disk image size.
+
Personalities : [raid1]
  memory = 512MB   # Memory size
+
md1 : active raid1 cciss/c0d0p2[0] cciss/c0d1p2[2]
  noswap = 1      # Don't use swap at all for the new system.
+
      615103296 blocks super 1.2 [2/2] [UU]
  fs    = ext4    # use the EXT3 filesystem for the disk image.
+
     
  dist  = `xt-guess-suite-and-mirror --suite` # Default distribution to install.
+
md0 : active raid1 cciss/c0d0p1[0] cciss/c0d1p1[2]
  image  = full   # Specify sparse vs. full disk images.
+
      204608 blocks super 1.2 [2/2] [UU]
  dhcp = 1
+
     
  bridge = xenbr0
+
unused devices: <none>
  kernel = /boot/vmlinuz-`uname -r`
+
 
  initrd = /boot/initrd.img-`uname -r`
+
* Un PV lvm dans le VG supervixen, sur lequel on alloue les LVs (les disques des VMs, et les slash, var du domU).
  mirror = `xt-guess-suite-and-mirror --mirror`
+
 
  apt_proxy = http://proxy.gare.xp:8123 # Let's use the apt_proxy to spare some bandwidth
+
  PV        VG        Fmt  Attr PSize  PFree 
  ext3_options    = noatime,nodiratime,errors=remount-ro
+
  /dev/md1  supervixen lvm2 a--  586,61g 425,17g
  ext2_options    = noatime,nodiratime,errors=remount-ro
+
  xfs_options      = defaults
+
  VG        #PV #LV #SN Attr  VSize  VFree 
  reiserfs_options = defaults
+
  supervixen  1  18  0 wz--n- 586,61g 425,17g
  btrfs_options    = defaults
+
  boot = 1
+
  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 ==
  
* '''[[VM_calendar|calendar.gare.xp]]'''
+
Plus aucune. Le serveur est en maintenance.
* '''[[VM_samba|samba.gare.xp]]'''
+
Toute les VMs sont transferées sur [[Serveur ultravixen|ultravixen]]
  
== ''Usefull doc'' ==
+
== Ressources ==
  
 
* {{en}} [https://wiki.debian.org/Xen#Domain_0_.28Host.29_Installation Xen] sur le wiki de Debian
 
* {{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
 
* {{en}} [http://wiki.xen.org/wiki/Host_Configuration/Networking Guide de configuration du réseau] sur le wiki de Xen
 
  
 
[[Category:Infrastructure]]
 
[[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.

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