The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Пропадает место на жестком диске, нужна помощь!, !*! Trex, 24-Фев-09, 12:54  [смотреть все]
куда-то пропадает место на жестком диске, не могу понять куда.
server:/ # df -lah
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/system-root
                      110G  103G  640M 100% /
proc                     0     0     0   -  /proc
sysfs                    0     0     0   -  /sys
debugfs                  0     0     0   -  /sys/kernel/debug
udev                  2.0G  120K  2.0G   1% /dev
devpts                   0     0     0   -  /dev/pts
/dev/sda1              69M   15M   51M  23% /boot
/dev/mapper/system-home
                      119G   32G   81G  29% /home
fusectl                  0     0     0   -  /sys/fs/fuse/connections
securityfs               0     0     0   -  /sys/kernel/security
/install/openSUSE-10.3-GM-DVD-i386.iso
                      4.2G  4.2G     0 100% /mnt/suse
/dev/sdb1             230G   43G  175G  20% /backup


в / числится 103 Gb, но чем они заняты, не ясно.
Основной объем лежит в /home, но он примонтирован на др. раздел и в корневом не учитывается.
Как узнать, куда пропадает место?

  • Пропадает место на жестком диске, нужна помощь!, !*! Trex, 13:16 , 24-Фев-09 (1)
    server # ls -lah
    total 1.1M
    drwxr-xr-x  23 root root 4.0K 2009-02-24 13:04 .
    drwxr-xr-x  23 root root 4.0K 2009-02-24 13:04 ..
    -rw-r--r--   1 root root  22K 2008-10-15 14:33 1.txt
    drwxr-xr-x   5 root root 4.0K 2009-02-24 12:46 backup  # другой раздел
    -rw-------   1 root root  742 2008-10-15 16:57 .bash_history
    drwxr-xr-x   2 root root 4.0K 2008-05-26 19:54 bin #6.1M
    drwxr-xr-x   4 root root 1.0K 2008-05-28 06:21 boot #9.5M
    drwxr-xr-x  12 root root 6.3K 2009-02-24 12:09 dev #120K
    drwxr-xr-x  95 root root  12K 2009-02-24 12:09 etc #30M
    drwxr-xr-x  12 root root 4.0K 2009-02-24 12:42 home  # другой раздел
    drwxr-xr-x  14 root root 4.0K 2009-01-13 01:02 install #18G
    drwxr-xr-x  11 root root 4.0K 2008-05-27 15:22 lib #95M
    drwx------   2 root root  16K 2008-05-23 22:46 lost+found #16K
    drwxr-xr-x   3 root root 4.0K 2008-10-15 18:43 .mc
    drwxr-xr-x   3 root root 4.0K 2008-05-24 09:26 media #8.0K
    drwxr-xr-x   3 root root 4.0K 2009-01-13 01:18 mnt #4.1G
    drwxr-xr-x   4 root root 4.0K 2008-06-19 23:36 opt #119M
    dr-xr-xr-x 268 root root    0 2009-01-09 16:32 proc
    drwx------  15 root root 4.0K 2009-02-24 12:29 root #1.8G
    drwxr-xr-x   3 root root  12K 2009-01-09 13:45 sbin #8.6M
    drwxr-xr-x   4 root root 4.0K 2008-05-23 22:46 srv #20K
    drwxr-xr-x  11 root root    0 2009-01-09 16:32 sys
    drwxrwxrwt  36 root root 992K 2009-02-24 13:06 tmp #26M
    drwxr-xr-x  13 root root 4.0K 2008-05-27 06:07 usr #2.1G
    drwxr-xr-x  14 root root 4.0K 2009-01-14 14:57 var #1.9G
    ===============
    итого: ~29Gb, куда пропали остальные 80Gg?

    размер папки смотрю du -sh /#папка

  • Пропадает место на жестком диске, нужна помощь!, !*! zd3n, 13:19 , 24-Фев-09 (2)
    Это можно сделать по команде "du -s каталог".
    Т.е. поочерёдно проверять каталоги в самом корне...
    Могу предположить, что всё это место забито либо под /var либо под /opt.
    Чтобы избежать таких проблем, рекомендуется /var делать отдельно от /.
    • Пропадает место на жестком диске, нужна помощь!, !*! Trex, 13:28 , 24-Фев-09 (5)
      >Это можно сделать по команде "du -s каталог".
      >Т.е. поочерёдно проверять каталоги в самом корне...
      >Могу предположить, что всё это место забито либо под /var либо под
      >/opt.
      >Чтобы избежать таких проблем, рекомендуется /var делать отдельно от /.

      я делал - посмотрите пожалуйста скрин в моем сообщении выше
      пропадает куда-то 80Gb
      + этот размер медленно, но растет, даже не знаю, что делать
      сам думал, что var все жрет, но там всего-лишь толки, а куда девается 80GB - не понять...

  • Пропадает место на жестком диске, нужна помощь!, !*! Trex, 13:35 , 24-Фев-09 (7)
    скрипт перловый находит всего 99Gb заполненных на всех разделах..

    [ /    99.7G (3 files, 20 dirs) ]
      58.1G [#################             ]  58.23% backup/
      30.6G [#########                     ]  30.73% home/
       4.1G [#                             ]   4.11% mnt/
       2.0G [                              ]   2.03% usr/
       1.9G [                              ]   1.89% var/
       1.7G [                              ]   1.74% root/
    899.6M [                              ]   0.88% proc/
    143.9M [                              ]   0.14% sys/
    101.3M [                              ]   0.10% opt/
      87.1M [                              ]   0.09% lib/
      23.4M [                              ]   0.02% etc/
      20.4M [                              ]   0.02% tmp/
       9.4M [                              ]   0.01% boot/
       8.9M [                              ]   0.01% sbin/
       5.8M [                              ]   0.01% bin/
      21.9K [                              ]   0.00% 1.txt
       9.1K [                              ]   0.00% dev/
       3.2K [                              ]   0.00% .mc/
       742b [                              ]   0.00% .bash_history
        15b [                              ]   0.00% install
         0b [                              ]   0.00% media/
         0b [                              ]   0.00% lost+found/
         0b [                              ]   0.00% srv/

    если вычесть /backup и /home остается всего 11Gb заполненного.
    вообщем совсем не пойму, что с местом...

    • Пропадает место на жестком диске, нужна помощь!, !*! zd3n, 14:46 , 24-Фев-09 (9)
      Ну вот и понятно всё....
      Тут ситуация такая....
      если в каталог, например, /backup содержит данные на 50Гб, и поверх него подмонтировать отдельный раздел /deb/sdb1 на /backup, то предыдущие данные(50Гб) будут недоступны, и не будут отображаться на файловой системе.....
      Но место занимать будут....
      Т.е. нужно:
      1. Убедиться что смонтированы(!) разделы /home и /backup.
      2. Отмонтировать их.
      3. Убедиться что разделы отмонтированы(!).
      4. Смотреть что лежит в /home и /backup.
      5. Полностью почистить /home и /backup. (Если страшно, то переименовать разделы /home и /backup в /home_old и /backup_old. Создать новые директории /home и /backup).
      6. Смонтировать /dev/mapper/system-home в /home, а /dev/sdb1  в /backup
  • Пропадает место на жестком диске, нужна помощь!, !*! Scarab, 13:38 , 24-Фев-09 (8)
    >в корневом не учитывается.
    >Как узнать, куда пропадает место?

    1. Перезагружаться пробовали? Такое может быть, например, если неправильно настроена ротация логов - скажем, цикл прошёл, пишуший процесс не передёрнули и он пишет в удалённый файл.

    2. Если перезагружались и проблема осталась - то вывод "fdisk -l /dev/sda", "mount" и "du -sh /" в студию.

    • Пропадает место на жестком диске, нужна помощь!, !*! Trex, 19:16 , 24-Фев-09 (10)
      >>в корневом не учитывается.
      >>Как узнать, куда пропадает место?
      >
      >1. Перезагружаться пробовали? Такое может быть, например, если неправильно настроена ротация логов
      >- скажем, цикл прошёл, пишуший процесс не передёрнули и он пишет
      >в удалённый файл.
      >
      >2. Если перезагружались и проблема осталась - то вывод "fdisk -l /dev/sda",
      >"mount" и "du -sh /" в студию.

      перегружаться - пока нет, т.к. сервер рабочий (ночью попробую), но удаленно файлы не пишутся. все бекапы пишутся утром, потом их скачиваю по ftp.

      #fdisk -l /dev/sda

      Disk /dev/sda: 250.0 GB, 250059350016 bytes
      255 heads, 63 sectors/track, 30401 cylinders
      Units = cylinders of 16065 * 512 = 8225280 bytes
      Disk identifier: 0x90909090

         Device Boot      Start         End      Blocks   Id  System
      /dev/sda1   *           1           9       72261   83  Linux
      /dev/sda2              10       30401   244123740   8e  Linux LVM

      # mount
      /dev/mapper/system-root on / type ext3 (rw,acl,user_xattr)
      proc on /proc type proc (rw)
      sysfs on /sys type sysfs (rw)
      debugfs on /sys/kernel/debug type debugfs (rw)
      udev on /dev type tmpfs (rw)
      devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
      /dev/sda1 on /boot type ext3 (rw,acl,user_xattr)
      /dev/mapper/system-home on /home type ext3 (rw,acl,user_xattr)
      fusectl on /sys/fs/fuse/connections type fusectl (rw)
      securityfs on /sys/kernel/security type securityfs (rw)
      /install/openSUSE-10.3-GM-DVD-i386.iso on /mnt/suse type iso9660 (rw,loop=/dev/loop0)
      /dev/sdb1 on /backup type ext3 (rw,acl,user_xattr)

      # du -sh /
      du: cannot access `/proc/12817/task/12817/fd/4': No such file or directory
      du: cannot access `/proc/12817/task/12817/fdinfo/4': No such file or directory
      du: cannot access `/proc/12817/fd/4': No such file or directory
      du: cannot access `/proc/12817/fdinfo/4': No such file or directory
      du: cannot access `/proc/13311': No such file or directory
      101G    /

      тут еще проблема в том, что место постепенно уменьшается, т.е. в раздел, что есть скрытый /home, который лежит ниже подмонтированного /home мало вероятен.

      • Пропадает место на жестком диске, нужна помощь!, !*! zd3n, 19:25 , 24-Фев-09 (11)

        >тут еще проблема в том, что место постепенно уменьшается, т.е. в раздел,
        >что есть скрытый /home, который лежит ниже подмонтированного /home мало вероятен.
        >

        Такое тоже бывает, в случае, если какая-либо программа откроет файл в /home (например на запись) до монтирования внешнего раздела /home.
        Т.е. запись будет вестись в файл, не видный на самой файловой системе. Это связано с inode самих файлов и каталога /home.
        В книжках по линуху такой пример вроде как рассматривается....
        Даже сам как-то подобное пробовал делать....

        • Пропадает место на жестком диске, нужна помощь!, !*! Trex, 19:30 , 24-Фев-09 (12)
          >[оверквотинг удален]
          >>тут еще проблема в том, что место постепенно уменьшается, т.е. в раздел,
          >>что есть скрытый /home, который лежит ниже подмонтированного /home мало вероятен.
          >>
          >
          >Такое тоже бывает, в случае, если какая-либо программа откроет файл в /home
          >(например на запись) до монтирования внешнего раздела /home.
          >Т.е. запись будет вестись в файл, не видный на самой файловой системе.
          >Это связано с inode самих файлов и каталога /home.
          >В книжках по линуху такой пример вроде как рассматривается....
          >Даже сам как-то подобное пробовал делать....

          придется видимо ночью действительно отмонтировать временно /home
          других идей нет, что это может быть?

          • Пропадает место на жестком диске, нужна помощь!, !*! angra, 20:20 , 24-Фев-09 (13)
            Для начала lsof | grep deleted, это выведет список удаленных файлов и держащих их процессов.
            К сожалению lsof далеко не всегда показывает правильно статус (deleted), в таком случае можно проверить на существование все выданные им пути к файлам. Топорный способ:
            lsof | grep REG| awk '{print $9}' | xargs ls -l >/dev/null
            • Пропадает место на жестком диске, нужна помощь!, !*! Trex, 22:13 , 24-Фев-09 (14)
              >Для начала lsof | grep deleted, это выведет список удаленных файлов и
              >держащих их процессов.
              >К сожалению lsof далеко не всегда показывает правильно статус (deleted), в таком
              >случае можно проверить на существование все выданные им пути к файлам.
              >Топорный способ:
              >lsof | grep REG| awk '{print $9}' | xargs ls -l >/dev/null

              lsof | grep deleted - выдал некоторое количество файлов,
              как их в итоге удалить из памяти, чтобы место не занимали?
              или только перезагрузка спасет?

              • Пропадает место на жестком диске, нужна помощь!, !*! angra, 00:06 , 25-Фев-09 (15)
                lsof в первую очередь вам выдал процессы, которые эти файлы держат, а также размеры файлов. Дальше виновнику посылка сигнала HUP или действие стартового скрипта reload. Ну а если не поможет, то stop/start. Перезагружать всю машину нет никакого смысла.

                • Пропадает место на жестком диске, нужна помощь!, !*! Trex, 05:20 , 25-Фев-09 (16)
                  >lsof в первую очередь вам выдал процессы, которые эти файлы держат, а
                  >также размеры файлов. Дальше виновнику посылка сигнала HUP или действие стартового
                  >скрипта reload. Ну а если не поможет, то stop/start. Перезагружать всю
                  >машину нет никакого смысла.

                  спасибо. виновником был mysql, он продолжал пытаться писать в удаленный файл лога, который был аж эти 80Gb.

                  век живи, век учись :)

  • Пропадает место на жестком диске, нужна помощь!, !*! LS, 15:01 , 25-Фев-09 (17)
    >[оверквотинг удален]
    >          4.2G
    > 4.2G     0 100% /mnt/suse
    >/dev/sdb1            
    > 230G   43G  175G  20% /backup
    >
    >
    >в / числится 103 Gb, но чем они заняты, не ясно.
    >Основной объем лежит в /home, но он примонтирован на др. раздел и
    >в корневом не учитывается.
    >Как узнать, куда пропадает место?

    mount - смотрим что-куда смонтировано
    df/du - смотрим где сжирается
    lsof - смотрим кто сжирает




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру