Forum Linux.debian/ubuntu A l'aide -> plus de place dans /var

Posté par  .
Étiquettes : aucune
0
19
août
2005
Bonjour,

Plus rien ne fonctionnne car plus de place dans /var !!!!

/var taille : 36,7Go et 100% utilisé

/var/backup -> 2,7 Mo
/var/cache -> 20 Mo
/var/lib -> 129,5 Mo
/var/local -> 4 Ko
/var/lock -> 16 Ko
/var/log -> 24,4 Mo
/var/lost+found -> 48 Ko
/var/mail -> 10,2 Ko
/var/opt -> 4 Ko
/var/qmail -> 4,6 Mo
/var/run -> 115,9 Ko
/var/scrollkeeper -> 1,8 Mo
/var/spool -> 11,4 Mo
/var/sqattachements -> 4 Ko
/var/tmp -> 3,2 Mo
/var/www -> 232,6 Ko

J'ai trouvé un fichier /var/log/ocsinventory-client/ocsinventory-client de 36 Go, je l'ai supprimé, mais pour autant celà ne m'a pas libérer de place sur /var, j'ai toujours 100% d'utiliser.

Quelqu'un a t'il une solution à proposer ?!

Pour info j'ai un disque de 120 Go en rabe, comment puis-je faire pour que celui ci vienne enrichir l'espace disque de /var sans tout péter ?

merci pour votre aide
  • # lsof

    Posté par  (site web personnel) . Évalué à 2.

    tu as effacé le fichier mais il était peut-etre toujours ouvert par un processus

    donc normalement si tu fais un
    #lsof | grep deleted

    tu devrais voir quel fichier est ouvert par un process et effacé mais toujours ouvert en memoire

    la différence entre le du et le df vient de la

    jespere ne pas me tromper

    une fois le nom du process identifié il te reste plus qu'à le killer ou le redemarrer

    en espérant t'avoir aidé
  • # la manip qui sauve kill *****

    Posté par  . Évalué à 0.

    j'ai fait une recherche sur / des plus gros fichier et j'ai retrouver dans /proc des fichiers lié à /var/log/ocsinventory-client/ocsinventory.log de taille similaire

    j'ai donc fait un ps waux | grep ocsinv
    et j'ai killer les ocsinventory-client

    celà m'a libérer sur le champ 10,4 Go

    c'est beaucoup pour une petit appli ???

    Mais bon si quelqu'un sait commment rajouter un disque dure à un point de montage sans péter les fichier si trouvant je suis preneur !

    Celà me permettrai d'etre plus serrin
    • [^] # déplacement du /var

      Posté par  . Évalué à 2.

      voilà comment j'ai fait, c'est comme ça que je tourne actuellement et ça fonctionne sans soucis :

      1. ajout du disque dur partitionné
      2. booter sur un live-cd
      3. modifier le fstab pour qu'il monte le nouveau disque
      4. déplacer /var sur le nouveau disque
      5. faire un lien de /var vers le nouvel emplacement
      6. reboot

      et voilou
  • # logrotate

    Posté par  . Évalué à 1.

    quand les logs deviennent trop importants, il ne faut pas hésiter: logrotate est la solution.
    ça se paramètre assez facilement et cela permet de bien gérer:
    1. la place utilisée par les logs
    2. l'historique des logs
  • # Rajout de disque

    Posté par  . Évalué à 3.

    Salut,

    Pour info j'ai un disque de 120 Go en rabe, comment puis-je faire pour que celui ci vienne enrichir l'espace disque de /var sans tout péter ?

    L'idéal pour rajouter de l'espace disque est d'utiliser LVM : tu prend ton disque physique, tu le branches puis tu le rajoutes au volume group concerné et tu étends ton volume logique et ton système de fichier. Le plus long dans tout ça, c'est l'intervention visant à brancher le disque, le reste ne prenant que quelques secondes et ne nécessitant ni reboot, ni même démontage du file system concerné (à condition d'utiliser un système de fichier qui va bien, comme reiserfs).

    Evidemment, si lors de l'install on n'a pas prévu de LVM c'est un poil plus compliqué. Pour cela, je conseillerais de redémarrer un mode 'single user' (ou d'arrêter tous les daemons) afin que la partition concernée (/var) ne soit plus accédée. Ensuite, il faut (re)monter /var en read only. Tu crées alors, sur ton nouveau disque, une partition à la taille voulue, tu la montes (dans /mnt par exemple) et tu recopies tout /var dans /mnt (cp -a /var/* /mnt/). Une fois cela fait, tu peux remonter ta nouvelle partition à la place de l'ancienne et supprimer cette dernière (à toi de voir ce que tu fais de la place récupérée sur l'ancien disque).

    Cependant, quitte à devoir recopier tes données, c'est peut être l'occasion justement de passer à LVM : tu y gagneras énormément en souplesse. Tu pourras par exemple agréger dans un même volume group des partitions des deux disques différents, tailler les file systems au plus juste et les agrandir ensuite facilement en fonction de tes besoins, ...

    Si certains points ce dessus te paraissent un peu obscurs, n'hésite pas à demander plus d'explications : je pourrai détailler les points qui t'intéressent.

    A+
    JJD
    • [^] # Re: Rajout de disque

      Posté par  . Évalué à 1.

      J'ai redémmaré mon serveur et j'ai récupérer pas loingt de 20 Go, c'est allucinant !
      sinon la commande logrotate -f /var ne m'a rien donné !

      Pour faire un disque LVM, comment fait tu ?

      Je viens à peine de réussir à formater mon disque en ext2 avec parted alors tous le reste est en ext3
      avec fdisk, j'arrive à créer ma partition, mais j'ai pas compris comment on choisissé le system de fichier !

      Alors pour LVM !??

      Quelqu'un connait un utilitaire graphique, comme celui que l'on a lors d'une install graphique ?
      • [^] # Re: Rajout de disque

        Posté par  . Évalué à 2.

        Il n'est pas vraiment étonnant que tu aies récupéré autant de disque lors du redémarrage : comme l'a écrit John Smith au dessus, la place occupé par un fichier n'est pas libéré lorsqu'on l'efface si ce fichier est encore ouvert. J'ai même eu le cas ou l'espace disque libre sur une partition continuait de baisser alors que le fichier fautif avait été effacé : un process avait gardé un descripteur sur ce fichier et continuait à écrire dedans... -> l'espace disque n'estlibéré que lorsque le fichier est fermé (souvent à l'arrêt du processus). D'ailleurs, logrotate lui-même prévoit souvent l'arrêt/redémarrage des services lorsqu'il compresse les log (pour voir comment ça marche essaie le man et va voir le fichier /etc/logrotate.conf et le répertoire /etc/logrotate.d).

        Concernant lvm, je t'avoue que je n'utilise pas d'outil graphique, mais je suis sûr qu'en cherchant un peu tu dois pouvois trouver...
        Voici quand même la (une) façon de procéder en ligne de commande, et tu verras que ce n'est pas si compliqué que ça :
        - d'abord il te faut les outils : "apt-get install lvm2".
        - supposons que sur un disque tu as une partition hdax que tu veux utiliser avec LVM : il faut marque cette partition comme étant du type "LINUX LVM" (code 8E). Tu devrais pouvoir faire ça avec ton outil de partitionnement préféré (fdisk, cfdisk, ou autre)
        - ensuite tu crées un PV (Physical Volume) avec la commande :
        pvcreate /dev/hdax
        - puis tu crées un VG (Volume Group) :
        vgcreate vg1 /dev/hdax
        Tu peux mettre ce que tu veux à la place de vg1 : c'est le nom de ton VG
        - maintenant, tu peux demander la création d'un LV (Logical Volume) avec la commande :
        lvcreate -n lvvar -L 10G vg1
        lvvar est le nom du VG (tu peux mettre ce que tu veux) et l'option -L indique la taille (10GOctets ici). Ce VG s'utilise exactement comme une partition physique "standard". Simplement, au lieu de spécifier un nom de device du type /dev/hdax, tu devras indiquer /dev/vg1/lvvar.
        - pour créer le système de fichier (formater), tu peux faire :
        "mkfs.reiserfs /dev/vg1/lvvar" pour formater en reiserfs ou
        "mkfs.ext2 /dev/vg1/lvvar" pour de l'ext3 (actuellement, je pense que reiserfs est plus souple : voir plus bas)
        - pour finir, tu n'as plus qu'à indiquer le bon device dans /etc/fstab :
        /dev/vg1/lvvar /var reiserfs defaults 0 2

        Les avantages de la solution :
        - tu peux gérer ton espace disque précisément en créant de "petites partition", car ...
        - tu peux agrandir ta partition très facilement s'il reste de l'espace disque non utilisé dans ton Volume Group. Il suffit de tapper :
        lvresize -L +2G /dev/vg1/lvvar
        Pour rajouter 2GO au Volume Logique. Ensuite, il faut étendre le système de fichier avec la commande :
        resize_reiserfs /dev/vg1/lvvar
        Et tu peux faire tout cela sans rebooter ni même arrêter une quelconque application ! (si tu utilises ext3, il faut obligatoirement demonter la partition concernée pour la dernière étape qui serait alors "resize2fs /dev/vg1/lvvar")
        - Si tu n'as plus assez d'espace disque dans un volume group, tu peux y rajouter des partitions (éventuellement sur d'autres disques physiques) : tu crées ton PV, dans /dev/hdb1 par exemple, comme ci-dessus et tu le rajoutes au VG avec :
        vgextend vg1 /dev/hdb1
        Ton VG se retouve agrandi, et tu peux ainsi agrandir les LV existant ou en créer d'autres. Cela permet même d'avoir des partitions logiques plus grandes que chacun de tes disques physiques.

        J'espère que mes explications sont à peu près claires et que mes arguments te paraissent convaincants.

        A+
        JJD
        • [^] # Re: Rajout de disque

          Posté par  . Évalué à 1.

          Merci beaucoup, ce fut limpide !

          En revanche je n'ai pas trouver mkfs.reiserfs, mais mkfs.reiser4

          alors je l'ai formater en reiser4

          mais pas moyen de monter la partition, (unknow filesystem)

          ptit question en passant : les LVM sont il sensible aux coupure de courant ou arrêt du système en cour de fonctionnement ?
          • [^] # Re: Rajout de disque

            Posté par  . Évalué à 1.

            Bon j'ai installer reiserfs et reformater et ça marche nickel

            j'ai lu que reiser4 n'est pas encore en version stable, donc vaut mieux rester en reiserfs

            merci encore
          • [^] # Remarques sur reiserfs et LVM

            Posté par  . Évalué à 2.

            mkfs.reiserfs correspond à du reiserfs version 3 et se trouve dans le paquet reiserfsprogs (il existe également un paquetage progsreiserfs, qui doit être -presque- équivalent : si quelqu'un peut m'expliquer la différence, je prends ...)

            mkfs.reiser4 permet de créer un FS en reiserfs version 4 qui est une réécriture complète, incompatible avec la version précédente. Reiserfs4 n'a pas (encore) été intégrée officiellement au noyau (il y a eu de grandes discussions au sujet du code du pilote un peu trop intrusif) et le support n'est pas présent dans les noyaux Debian. Pour l'utiliser, il est nécessaire de patcher les sources du noyau et de recompiler : ça reste, à mon avis, encore réservé aux testeurs/bidouilleurs de tous poils.

            MORALITÉ : utilise plutôt reiserfs3 (apt-get install reiserfsprogs).

            Concernant ta dernière question, je pense que les systèmes utilisant LVM ne sont ni plus ni moins sensibles aux coupures de courant que les sytèmes ne l'utilisant pas. En revanche, l'utilisation d'un système de fichier journalisé (reiserfs, ext3, jfs, xfs, ...) doit (devrait) permettre de limiter les risques de pertes de données. [j'accepte tous les avis contradictoires].
            Evidemment, si un VG s'étend sur plusieurs disques physiques, une détérioration d'un disque peut entrainer la perte de données de plusieurs File Systems [quelqu'un a-t-il déjà eu le problème ? comment s'en tirer dans ces cas-là ?]
            Enfin pour le moment je croise les doigts : je tourne sur plusieurs machines (machines perso + bureau + serveurs) avec LVM + reiserfs ou ext3 depuis pas mal de temps (au moins 1an 1/2) et je n'ai eu aucun problème particulier malgrè des arrêts brutaux (pas sur les serveurs : eux ils sont bien protégés). J'ai même une de mes machines sur laquelle j'ai inclus dans un VG un disque complet non partitionné (c'est à dire /dev/hdb plutôt que /dev/hdb1) sans aucun soucis : est-ce que quelqu'un sait si ce genre de chose présente un risque particulier ?

            A+
            JJD
            • [^] # Re: Remarques sur reiserfs et LVM

              Posté par  . Évalué à 1.

              Bon tout fonctionne, mon LVM fait 100 Go
              Mais chose étrange kdf (KdiskFree) ne voit que 36,7 Go comme l'ancienne partition

              Quelqu'un peut il m'expliqué celà ?
              Ais je concrêtement 100 Go ou 36,7 Go
              • [^] # Re: Remarques sur reiserfs et LVM

                Posté par  . Évalué à 2.

                Je ne connais pas kdiskfree ...

                Regarde quand même ce que te donnent les commandes 'df -h' (espace disque sur les points de montage) et 'vgdisplay' (informations sur les volume groups).
                • [^] # Re: Remarques sur reiserfs et LVM

                  Posté par  . Évalué à 0.

                  si je fait un lvdisplay :

                  lvdisplay
                  --- Logical volume ---
                  LV Name /dev/var/var
                  VG Name var
                  LV UUID rDcnPY-hX2B-mZEl-2anK-Qml7-ANto-1ciU8H
                  LV Write Access read/write
                  LV Status available
                  # open 0
                  LV Size 100,00 GB
                  Current LE 25600
                  Segments 1
                  Allocation inherit
                  Read ahead sectors 0
                  Block device 254:0


                  si je fais df -h
                  intranet:/home/franck# df -h
                  Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
                  /dev/var/var 37G 37G 0 100% /var

                  Qulequ'un peut m'expliquer pourquoi je n'ai pas mes 100 Go
                  et comment doit je faire pour les récupérer ?
    • [^] # Re: Rajout de disque

      Posté par  . Évalué à 0.

      J'ai redémmaré mon serveur et j'ai récupérer pas loingt de 20 Go, c'est allucinant !
      sinon la commande logrotate -f /var ne m'a rien donné !

      Pour faire un disque LVM, comment fait tu ?

      Je viens à peine de réussir à formater mon disque en ext2 avec parted alors tous le reste est en ext3
      avec fdisk, j'arrive à créer ma partition, mais j'ai pas compris comment on choisissé le system de fichier !

      Alors pour LVM !??

      Quelqu'un connait un utilitaire graphique, comme celui que l'on a lors d'une install graphique ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.