Puncte:0

Două directoare partajează spațiul de stocare fără legătură simbolică

drapel cn

Sunt într-un murat.

Am un server (mașină fizică) care are o legătură între un director și o partiție. Nu văd o legătură simbolică.

Problema este că partiția rădăcină arată 0% spațiu. Chiar dacă șterg datele din alte directoare, nu afectează corect partiția rădăcină.

Am șters 200MB și a arătat 2MB de spațiu liber.
Nu există nimic în fastab.

Legătura este între /path/backups/ftp la /home/ftp/public_html

Acesta este al meu df -h

devtmpfs 63G 0 63G 0% /dev
tmpfs 63G 0 63G 0% /dev/shm
tmpfs 63G 4.1G 59G 7% /run
tmpfs 63G 0 63G 0% /sys/fs/cgroup
/dev/mapper/centos-root 45G 45G 208K 100% /
/dev/sda1 1014M 194M 821M 20% /boot
/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% /run/user/0
         

acesta este fișierul fastab:

#
# /etc/fstab
# Creat de anaconda pe marți 17 nov 22:49:51 2020
#
# Sistemele de fișiere accesibile, prin referință, sunt menținute sub „/dev/disk”
# Vezi paginile de manual fstab(5), findfs(8), mount(8) și/sau blkid(8) pentru mai multe informații
#
/dev/mapper/centos-root / xfs rw,seclabel,relatime,attr2,inode64,noquota 0 0
UUID=dca34673-80bb-4c10-a1ca-cd76167ebcf4 /boot xfs defaults 0 0
/dev/mapper/centos-swap swap swap implicite 0 0
/dev/sdc /path/backups ext4 implicite 0 2
/dev/sdb /path/vms ext4 implicite 0 2

Acesta este lsblk-ul meu:

NUME MAJ:MIN RM DIMENSIUNE RO TIP PUNCT DE MONTARE
sda 8:0 0 50G 0 disc
ââsda1 8:1 0 1G 0 parte /boot
ââsda2 8:2 0 49G 0 part
  ââcentos-root 253:0 0 45G 0 lvm /
  ââcentos-swap 253:1 0 4G 0 lvm [SWAP]
sdb 8:16 0 4.3T 0 disc /cale/vms
sdc 8:32 0 10.9T 0 disc /cale/backup-uri

M-am gândit că poate fi un hard link, dar nu găsesc nicio dovadă în acest sens și, de asemenea, nu ar trebui să fie posibil să hard link 2 directoare.

Vreo idee?

Editați | ×:

The mtab continut:

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

eu am /dev/sdc montat de două ori. Face lucrurile să funcționeze amuzant.

Văd asta în aceste rânduri:

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

Problema de stocare și, de asemenea, văd că arată utilizarea în proporție de 97% a inodelor, deși nu există de fapt atât de multe fișiere acolo.

Nikita Kipriyanov avatar
drapel za
Directoarele nu pot fi conectate, punct. Arată-ne, de asemenea, `mount`, ar putea exista *bind mounturi* care de fapt permit stocarea partajată fără link-uri; totuși, bănuiesc că tocmai te-ai confruntat cu un sistem de fișiere obișnuit, nimic special. Acest lucru poate fi cauzat și de pierderea inodurilor; efectuați o verificare a sistemului de fișiere (acesta este root fs, va trebui să reporniți mașina; asigurați-vă că are suficient spațiu pentru a reveni). Acest lucru poate fi cauzat de fișierele șterse încă deschise (deci nu există un nume, dar există încă un inod), pentru a le elibera, ucide procesele care le păstrează.
Nikita Kipriyanov avatar
drapel za
Apropo, nu ar putea exista *nicio* legătură rigidă între nimic din /path/backup-uri și /, deoarece acestea sunt *diferite* sisteme de fișiere. Conectarea hard este posibilă numai într-un singur sistem de fișiere.
matisa avatar
drapel cn
Da! Mulțumesc. Există o montare în 2 directoare diferite. Nu sunt sigur cum să procedez fără a pierde date.
Nikita Kipriyanov avatar
drapel za
Nu vă panicați. Exact așa arată un suport de legătură. Acest lucru poate fi frustrant, dar mai întâi verificați `findmnt` (verificați https://unix.stackexchange.com/questions/295525/how-is-findmnt-able-to-list-bind-mounts/346460). De asemenea, acest lucru nu are nimic de-a face cu depășirea sistemului de fișiere rădăcină. Investigați asta cu `du -sh *` descend, așa cum sugerează răspunsul de mai jos.
matisa avatar
drapel cn
De fapt, am reparat-o. Am demontat suportul, am șters toate fișierele care ocupau spațiu. Așa cum am bănuit că există fișiere pe calea originală. A repornit mașina care a eliberat toate vechile inoduri și a remontat calea (Deoarece avem încă nevoie de montură acolo). Mulțumesc mult. Vă rugăm să adăugați asta ca răspuns, astfel încât să îl pot exclude.
Puncte:-1
drapel us

de ce nu folosesti "du" în loc de "df". Practic, df citește doar superblocul. du citește fiecare obiect și le însumează. asa ca puteti folosi "du -sh" pentru a găsi dimensiunea fiecărui director cu tot conținutul în interior. De asemenea, puteți arunca o privire la du vs df diferenta

matisa avatar
drapel cn
Mulțumiri. Am folosit du... nu mă ajută să știu dimensiunea directorului sau dimensiunea obiectului. Nu asta este problema. Problema este că există o legătură ciudată între 2 directoare care afectează întreaga partiție într-un mod care este foarte problematic.
Zareh Kasparian avatar
drapel us
orice ar fi, du command vă poate raporta. trebuie doar să parcurgeți directoarele pas cu pas pentru a găsi fișierul dorit.
matisa avatar
drapel cn
Am o înțelegere foarte bună a du command. L-am folosit pentru a localiza datele pe care le pot șterge în afara directoarelor legate. Am șters peste 300 MB acum. Nu ajută. Ceea ce am nevoie este să găsesc tipul de legătură care leagă aceste căi și să repar asta.
Nikita Kipriyanov avatar
drapel za
De ce ești atât de sigur că există niște „link-uri” misterioase? Și de ce crezi că asta te va ajuta vreodată? Nu pierdeți timpul cu asta, căutați directoare mari cu `du -sh *`, coborând de la rădăcină până la cele mai mari directoare, adesea `/home` și `/var`.
matisa avatar
drapel cn
Priviți corespondența la întrebarea inițială. Vei vedea ce s-a întâmplat.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.