SmartOS "/파일 시스템이 꽉 찼습니다"

SmartOS "/파일 시스템이 꽉 찼습니다"

지난주에 SmartOS가 갑자기 부팅되지 않는 문제가 발생했습니다(USB에서 꺼짐). "mDNSPlatformRawTime이 3684530틱만큼 뒤로 이동했습니다..." 경고 후에 문제가 발생했습니다. 가끔 이런 현상이 나오던 것 같은데 신경을 안 썼더니 부팅이 막히는 지점이 바로 이 부분입니다. 그런 다음 내 Zpool에는 그다지 중요한 데이터가 포함되어 있지 않았기 때문에 이 디스크를 뽑고 다른 동일한 디스크를 사용하여 새로운 풀을 만들었습니다. 아마도 디스크가 문제일 수도 있다고 생각했기 때문입니다(저렴한 쪽이었음). 또한 최신 SmartOS 이미지로 USB 스틱을 업데이트한 후 이전 정지 지점을 지나갔지만 커널 패닉이 발생하여 모듈이 비활성화되었습니다.FMD-8000-2K

간단히 말해서, 이 컴퓨터는 이중 부팅이기 때문에 Windows 7에서는 RAM 스틱 6개(총 12GB) 중 스틱 1개인 2GB만 표시되는 것을 확인했습니다. 최근에 여유 시간이 있어서 먼지를 청소하고 RAM이 연결되는 부분에 머리카락이 있었는데 12GB가 다시 돌아왔기 때문에 확실히 이것이 문제라고 생각하고 문제가 있는 모듈이었을 수도 있습니다.

하지만 smartos로 돌아가서 새로운 zpool/disk에서도 최신 부트스트랩을 설치하려고 하면 /파일 시스템이 꽉 찼다는 메시지가 나타납니다.

가능한 한 깊이 탐구할 계획이지만 Illumos/SmartOS를 아직 마스터하지 않았기 때문에 특정 Zpool의 메타데이터가 어떻게 작동하는지 또는 커널 패닉 이후 USB 부트 스틱 자체에서 어떤 부분이 변경되는지 알 수 없습니다.

이제 새 Zpool에서 비활성화된 모듈을 찾아 활성화해야 할 수 있습니까?

업데이트:

RAM을 정리한 후 첫 번째 디스크를 다시 연결했을 때 원래 풀에 액세스할 수 있었습니다. 이제 두 번째 디스크를 미러로 사용했습니다. 그러나 이것이 여전히 나를 걱정하게 만드는 것입니다. 램디스크가 왜 이렇게 용량이 적고 가득 차 있습니까?

# df -h
Filesystem             Size   Used  Available Capacity  Mounted on
/devices/ramdisk:a     289M   289M        66K   100%    /
/devices                  0      0          0     0%    /devices
/dev                      0      0          0     0%    /dev
ctfs                      0      0          0     0%    /system/contract
proc                      0      0          0     0%    /proc
mnttab                    0      0          0     0%    /etc/mnttab
swap                  4.76G   980K      4.76G     1%    /etc/svc/volatile
objfs                     0      0          0     0%    /system/object
bootfs                    0      0          0     0%    /system/boot
sharefs                   0      0          0     0%    /etc/dfs/sharetab
/devices/pseudo/lofi@1:disk
                       432M   360M      72.4M    84%    /usr
/usr/lib/libc/libc_hwcap1.so.1
                       432M   360M      72.4M    84%    /lib/libc.so.1

다음을 사용하여 최신 부트스트랩을 얻으려고 할 때곱슬 곱슬하다, 나는 얻다/ 파일 시스템이 가득 찼습니다.다시, 특정 다운로드 % 후에.

그렇다면 이제 남은 주요 문제는/가득 차 있는데 어떻게 마운트되어 있는지, 그 뒤에 있는 메커니즘이 무엇인지, 무엇을 조사해야 하는지 잘 모르겠습니다. 참고: 또한 상태가 어땠는지 잘 모르겠습니다./RAM이 실패하기 전에는 용량이 낮고 로드가 많았을 수도 있지만 5개월 전 첫 구성에서 bootstrap-2019Q2-x86_64.tar.gz를 문제 없이 가져와 설치할 수 있었습니다.

당신이 제공할 수 있는 도움에 감사드립니다.

관련 정보