Deplacer /tmp sur autre partition

[trufkisnif]

Bonjour a tous,

J'ai un problème particulièrement sensible, en effet sur un serveur de production ou 150 personnes sont connectés, je dois déplacer le /tmp sur une autre partition.

Voici un fdisk -l

Code :

1
2
3
4
5
6
7
8
9
10
 
[root@******* /]# fdisk -l
 
Disk /dev/sda: 71.9 GB, 71999422464 bytes
255 heads, 63 sectors/track, 8753 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
 
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          13      104391   83  Linux
/dev/sda2              14        8753    70204050   8e  Linux LVM

Voici un df -hl

Code :

1
2
3
4
5
6
[root@***** /]# df -hl
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup01-LogVol00
                       62G   27G   32G  46% /
/dev/sda1              99M   16M   79M  17% /boot
tmpfs                  16G     0   16G   0% /dev/shm

Ce qui se passe c'est que pour déplacer le /tmp je ne vois pas trop comment faire...

J'ai pensé réduire le volume logique logvol00 et d'en crée un autre, puis ensuite d'indiquer dans le fstab le nouveau chemin vers le nouveau volume logique, mais cela me parait être bancal.

J'ai entendu parlé autrement de faire un lien par ex de /tmp vers /home/tmp (chemin qui serait sur une autre partition) mais pareil, j'ai vu des témoignages qui me rassurent pas trop...

Y'a t'il des experts ici?

[Alek-C]

Euh, déjà, tu veux le mettre sur quelle partition ?

Parce que actuellement, tu as 2 partitions qui prennent l'ensemble du disque il me semble !

Ton problème (entre autre), c'est que tu as la racine de ton système sur un volume logique, que c'est le seul volume logique et qu'il prend presque tout ton disque (tu n'as visiblement pas de swap d'ailleurs soit dit en passant).

Outre le fait que c'est dommage de mettre du LVM sur une machine et de ne créer qu'un seul pv, qu'un seul vg et qu'un seul lv, c'est également plus difficile à maintenir (et tu perds tout l'intérêt de LVM).

Envoyé par trufkisnif

J'ai pensé réduire le volume logique logvol00 et d'en crée un autre, puis ensuite d'indiquer dans le fstab le nouveau chemin vers le nouveau volume logique, mais cela me parait etre bancal.

logvol00 n'est pas une partition mais un volume logique. Le réduire ne sert pas à grand chose puisqu'il semble qu'il y ait déjà près de 10 Go de libre sur le LVM - voir le résultat des commandes suivantes :

Code :

1
2
3
$ pvdisplay
$ vgdisplay
$ lvdisplay

S'il y a bien de la place sur le pv ou sur le vg, tu peux effectivement créer un nouveau volume logique pour /tmp, mais il ne s'agira alors pas d'une partition dans le vrai sens du terme !!

Envoyé par trufkisnif

J'ai entendu parlé autrement de faire un lien par ex de /tmp vers /home/tmp (chemin qui serait sur une autre partition) mais pareil, j'ai vu des témoignages qui me rassurent pas trop...

Tu peux faire un lien de ce que tu veux vers ce que tu veux, mais ça ne change rien à ton problème de base : tu n'as pas d'autre partition et tu n'as actuellement pas la place d'en avoir une autre (sauf erreur de ma part) !

Je ne suis pas assez expert pour te proposer une solution toute faite sans interruption de service (si tant est qu'elle existe) pour faire une nouvelle partition. Selon moi, vu ta configuration, il te faut arrêter ton serveur, redémarrer sur un autre environnement (live cd, netboot...), réduire (ce qui est un peu pénible à faire) ton lv, ton vg et ton pv pour grapiller l'espace que tu veux utiliser pour /tmp, créer une nouvelle partition pour /tmp, monter ta racine et le /tmp s'il te faut copier des données de l'un vers l'autre (tu dois donc avoir le support du lvm à ce moment là, ou avoir copié les données sur une autre machine par ftp...), modifier ta fstab et redémarrer... en bref, un joli bordel : tu es sûr de devoir mettre /tmp sur une autre partition ?

En revanche, par rapport à ton autre proposition (réduire logvol00), il semble, effectivement qu'il reste un peu d'espace quelque part (ton lv fait 62 Go tandis que ta partition sda2 fait presque tout ton disque), donc tu pourrais peut-être créer un volume logique pour /tmp, mais ça ne serait pas une partition à part (en revanche, ça peut être beaucoup beaucoup plus simple) ?

Si jamais tu envisages l'interruption de service, ça vaut peut être le coup de réfléchir également à revoir l'ensemble du système ?

Sinon, pourquoi as-tu ce besoin (mettre /tmp sur une autre partition) ?

[trufkisnif]

En fait pour etre clair, je suis arrivé en poste, les serveurs ont été dimensionner comme ca

Je trouve cela complétement bordélique...

Ce qu'il se passe c'est que (je me corrige) je voudrais créer un autre LVM (en reduisant auparavant le /dev/mapper/VolGroup01-LogVol00 et en réutilisant l'espace ~10 gigas pour un /dev/mapper/VolGroup01-Log_tmp par exemple.

Ce qu'il se passe c'est que nous somme sur un chassis Blade center, une lame hs22 qui possède 2 disques de 74 giga en raid1.

Le client voudrait que l'on sépare /tmp et que on le mette sur une autre partition... j'ai beau dire que ca ne sert a rien en vain...

Autre méthode j'ai

tmpfs 16G 0 16G 0% /dev/shm

16 go, je trouve ca dommage de ne pas pouvoir en profiter...

J'insiste encore sur la criticité du serveur...

Je suis coincé...

Merci de ta réponse =)

[trufkisnif]

En contournement des fichiers temporaires qui bouffent de la place (énormément)

j'ai rajouté ca en crontab

Code :

20 06 * * 1 find /tmp -mtime +5 -print0 | xargs -0 rm -fr

mais bon faut que je trouve une solution

[Alek-C]

Ton logvol00 fait 62 Go, donc pas forcément besoin de le réduire si 8 Go suffise à ton /tmp : lance pvdisplay/vgdisplay et/ou lvdisplay pour vérifier.

Par exemple, si ton volume groupe n'est pas plein comme je le suppose, tu devrais voir un truc du genre

Code :

Free  PE / Size       34845 / 136.11 GiB

si Free PE n'est pas nul, tu n'as pas besoin de réduire logvol00... (si l'espace libre suffit) ce qui simplifie la manoeuvre...

si c'est nul, vérifie sur ton pv si tu as des Free PE !


Pour ce qui est de la mémoire partagée (shm), c'est de l'allocation en RAM à priori, et si 16 Go sont alloués, je suppose que tu as 32 Go de RAM ?

Normalement, si je ne dis pas de bêtise, c'est de l'allocation dynamique, donc si 16Go sont alloués, c'est que ta bécane n'utilise pas beaucoup de RAM et qu'elle peut donc se permettre d'en mettre 16Go de côté au cas où A priori, si ton besoin en RAM augmente, cet espace sera réduit...

[trufkisnif]

Je n'ai plus de place sur a allouer... et je n'ai pas envie de risquer de réduire un LV pour en créer un autre pour le /tmp, à l'avenir le partitionnement ne se fera plus comme ca!

Merci pour tes conseils!

[Alek-C]

Tu as vérifié avec les commandes ci-dessus et tu n'as aucun Free PE nul part ?!

Selon moi, tu n'as pas besoin de réduire ton lv existant car il doit rester de l'espace : le lv fait 62 Go et tu as près de 72 Go sur ta partition sda2 qui correspond à ton pv. Tu dois donc avoir soit un vg de 72 Go auquel cas, il reste 10 Go de libre pour créer un lv soit avoir un vg de 62 Go et dans ce cas, tu peux créer un vg de 10 Go et ajouter un lv dessus !

Ca t’ennuierait de poster le résultat des commandes ici, ou à défaut, me les envoyer en mp ? J'aimerais comprendre pourquoi il n'y a pas de Free PE !

[trufkisnif]

En fait tu as un disque de 72 go

Code :

1
2
3
4
5
6
7
8
9
[root@***** ~]# fdisk -l
 
Disk /dev/sda: 71.9 GB, 71999422464 bytes
255 heads, 63 sectors/track, 8753 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
 
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          13      104391   83  Linux
/dev/sda2              14        8753    70204050   8e  Linux LVM

Sur le pv tu as 66go

Code :

1
2
3
4
5
6
7
8
9
10
11
[root@***** ~]# pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda2
  VG Name               VolGroup01
  PV Size               66.95 GB / not usable 14.64 MB
  Allocatable           yes (but full)
  PE Size (KByte)       32768
  Total PE              2142
  Free PE               0
  Allocated PE          2142
  PV UUID               IZ6p1b-yJ6Q-r3ym-2kX5-0auI-OIOu-wn0B0h

le vg

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
[root@******* ~]# vgdisplay
  --- Volume group ---
  VG Name               VolGroup01
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               66.94 GB
  PE Size               32.00 MB
  Total PE              2142
  Alloc PE / Size       2142 / 66.94 GB
  Free  PE / Size       0 / 0
  VG UUID               Tl0R9s-UCc0-1M5j-BrnU-Qqyj-ysV0-VOkWQf

et pour finir le lv

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
[root@******* ~]# lvdisplay
  --- Logical volume ---
  LV Name                /dev/VolGroup01/LogVol00
  VG Name                VolGroup01
  LV UUID                LmT7eX-qyD1-DZCP-5TyO-cYb1-11XP-YC3kTU
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                63.03 GB
  Current LE             2017
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
 
  --- Logical volume ---
  LV Name                /dev/VolGroup01/LogVol01
  VG Name                VolGroup01
  LV UUID                19QUVk-T5jk-A6IF-ymE8-G60w-Kzd4-FnXIVj
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                3.91 GB
  Current LE             125
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1

Comme tu peux voir 67 giga de pris, il doit donc rester 5 go.

Ce que j'ai oublié de te dire, c'est que y'a un LV pour le swap, plus particulièrement le /dev/VolGroup01/LogVol01

Donc en théorie au final je peux créer un lv de 5 go pour le tmp...

Autant pour moi!

[Alek-C]

Non, en fait tu n'as plus de place

Pour créer un lv, il te faudrait des PE (Physical Extend, c'est à dire de l'espace physique).
Or, les commandes renvoient bien 0 Free PE sur ton PV et 0 sur ton VG...

Les 5 Go que tu penses avoir sont dus aux erreurs d'arrondis de la taille du disque indiquée comme étant de 71.9 GB (ou Go en français) ce qui ne correspond pas à 71.9 Gio, le premier étant calculé avec un multiple de 10 et le second de 2 :
71.9 Go = 71.9 * 10^9 octets = 71 900 000 000 = 66.96 Gio
71.9 Gio = 71.9 * 2^30 octets = 77 202 037 145 = 77.2 Go
Les valeurs de fdisk sont en base 10 (Go, Mo, ko...) et celles de df et des commandes lvm semblent être en base 2 (Gio, Mio, kio...) pratique vu qu'ils affichent tous GB

Je n'ai pas fait gaffe non plus dans mon dernier message et j'ai mis 10 Go alors que j'avais estimé 8 Go dans le précédent message (mais même là j'étais au dessus :$)
En fait, il manquait juste les 5 Go de ton swap...

Taille pv = 66.95 Go

Taille disque = 71 999 422 464 octets soit 8 225 685 octets par cylindres (8753 cylindres) soit 7.84 Mo.

Ta partition /dev/sda2 fait 8740 cylindres (du 14 au 8753) ce qui fait un total de 66.96 Go soit la taille totale de ton pv (heureusement puisqu'un pv est justement constitué d'un élément physique au complet )

Bref, ton pv fait 66.95 Go, il y a deux partitions de 62 et 5 Go dessus : tu n'as plus de place !

Tu peux réduire la partition racine pour gagner de la place, mais tu devras faire une interruption de service.

Je crois qu'on a fait le tour cette fois

[frp31]

Si ta machine acceptes les disques pluggables à chaud, et que bien sur tu as un vieux disque de faible capacité pluggable, tu le mets, tu mets à jour fstab pour qu'au prochain crash/reboot/ou panne électrique bref tout événement qui permettra un reboot, ce soit pris en compte comme /tmp/