Рейтинг:0

Два каталога совместно используют хранилище без символической ссылки

флаг cn

Я в рассоле.

У меня есть сервер (физический компьютер), который имеет связь между каталогом и разделом. Я не вижу символической ссылки.

Проблема в том, что корневой раздел показывает 0% места. Даже если я удалю данные из других каталогов, это не повлияет на корневой раздел правильно.

Я удалил 200 МБ, и он показал 2 МБ свободного места.
В фасте ничего нет.

Ссылка находится между /path/backups/ftp и /home/ftp/public_html.

Это мое дф-ч

devtmpfs 63G 0 63G 0% /dev
tmpfs 63G 0 63G 0% /dev/shm
tmpfs 63G 4.1G 59G 7%/запуск
tmpfs 63G 0 63G 0% /sys/fs/cgroup
/dev/mapper/centos-root 45G 45G 208K 100%/
/dev/sda1 1014M 194M 821M 20% /загрузка
/dev/sdb 4.3T 89M 4.1T 1% /path/vms
/dev/sdc 11T 7.5T 2.9T 73% /path/backups
tmpfs 13G 0 13G 0% /выполнить/пользователь/0
         

это файл fastab:

#
# /etc/fstab
# Создано anaconda, вторник, 17 ноября, 22:49:51 2020
#
# Доступные файловые системы по ссылке хранятся в папке '/dev/disk'
# Смотрите справочные страницы fstab(5), findfs(8), mount(8) и/или blkid(8) для получения дополнительной информации
#
/dev/mapper/centos-root / xfs rw,seclabel,relatime,attr2,inode64,noquota 0 0
UUID=dca34673-80bb-4c10-a1ca-cd76167ebcf4 /boot xfs по умолчанию 0 0
/dev/mapper/centos-swap своп своп по умолчанию 0 0
/dev/sdc /path/backups ext4 по умолчанию 0 2
/dev/sdb /path/vms ext4 по умолчанию 0 2

Это мой lsblk:

НАИМЕНОВАНИЕ MAJ:MIN RM РАЗМЕР RO ТИП ТОЧКА КРЕПЛЕНИЯ
sda 8:0 0 50G 0 диск
ââsda1 8:1 0 1G 0 часть /boot
ââsda2 8:2 0 49G 0 часть
  ââcentos-root 253:0 0 45G 0 lvm /
  ââcentos-своп 253:1 0 4G 0 lvm [SWAP]
sdb 8:16 0 4.3T 0 диск /путь/vms
sdc 8:32 0 10.9T 0 диск /путь/резервные копии

Я подумал, может быть, это может быть жесткая ссылка, но я не могу найти никаких доказательств этого, а также не должно быть возможности жесткой ссылки на 2 каталога.

Любые идеи?

Редактировать:

mtab содержание:

sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
devtmpfs /dev devtmpfs rw,nosuid,size=65906808k,nr_inodes=16476702,mode=755 0 0
securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0
tmpfs /sys/fs/cgroup tmpfs ro,nosuid,nodev,noexec,mode=755 0 0
cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd 0 0
pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0
cgroup /sys/fs/cgroup/net_cls,net_prio cgroup rw,nosuid,nodev,noexec,relatime,net_prio,net_cls 0 0
cgroup /sys/fs/cgroup/hugetlb cgroup rw,nosuid,nodev,noexec,relatime,hugetlb 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpuacct,cpu 0 0
cgroup /sys/fs/cgroup/pids cgroup rw,nosuid,nodev,noexec,relatime,pids 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0
configfs /sys/kernel/config configfs rw,relatime 0 0
/dev/mapper/centos-root / xfs rw, relatime, attr2, inode64, noquota 0 0
systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=25,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=12844 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
mqueue /dev/mqueue mqueue rw, relatime 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
/dev/sda1 /boot xfs rw,relatime,attr2,inode64,noquota 0 0
/dev/sdb /path/vms ext4 rw,relatime,data=ordered 0 0
/dev/sdc /path/backups ext4 rw,relatime,data=ordered 0 0
sunrpc /var/lib/path/rpc_pipefs rpc_pipefs rw,relatime 0 0
nfsd /proc/fs/nfsd nfsd rw,relatime 0 0
/dev/sdc /home/ftp/public_html ext4 rw,relatime,data=ordered 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw, relatime 0 0
tmpfs /run/user/0 tmpfs rw,nosuid,nodev,relatime,size=13183736k,mode=700 0 0

У меня есть /dev/sdc монтировался дважды. Это заставляет вещи работать смешно.

Я вижу это в этих строках:

/dev/sdc /path/backups ext4 rw,relatime,data=ordered 0 0
/dev/sdc /home/ftp/public_html ext4 rw,relatime,data=ordered 0 0

Проблема с хранилищем, а также я вижу, что он показывает 97% использования инодов, хотя на самом деле там не так много файлов.

Nikita Kipriyanov avatar
флаг za
Каталоги не могут быть жестко связаны, и точка. Также покажите нам `mount`, могут быть *bind mounts*, которые на самом деле позволяют совместно использовать хранилище без ссылок; впрочем, я подозреваю, что вы просто столкнулись с обычным переполнением файловой системы, ничего особенного. Это также может быть вызвано потерей инодов; выполните проверку файловой системы (это root fs, вам нужно будет перезагрузить машину; убедитесь, что на ней достаточно места для возврата). Это может быть вызвано тем, что удаленные файлы все еще открыты (поэтому имени нет, но есть индекс), чтобы освободить их, убейте процессы, которые их сохраняют.
Nikita Kipriyanov avatar
флаг za
Между прочим, не может быть *какой-либо* жесткой связи между чем-либо в /path/backups и /, потому что это *разные* файловые системы. Жесткое связывание возможно только в пределах одной файловой системы.
matisa avatar
флаг cn
Да! Спасибо. Есть монтирование в 2 разные директории. Я не уверен, как действовать без потери данных.
Nikita Kipriyanov avatar
флаг za
Не паникуйте. Именно так выглядит бинд-маунт. Это может быть неприятно, но сначала проверьте `findmnt` (проверьте https://unix.stackexchange.com/questions/295525/how-is-findmnt-able-to-list-bind-mounts/346460). Кроме того, это не имеет ничего общего с переполнением вашей корневой файловой системы. Исследуйте, что с `du -sh *` спускается, как предлагает ответ ниже.
matisa avatar
флаг cn
На самом деле я это исправил. Размонтировал монтирование, удалил все файлы, которые занимали место. КАК я подозревал, что по исходному пути были файлы. Перезагрузил машину, которая освободила все старые иноды и перемонтировала путь (поскольку нам все еще нужно там монтирование). Большое спасибо. Пожалуйста, добавьте это как ответ, чтобы я мог его исключить.
Рейтинг:-1
флаг us

почему бы тебе не использовать "дю" вместо "дф". По сути, df читает только суперблок. du читает каждый объект и суммирует их. поэтому вы можете использовать "ду-ш" чтобы найти размер каждого каталога со всем его содержимым внутри. Также вы можете ознакомиться с разница du и df

matisa avatar
флаг cn
Спасибо. Я использовал du... это не помогает мне узнать размер каталога или размер объекта. Это не проблема. Проблема в том, что между двумя каталогами существует какая-то странная связь, которая влияет на весь раздел, что очень проблематично.
Zareh Kasparian avatar
флаг us
что бы это ни было, команда du может сообщить об этом вам. вам просто нужно шаг за шагом переходить по каталогам, чтобы найти нужный файл.
matisa avatar
флаг cn
Я очень хорошо понимаю команду du. Я использовал его для поиска данных, которые я могу удалить за пределами связанных каталогов. Я удалил более 300 МБ сейчас. Это не помогает. Мне нужно найти тип ссылки, которая связывает эти пути, и исправить это.
Nikita Kipriyanov avatar
флаг za
Почему вы так уверены, что есть какие-то таинственные "ссылки"? И почему вы думаете, что это когда-нибудь поможет вам? Не тратьте на это время, ищите большие каталоги с помощью `du -sh *`, спускаясь от корня вниз к самым большим каталогам, часто `/home` и `/var`.
matisa avatar
флаг cn
Посмотрите переписку по исходному вопросу. Вы увидите, что произошло.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.