마운트 포인트를 교차하지 않는 Solaris에서 LOFS를 마운트하는 방법


1

"/ var"아래의 파일을 삭제하려면 "루트"ZFS 데이터 세트에 액세스해야합니다. 그러나 "/ var"는 다른 ZFS 데이터 집합에 의해 오버레이됩니다. 이 시스템 데이터 세트이므로 시스템이 실행되는 동안 해당 시스템을 "마운트 해제"할 수 없습니다. 그리고이 시스템은 프로덕션 시스템이므로 "failsafe"모드로 시스템을 재부팅하지 않아도됩니다.

이론적으로 ZFS는 비어 있지 않기 때문에 "/ var"데이터 세트를 기본 "/ var"에 마운트하는 것을 거부합니다. 그러나 부팅 프로세스 초기에 시스템 데이터 세트가 탑재되어 있기 때문에 가능합니다.

그러나 기본 "/ var"를 비워두면 ABE (Alternate Boot Environment)를 만들 수 없으므로 패치가 위험하며 Live Upgrade를 사용하여 시스템을 업그레이드 할 수 없습니다.

기계가 원격입니다. 필자는 IP KVM을 가지고 있지만, 가능하다면이 머신을 "failsafe"모드로 부팅하는 것을 선호하지 않습니다.

"root"데이터 세트를 스냅 샷하고 체크 할 수 있기 때문에 "/ var /"에 파일이 있다는 것을 알고 있습니다. 그러나 스냅 샷은 읽기 전용이므로 파일을 제거 할 수 없습니다.

"mkdir / tmp / zzz; mount -F lofs / / tmp / zzz"를 시도했지만 "/ tmp / zzz / var"로 이동하면 기본 "루트"데이터 세트가 아닌 "/ var"데이터 세트를 볼 수 있습니다. . 즉, LOFS는 마운트 지점을 넘고 있습니다. 나는 보통 그것을 좋아할 것이지만, 이번에는 그렇지 않다!.

"failafe"상태에서 시스템을 재부팅하고 IP KVM을 통해이를 엉망으로 만드는 어떤 제안이라도 있습니까?

답변:


1

오래된 학교 속임수는 NFS를 통해 파일 시스템을 내보내는 것입니다 (결과물에 약간 놀란 lofs와 비슷한 것을 시도 했으므로 파일 시스템이 ZFS 인 경우에 작동한다는 보장은하지 않습니다).


1
좋은 제안!. 나의 즉각적인 문제를 해결하기에는 너무 늦었지만 효과가있다. NFS가 마운트 지점을 교차하지 않는다는 것을 확실히 알고 있습니다.
jcea

다른 서버에서도 같은 문제가 발생했습니다. NFS 트릭은 "zfs sharenfs"대신 "share"를 통해 내 보내면 버전 3을 구체화 할 때 작동합니다. 버전 4는 마운트 포인트가있는 이상한 일을하고 작동하지 않습니다 . 나는 더 실험하지 않았다.
jcea

다음 문제는 "루트"액세스를 활성화하십시오. 이렇게하려면 "share -F nfs -o rw, root = 127.0.0.1, anon = 0 /"과 같이 내보내십시오. 완료되면 "마운트 해제"및 "공유 취소 /"로 공유를 중지하십시오.
jcea

0

방금 단일 사용자 모드로 컴퓨터를 재부팅했습니다. 다른 어떤 방법도없는 것처럼 보입니다.

감사.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.