Copier une partition sous linux ( zimbra)
Résolu
Bonjour,
je vous explique mon entreprise a un serveur dédier chez OVH pour faire tourner zimbra
jusque la tout va bien le problème est que la partition ou sont stocker les boite mail fait 100 go et elle est pleine a 94 pour cent j'ai 750 go de hdd je voudrais supprimer la partition raw pour en refaire une de 200go déplacer mais mail supprimer la 100 go et la redimensionner a 200go et après recopier mais mail dedans je pense que c'est la meilleur solution plutôt que de faire sa a chaud ou je risque de tous casser
vous en penser quoi ,??????? vous me conseiller quelle méthode
un petit df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md1 4.9G 4.3G 325M 94% /
varrun 3.9G 88K 3.9G 1% /var/run
varlock 3.9G 0 3.9G 0% /var/lock
udev 3.9G 56K 3.9G 1% /dev
devshm 3.9G 0 3.9G 0% /dev/shm
/dev/mapper/vg-zimbra
100G 94G 508M 100% /opt/zimbra
/dev/mapper/vg-backup_raw
400G 68G 333G 17% /backup_raw
<config>Windows 7 / Firefox 12.0</config>
je vous explique mon entreprise a un serveur dédier chez OVH pour faire tourner zimbra
jusque la tout va bien le problème est que la partition ou sont stocker les boite mail fait 100 go et elle est pleine a 94 pour cent j'ai 750 go de hdd je voudrais supprimer la partition raw pour en refaire une de 200go déplacer mais mail supprimer la 100 go et la redimensionner a 200go et après recopier mais mail dedans je pense que c'est la meilleur solution plutôt que de faire sa a chaud ou je risque de tous casser
vous en penser quoi ,??????? vous me conseiller quelle méthode
un petit df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md1 4.9G 4.3G 325M 94% /
varrun 3.9G 88K 3.9G 1% /var/run
varlock 3.9G 0 3.9G 0% /var/lock
udev 3.9G 56K 3.9G 1% /dev
devshm 3.9G 0 3.9G 0% /dev/shm
/dev/mapper/vg-zimbra
100G 94G 508M 100% /opt/zimbra
/dev/mapper/vg-backup_raw
400G 68G 333G 17% /backup_raw
<config>Windows 7 / Firefox 12.0</config>
7 réponses
Résumé de la discussion
Le fil porte sur la gestion d'une partition Zimbra de 100 Go sur un serveur dédié OVH, actuellement à 94% d'utilisation et nécessitant une remise à taille et un déplacement des boîtes mail. Plusieurs intervenants évoquent LVM, les choix lvresize vs lvextend, et l'arrêt du service pour démonter /opt/zimbra afin de redimensionner et recopier les données dans l'espoir d'éviter une opération à chaud risquée. Les conseils vont du démontage et arrêt du Zimbra, à l'utilisation de bring-your-own-VM LVM pour s'exercer, jusqu'à l'augmentation progressive du volume et la vérification des sauvegardes. Une difficulté pratique est l'erreur « device is busy » lors de l'umount, signalant que le système de fichiers est encore utilisé au moment de l'opération.
-
ContributeurSalut,
Vu qu'apparemment tu es sur de LVM (logical volume management), ne serait-il pas plus adéquat d'augmenter juste la taille du volume ? (Augmentation de la taille d'un système de fichier à chaud)
Voir aussi : https://howto.landure.fr/gnu-linux/debian-4-0-etch/mise-en-place-et-utilisation-de-lvm-sur-debian-4-0-etch-et-5-0-lenny/
Attends d'autres avis tout de même n'étant pas un expert en LVM ;-\ -
Ok merci j'attend d'autre réponse a chaud sa m'inquiete un eux je voudrais pas perdre tous les mail
-
Bonjour a tous j'ai trouver sa qui correspond a mon cas vous en penser quoi
????????
http://hercule.rahme.fr/index2.php?option=com_content&do_pdf=1&id=32-
-
le df -hT me donne cela
Filesystem Type Size Used Avail Use% Mounted on
/dev/md1 ext3 4.9G 4.3G 324M 94% /
varrun tmpfs 3.9G 88K 3.9G 1% /var/run
varlock tmpfs 3.9G 0 3.9G 0% /var/lock
udev tmpfs 3.9G 56K 3.9G 1% /dev
devshm tmpfs 3.9G 0 3.9G 0% /dev/shm
/dev/mapper/vg-zimbra
ext3 100G 94G 407M 100% /opt/zimbra
/dev/mapper/vg-backup_raw
xfs 400G 68G 333G 17% /backup_raw
donc je pense que je vais copier le contenue du vg-zimbra vers le vg backup et ensuite je vais redimensionner le vg zimbra
Vous en penser quoi
voici le contenue de mon vg display
--- Volume group ---
VG Name vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 5
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 685.94 GB
PE Size 4.00 MB
Total PE 175600
Alloc PE / Size 128000 / 500.00 GB
Free PE / Size 47600 / 185.94 GB
Merci de votre aide
http://blog.moncoindunet.fr/category/linux/lvm/ est aussi intérressant -
ContributeurPour le système de fichiers c'est bon c'est bien de l'ext3FS.
Par contre ce que je pense de ton vg display ? Pas grand chose, vu que je t'ai bien précisé au début que je n'étais pas un expert... je connais de nom, je l'ai eu utilisé il y a quelques années, mais je n'ai pas assez pratiqué pour pouvoir analyser correctement les données ;-\
Désolé.
-
-
le truc c'est que 2 choix s'offrent a moi le lvresize ou lvextend
je sais pas trop lequel choisir -
Ok merci zipe bon bas maintenant faut attaquer ^^
-
Bon j'ai fait la premiere étape
#lvresize -L 150G /dev/vg/zimbra
Par contre j'aimerais bien arreter le systeme de fichier pour ne pas le faire a chaud mais je vois pas dans les tutos
car il dise demonter le syteme de fichier
#umount /dev/vg/zimbra
J'ai ca
umount: /opt/zimbra: device is busy
umount: /opt/zimbra: device is busy
alors faut t'il demonter /opt/zimbra c'est pas clair
Merci
J'ai essayer de demonter
#umount /opt/zimbra
meme message d'erreur -
Pour cloturer et pour ce qui aurais pas suivi
pour augmenter la taille d'un Volume logique sous LVM
il suffit de : #lvresize -L 150G /dev/vg/zimbra pour augmenter la taille du volume logic
#resize2fs /dev/vg/zimbra 150G
Pour dire au syteme de fichier quil peut s'étendre
