[résolu][par l'absurde] partitionnement serveur

pathe · 10/02/2008 01:21:58

Bonsoir.

J'ai un serveur kimsufi partitionné ainsi :

/ 3 Go
/home 144 Go

... et manifestement c'est non modifiable.

Ce serveur tourne sous debian et je fais du mail et du web essentiellement.
En bon debianiste, je suis habitué à stocker par mal de trucs dans /var, dont mes sites dans /var/www.

Il va de soi que la partition / ne va pas tarder à être pleine.
Et puis si j'ai loué 147 Go, ce n'est pas pour n'en utiliser que 3.
D'où ma question : comment utiliser l'espace étiqueté /home ?

Sur les forums d'OVH, ils parlent de faire des liens symboliques
qui font pointer /usr ou /etc vers des dossiers contenus dans /home
(si j'ai bien compris : les exemples sont basés sur gentoo)

Ça vous semble correct, cette solution ?

Dernière modification par pathe (18/02/2008 02:49:24)

Tihz · 10/02/2008 09:56:12

Salut Pathe,

Si tu n'as absolument pas le choix de repartitionner tes disques, cette solution me semble la plus viable et la moins périeuse.

Mais kimsufi, c'est un serveur dedié, non ? Peut-etre qu'en jouant un peu avec parted, il y a possibilité de redecouper ton home pour créer une partition /var.

pathe · 10/02/2008 12:14:19

Merci Tihz.

$ cp -R /var /home/var
$ rm -R /var 
$ ln -s /var /home/var

Tu crois vraiment que ça suffirait ?

Dernière modification par pathe (10/02/2008 15:42:03)

tux12 · 10/02/2008 19:05:22

Bonjour,

A mon avis, il faut aussi conserver/restituer les propriétaires/groupes de /var.
Un cp --preserve je suppose (à vérifier).

ioguix · 10/02/2008 22:34:48

Un mv serait plus indiqué dans ce cas là...

pathe · 11/02/2008 01:37:25

ioguix a écrit :

Un mv serait plus indiqué dans ce cas là...

Oui, évidemment.
À votre avis, j'en reste donc à :

$ mv /var /home/var
$ rm -R /var 
$ ln -s /var /home/var

Tihz · 11/02/2008 10:49:40

pathe a écrit :

À votre avis, j'en reste donc à :
$ mv /var /home/var
$ rm -R /var 
$ ln -s /var /home/var

Perso, pour plus de securité et pour pas planté ton serveur. J'aurais plutôt opter pour :

$ cp -pr /var /home/var 
$ mv /var /var.bck
$ ln -s /var /home/var

Comme ça si il ya un soucis (au bout d'un petit moment d'utilisation):

$ rm /var
$ mv /var.bck /var

et sinon, si tu vois qu'il n'y a pas de soucis :

$ rm -R /var.bck

Tihz, grand adepte des backup en prod

Dernière modification par Tihz (11/02/2008 10:51:14)

pathe · 11/02/2008 10:55:57

Oui, évidemment c'est encore mieux.
Je vais faire ça.
Merci.

orgrim · 11/02/2008 13:31:05

J'ai eu la même surprise avec mon kimsufi

La solution:
1. booter en netboot
2. repartitionner le disque en cassant la home (backupe les data de home, ok?), pour faire une /var /tmp et une /usr
3. les mke2fs qui vont bien
4. modifier le fstab
5. monter les partitions et déplacer les data de /var, /usr et /tmp depuis / vers les nouvelles partitions
5. rebooter sur le disque

Dernière modification par orgrim (11/02/2008 13:32:32)

pathe · 11/02/2008 15:34:26

Merci Orgrim.
Ben chuis pas dans la m***, moi...

Tu verrais quoi, comme taille, pour /var, /usr et /tmp ?
Et pour /etc et /home, tu fais quoi ?

Tihz · 11/02/2008 15:50:40

Tout depend de tes besoin mais de mon coté, j'ai ceci pour un serveur "polyvalent" avec un disque de 80Go :

/dev/hda1 259M 79M 167M 33% /
/dev/hda6 2,8G 224M 2,4G 9% /home
/dev/hda9 2,0G 36M 1,9G 2% /tmp
/dev/hda5 4,6G 581M 3,8G 14% /usr
/dev/hda7 63G 11G 49G 19% /var

ioguix · 11/02/2008 18:58:33

!!! 49Go pour ton var ??

Ton serveur polyvalent, il est vraiment si polyvalent que ça ?

ledub · 11/02/2008 19:13:58

Et personne ne parle de LVM ?
Armen, tu es là ??? Y'en a qui connaissent pas LVM !!! Tu te dois de faire un petit cours.

LeDub toujours là mais moins bavard même sir LVM.

freddec · 11/02/2008 21:46:02

Je sens que je vais dire une grosse ânerie, mais je me lance...

Le petit site que j'utilise au boulot sur mon petit serveur , comme j'avais également des soucis de place dans mon /var que j'avais dimensionné trop petit (TRES petit ! je savais pas que j'allais y mettre un site web).

Je l'ai déplacé dans /home/MonSite/ et j'ai modifié le httpd.conf d'apache 1.3 pour qu'il aille taper dessus !
J'ai préparé un serveur de secours au cas ou (avec apache2) et j'ai procédé de la même façon (sauf que le fichier de conf est pas httpd.conf mais ... TROU de mémoire ) En tous les cas les tests étaient positifs.

C'est mal ?

pathe · 11/02/2008 21:58:44

Non, mettre le répertoire d'apache ailleurs est possible, en tous cas selon le bouquin O'Reilly.
En revanche, les bases de données peuvent-elles faire de même ? Je n'en sais que pouic.

ioguix · 11/02/2008 23:04:06

Bien entendu que les bases peuvent se placer où tu veux sur ton système...

Pour celà, tu peux à la création de ton cluster lui préciser où mettre ses petits (le fameux -D du initdb de postgresql) mais aussi par la suite lui créer des tablespaces placé où bon te semblera dans ton arbo pour y placer tables, schema, index, ...

Mais la norme, chez Debian tout du moins, est de mettre tout ça dans /var

++

armen · 11/02/2008 23:15:53

Pour répondre à Ledub,

Les partitions dans des volumes logiques sont assez pratiques. Elles peuvent s'agrandir ou se réduire de manière dynamique (seul point d'ombre, sous Linux, il faut démonter la partition avant de modifier sa taille). Comme ça si les besoins d'espace évoluent avec le temps, on peut réduire la partition inusitée et augmenter la partition qui est trop petite (tout cela sans rebooter, bien sûr )

Pour les bases de données, avec Oracle XE (qui existe en paquet Debian), on peut mettre les fichiers contenant les données où on veut. Pour MySQL, ça doit se faire (je dois sans doute le faire sous peu sous Debian, ça se fait bien sous Windows (enfin avec EasyPhp)).

pathe · 12/02/2008 01:14:37

Formidable tout ça.

Je résume les différentes solutions :

- placer mes bases de données et mes répertoires d'apache dans /home

- créer des partitions au sein de ce gigantesque /home grace au LVM

- reformater ce /home en /usr, /var et /tmp

Laquelle choisir ?

ioguix · 12/02/2008 09:18:30

Moi, je vote pour la solution 3, plus propre.

pathe · 15/02/2008 23:34:42

Aïe :

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         392     3148708+  83  Linux
/dev/sda2             393       19392   152617500    5  Extended
/dev/sda3           19393       19457      522112+  82  Linux swap / Solaris
/dev/sda5             393        1366     7823623+  83  Linux
/dev/sda6            1367        2340     7823623+  83  Linux
/dev/sda7            2341       14499    97667136   83  Linux
/dev/sda8           14500       19392    39302991   83  Linux
Command (m for help): q
root@serveur:~# mke2fs -cj /dev/sda5
mke2fs 1.40-WIP (14-Nov-2006)
Ne peut évaluer par stat() /dev/sda5 --- Aucun fichier ou répertoire de ce type
Le périphérique n'existe apparemment pas ; l'avez-vous spécifié
correctement ?

Hem... Et maintenant ? Me voilà bien attrapé.
Or :

# cat /proc/partitions
major minor  #blocks  name
   8     0  156290904 sda
   8     1    3148708 sda1
   8     2  152617500 sda2
   8     3     522112 sda3

D'où ma question : mke2fs voit-il les partitions logiques ?
Je me replonge dans la doc illico.

Dernière modification par pathe (15/02/2008 23:38:33)

ledub · 16/02/2008 19:47:37

Moi j'utilise cfdisk, c'est plus sympa pour faire ce que tu tentes de faire.

LeDub qui ne s'y connait pas tellement en partition surtout musicales !!!

tux12 · 17/02/2008 03:57:36

Bonjour,

Pour répondre tout d'abord à la question, oui, mke2fs reconnaît les partitions, tout au moins sur un PC.
Un "diff -s" confirme qu'il s'agit du même fichier que mkfs.ext[23] que j'ai utilisé sur la machine d'où je poste.

Disk /dev/hda: 41.1 GB, 41110142976 bytes
255 heads, 63 sectors/track, 4998 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 512 4112608+ b W95 FAT32
/dev/hda2 513 1832 10602900 83 Linux
/dev/hda3 1833 1961 1036192+ 82 Linux swap / Solaris
/dev/hda4 1962 4998 24394702+ 5 Extended
/dev/hda5 1962 3120 9309636 83 Linux
/dev/hda6 3121 4701 12699351 83 Linux
/dev/hda7 4702 4998 2385621 83 Linux

En cherchant un peu, je suis tombé sur le man de fdisk qui décrit une gestion des disques différente selon le type de machine:

Une étiquette de disque de type BSD/SUN peut décrire 8 partitions, dont la troisième devrait être une partition de « disque
entier ». ... [snip]
Une étiquette de disque de type IRIX/SGI peut décrire 16 partitions, dont la onzième devrait être une partition entière de
« volume », alors que la neuvième devrait être un « en-tête de volume ». ... [snip]
Une table de partitions de type DOS peut décrire un nombre illimité de partitions. Dans le secteur 0, il y a de la place pour
décrire 4 partitions (appelées « primaires »). L'une d'entre elles peut être une partition étendue ; c'est une sorte de boîte
contenant des partitions logiques, ... [snip]

Je ne sais ce qu'est la différence entre l'étiquette de disque ou la table de partition, mais vu qu'il ne s'agit pas dans votre cas d'un PC mais d'un serveur dédié, il est possible que le système n'accepte pas les partitions logiques, spécifiques à la table de type DOS.

Autre élément, sur un PC:

biniou:/home/sergio# cat /proc/partitions
major minor #blocks name
3 0 40146624 hda
3 1 4112608 hda1
3 2 10602900 hda2
3 3 1036192 hda3
3 4 1 hda4
3 5 9309636 hda5
3 6 12699351 hda6
3 7 2385621 hda7

Je n'ai pas trouvé (pas cherché non plus) à quoi correspond le type major (3 chez moi, 8 pour vous) mais cela me paraît aller dans le sens d'une différence de système.

Je ne saurais pas vous aider d'avantage, mais ça me paraît une piste.

pathe · 18/02/2008 02:48:24

J'ai résolu le problème en réinstallant.

/ 4Go
swap 2 Go
/usr 8 Go
/home 8 Go
/var 100 Go (tant qu'à y être)
/memoire 38 Go (pour faire des sauvegardes)

Je verrai bien ce que ça donnera à l'usage.

Andesi - forum

#1 10/02/2008 01:21:58

[résolu][par l'absurde] partitionnement serveur

#2 10/02/2008 09:56:12

Re : [résolu][par l'absurde] partitionnement serveur

#3 10/02/2008 12:14:19

Re : [résolu][par l'absurde] partitionnement serveur

#4 10/02/2008 19:05:22

Re : [résolu][par l'absurde] partitionnement serveur

#5 10/02/2008 22:34:48

Re : [résolu][par l'absurde] partitionnement serveur

#6 11/02/2008 01:37:25

Re : [résolu][par l'absurde] partitionnement serveur

#7 11/02/2008 10:49:40

Re : [résolu][par l'absurde] partitionnement serveur

#8 11/02/2008 10:55:57

Re : [résolu][par l'absurde] partitionnement serveur

#9 11/02/2008 13:31:05

Re : [résolu][par l'absurde] partitionnement serveur

#10 11/02/2008 15:34:26

Re : [résolu][par l'absurde] partitionnement serveur

#11 11/02/2008 15:50:40

Re : [résolu][par l'absurde] partitionnement serveur

#12 11/02/2008 18:58:33

Re : [résolu][par l'absurde] partitionnement serveur

#13 11/02/2008 19:13:58

Re : [résolu][par l'absurde] partitionnement serveur

#14 11/02/2008 21:46:02

Re : [résolu][par l'absurde] partitionnement serveur

#15 11/02/2008 21:58:44

Re : [résolu][par l'absurde] partitionnement serveur

#16 11/02/2008 23:04:06

Re : [résolu][par l'absurde] partitionnement serveur

#17 11/02/2008 23:15:53

Re : [résolu][par l'absurde] partitionnement serveur

#18 12/02/2008 01:14:37

Re : [résolu][par l'absurde] partitionnement serveur

#19 12/02/2008 09:18:30

Re : [résolu][par l'absurde] partitionnement serveur

#20 15/02/2008 23:34:42

Re : [résolu][par l'absurde] partitionnement serveur

#21 16/02/2008 19:47:37

Re : [résolu][par l'absurde] partitionnement serveur

#22 17/02/2008 03:57:36

Re : [résolu][par l'absurde] partitionnement serveur

#23 18/02/2008 02:48:24

Re : [résolu][par l'absurde] partitionnement serveur

Pied de page des forums