/ dev / mapper / VolGroup-lv_root n'a plus d'espace?

Nous avons une machine centos et le mysql ne démarre pas et est dû à l'espace s'il est plein. Voici les résultats df-h. Que peut-on faire de mieux dans cette situation? Ajouter plus de disque dur?

Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
                       47G   45G     0 100% /
tmpfs                 3.9G     0  3.9G   0% /dev/shm
/dev/xvda1            485M   33M  428M   7% /boot
/dev/mapper/VolGroup-lv_home
                       44G  180M   42G   1% /home

centos disk-space-utilization

— user132638
source

Réponses:

L'option la plus simple et la plus rapide consiste à créer un répertoire dans / home et à déplacer toutes les données de / var vers ce répertoire et à créer un lien logiciel de / var vers / home / var . Les étapes seront les suivantes.

mkdir /home/var
arrêtez tous les services. Par exemple/etc/init.d/mysqld stop
cp -pr /var/* /home/var
rm -rf /var
ln -s /home/var /var
start the services again.

Remarque: vous ne pouvez déplacer que les données mysql qui se trouvent sur / var / lib / mysql et créer un lien logiciel vers cela.

— Toqeer
source

est-il correct d'étendre la partition racine aura-t-il un impact sur la partition / boot et / dev / shm?

— user132638

/ var est sous '/' donc pas besoin de démonter et vous avez déjà copié les données dans / home / var en cas de problème vous pouvez les déplacer vers / var avec l'option -p.

— Toqeer

@dear all alors quelle est la meilleure option n est-il préférable quand nous faisons une nouvelle installation pour donner à var une partition séparée?

— user132638

Il est recommandé de donner une partition séparée à / var et / home.

— Toqeer

Quelle taille devrait var je suppose devrait être beaucoup plus grand que / home à droite?

— user132638

Vous pouvez :

Ajouter un disque dur
Déplacer les fichiers DB mysql vers d'autres FS (dans votre cas, il vous reste juste / home FS)
Vous pouvez redimensionner votre volume LVM pour rendre / home plus petit et / plus grand (assurez-vous d'avoir une sauvegarde bien sûr :))

Cette option est plus simple, mais LVM recommande fortement de sauvegarder vos données avant de redimensionner

http://www.ibm.com/developerworks/linux/library/l-resizing-partitions-2/index.html

MISE À JOUR (basé sur le commentaire)

si j'ajoute un disque dur, que dois-je ajuster sur mon paramètre mysql pour étendre les données sur le disque dur? Si l'option signifie que je dois déplacer mysql sur les étapes à suivre pour cela?

Assez facile:

Arrêtez mysql
Ouvrez /etc/my.cnf et trouvez datadir = - voici vos fichiers de données mysql
Copiez / déplacez-les vers votre nouvel emplacement souhaité
Mettre à jour datadir = avec votre nouveau chemin
Démarrez Mysql
Prenez une bière ou tout ce que vous voulez, car vous avez terminé

Comment difficile d'étendre la racine /?

Lisez le lien ci-dessus que j'ai déjà posté. Le guide étape par étape est inclus avec une explication complète.

Normalement, quelle est la partition domestique à stocker? Des fichiers importants?

Il contient des fichiers utilisateur et des paramètres, par exemple votre bureau, etc.

Pour le système healt / home n'est pas important et peut être remonté à tout moment.

si j'ajoute un disque dur, que dois-je ajuster sur mon paramètre mysql pour étendre les données sur le disque dur? Si l'option signifie que je dois déplacer mysql sur les étapes à suivre pour cela? Comment difficile d'étendre la racine /? Normalement, ce que la partition domestique doit stocker? Des fichiers importants?

— user132638

en ajoutant un nouveau disque dur quelle étiquette de partition il affichera dans la liste des partitions et où déplacer ensuite? Je vous remercie.

— user132638

@rkosegi - Votez si vous avez supprimé votre commentaire.

— Toqeer

Pour la prospérité, je suggère que votre première étape soit de vérifier la taille de / var / log. Peut-être archiver des journaux plus anciens. Ils peuvent obstruer votre partition racine sans que vous vous en rendiez compte, et la plupart des journaux plus anciens sont de toute façon superflus.

— Martin
source