내 데이터에 무슨 일이 일어나고 있는지 확인하려고 합니다.
역사에 들어가기 전에 이 두 출력의 차이점을 설명할 수 있는 사람이 있습니까?
# du --si /var/media/footage/k0/09/99/88
1.6G /var/media/footage/k0/09/99/88
그리고
ls -ltr /var/media/footage/k0/09/99/88
total 1501128
-rw-r--r-- 1 root root 0 Mar 9 16:38 k0099988-4k.mov
-rw-r--r-- 1 root root 0 Mar 10 15:57 k0099988-hd.mov
-rw-r--r-- 1 root root 0 Mar 10 15:58 k0099988-preview.mp4
-rw-r--r-- 1 root root 0 Mar 10 15:58 k0099988-wmprev.mp4
-rw-r--r-- 1 root root 0 Mar 10 15:58 k0099988-thumb.mp4
du1.6Gb를 보고하는데 모든 파일이 0바이트인 이유는 무엇입니까 ?
역사 스토리지 시스템에서 다음 메시지를 받았습니다. "볼륨에 쓸 수 없는 쓰기 저장 캐시 데이터가 있습니다. (디스크 그룹: 알 수 없는 이름, 볼륨: 알 수 없는 이름, SN: 00c0ff287a86000004815a5901000000) 캐시 공간의 1%를 차지합니다."
LVM 볼륨(123Tb)이 오프라인 상태가 된 직후입니다. 볼륨을 다시 마운트하려면 서버를 다시 시작해야 합니다. 이 작업을 수행했을 때 수천 개의 파일 크기가 0바이트인 것을 발견했습니다. LVM 볼륨은 101Tb와 23Tb의 두 PV로 구성됩니다. 최근 추가된 이후 23Tb PV에 있을 것으로 의심되는 최신 파일이 손상으로 인해 영향을 받는 것 같습니다. 파일 자체는 디스크에 기록되며 거의 액세스되지 않습니다. 액세스되면 읽기 전용입니다. 파일 시스템에 대한 대부분의 액세스는 NFS를 통한 RO입니다.
한 달 전쯤에도 비슷한 사건이 있었지만 피해는 적었습니다. 기본 스토리지 시스템(HP MSA)에서는 문제가 보고되지 않았습니다.
밤새 볼륨을 확인 했는데 xfs_check12시간 후에도 계속 실행 중이어서 중지했습니다. 아무것도 변하지 않았다.
백업을 확인해야 합니까? 아니면 내 데이터를 복구할 수 있는 마법이 있나요? 파일 시스템 문제입니까, 아니면 하드웨어를 확인해야 합니까? 이러한 유형의 사고 발생을 최소화하기 위해 더 자주 수행해야 하는 작업이 있습니까?
미리 감사드립니다, Dermot
CentOS release 6.3
XFS_INFO (v3.1.1)
meta-data=/dev/mapper/video2-lv01 isize=256 agcount=123, agsize=268435455 blks
= sectsz=4096 attr=2, projid32bit=0
data = bsize=4096 blocks=32947259392, imaxpct=1
= sunit=1 swidth=256 blks
naming =version 2 bsize=4096 ascii-ci=0
log =internal bsize=4096 blocks=521728, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0