아카이브 범주에 대한 매뉴얼 페이지

NetApp의 맨 페이지

7월 7일

넷앱은 친절하게 허가를 그들의 man 페이지를 다시 게시하는 주셨습니다. 그들은 여전히 필요 한건 약간의지만, 정리하는 작업 완전한 수량이 그것은 잠시 모든과 교차 참조가 제대로, 지금이 순간 어떤 시각적 문제를 실례 정렬 잡아달라고 할게요 것을 의미합니다. 내가 여기에있는 모든 정보를 얻을 빠른 구문 분석 도구를 쓴, 그래서 몇 가지 문제가 여전히 인해있을 수 있습니다.

난 항상 그런식으로 PHP는 그들의 기능 페이지를 사용자에게 능력을 직접쪽으로 의견을주고있어 좋아했습니다. 이것은 사람들이 기능과 도구, 그리고 의견을 남길 또한 여분의 사용 또는 구문을 반드시 명확하게 게시하지 않습니다 명령에 대한 후속 조치와 함께 수 있습니다. 바라건대이 다시 넷앱으로 그들의 설명서를 개선하기 위해 먹이를하실 수 있습니다.

분명히 사람들이 유용할 수 있습니다 아무것도 가진 사람이 페이지에 대한 언급을 권장하고 싶습니다 잘하면 이것을 빌드 유용한 조금 참조 섹션에 넣습니다. 이것 좀 도와 줘서 NetApp의 민속에 대해 다시 감사.

이 게시물 평가 :

등급 : 9.0 / 10 (9 표 캐스트)

태그 : 명령 , 남자 , 매뉴얼 , NetApp의 , ONTAP

코멘트

aggr

7월 7일

에 의해 배치하는 크리스 Kranz 의 매뉴얼 페이지

이름

aggr - 명령을 집계 관리, 집계 상태 및 복사 집계를 표시

개요

aggr 명령 인수가 ...

설명

aggr 명령 제품군은 집계를 관리합니다. aggr 명령이 상태를 자신하고 표시할 수있는 또 다른, 새 집계를 기존 파괴 집계를 1 부 사람을 관리하는 집계, 파괴 undestroy 이전, 플렉스를 사이 집계가 미러 집계 상황을 적용 변경, 옵션으로 집계. 집계 자주 볼륨을 (들) 집계에 포함된 명령에 영향을 미치지.

aggr 명령 제품군은 7.0 ONTAP 데이터입니다 새로운 있습니다. 집 명령 가족과, 컨테이너 (집계)에 제공하는 스토리지 시스템과 단일 RAID의 레벨 컨트롤을 u 개 대 융합 단일 사용자 보이는 파일 vol_ 이상의 전통 분할할 수없는 단위 아직도 않습니다. 스토리지 사용에 대한보다 유연 수 있도록하려면, 집계 지금도 볼륨을 지원하는 유연한라는 능력을 포함하는 여러 개의 독립적인 사용자 수준의 파일 시스템.

데이터 ONTAP 7.0 완벽하게 모두 전통적인 방식을하고 유연한 볼륨을 지원합니다. aggr 명령 제품군은 임베디드 볼륨 위치에있는 분들의 집계를 포함한 전통적인 Filer가 관리하는 기본 방법입니다.

적용 참고 aggr의 대부분의 명령을 똑같이 볼륨을 모두 전통적인 형태로 형식을 총체적 단단히 바인딩되어 포함된 형식을 유연한 볼륨 및. 따라서, 용어를 집계이 클래스는 스토리지 자주 사용되는 두를 참조 여기까지. 이러한 경우에, 그것은 "집계 및 전통적인 볼륨"문구를 더 다루기 힘든 이상에 대한 속기를 제공합니다.

집계도되지 미러링하거나 unmirrored. 플렉스는 집계 스토리지 이내 WAFL 복사본의 실제입니다. A는 두 집합 미러 플렉스로 구성되어, 집계를 unmirrored 하나의 플렉스가 포함되어 있습니다. 위해서는 집계 미러 만드는 방법, 당신은 Filer 구성을 지원하는 RAID의 레벨의 미러링해야합니다. 언제 미러링은 Filer에서 활성화되어, 여분의 디스크는 두 개의 디스크 풀로 나누어집니다. 때 집합이 만들어지고, 모든 디스크의 단일 플렉스에서 동일한 디스크 수영장에서, 그리고 미러 집합의 두 플렉스 디스크에 별도의 수영장에서 구성해야합니다 와야이 극대화 오류 격리합니다. 이 정책은하지만, 할 수있을 오버로 추가 aggr에 - f 옵션을 선택 aggr 만들고, aggr를 미러를 권장하지 않습니다.

집계 이름은 문자, 숫자를 포함할 수 있으며 (_) 만하지만, 밑줄 첫 번째 문자는 문자나 밑줄이어야합니다. 최대 200 집계 (그 전통적인 볼륨에 포함된 포함 총 결합) 각 Filer에 만들 수 있습니다.

플렉스는 온라인 또는 오프라인있을 수 있습니다. 그것은 오프라인있다면, 그것은 읽기 또는 쓰기 액세스를 사용할 수 없습니다. 플렉스는 다음과 같은 상태의 조합에있을 수 있습니다 :

정상적인 모든 플렉스에서 RAID는 그룹 기능입니다.

플렉스에 실패한 이상의 RAID 그룹 중 하나를 실패했습니다.

빈 플렉스가되고있다 집계의 일부 만든 하나가 더 필요 집계의에 디스크를 타겟으로 플렉스에 추가되기 전에 제로로됩니다.

활성 플렉스 쓸모가 있습니다.

비활성
플렉스를 사용할 수 없습니다.

resyncing
플렉스의 내용은 현재 유효 기간이 경과하고 과정에있는 집계의 다른 플렉스의 내용으로 (resynchronized되는 집계 미러에만 적용됩니다.)

디스크 추가
디스크는 플렉스의 RAID 그룹 (Ad Group)에 추가되고있다.

구식의
이 상태에서만 발생 하나는 플렉스의 실패 집계 미러. 그것은 당시 다른 플렉스가 실패 resynchronized되고 필요한 경우가 아닌 실패 플렉스는이 상태에있을 것입니다.

플렉스는 집합, 슬래시 문자 구분 기호의 이름을 사용하여 플렉스의 이름이 지정됩니다. 시스템이 자동으로 생성시 플렉스 이름을 선택합니다. 예를 들어, 첫 번째 플렉스가 aggr0/plex0 집계에서 만든 것입니다 aggr0.

집계 온라인, 제한 또는 오프라인있을 수 있습니다. 언제 집계가 오프라인, 아니 읽기 또는 쓰기 액세스를 허용됩니다. 언제 집계가 특정 작업 (복사 등 집계, 패리티 recomputation 또는 RAID의 재건을 사용할 수 있습니다)하지만, 제한적인 데이터 액세스가 허용되지 않습니다. 전통적인 볼륨의 일부가 아닌 집계은 제한될 수 있는다 또는 그들이 어떤 유연한 볼륨을 포함하지 않는 경우 offlined.

집계는 다음과 같은 상태의 조합에있을 수 있습니다 :

집계를 aggr 집계는 현대, 그것은 볼륨을 더 유연하거나 포함하는 0 내기도 하지요.

복사
집계 작업이다 활성 aggr 복사 현재 대상 집계합니다.

타락한
집계가 재건되지 않고 하나 이상의 성능이 저하된 RAID의 그룹이 포함되어 있습니다.

외국의
디스크는 집계에 포함된 현재 Filer 다른 Filer부터 이동되었습니다.

성장하는
디스크의 과정에있다는 집합에 추가되고.

초기화
집계는 과정에있다가 초기화되고.

무효
집계는없고 볼륨이 포함되어 아무것도 추가할 수 있습니다. 일반적으로 이러한 문제가 발생할 복사 작업 후에만 중단 집계.

다리미질
WAFL의 일관성 검사는이 집계에서 수행되고있다.

거울 타락한
집계는 집계 미러이며, 하나의 플렉스의 오프라인 또는 resyncing입니다.

미러
집계는 미러 모두 자사의 RAID 그룹의 기능입니다.

요구 사항 확인
WAFL의 일관성 검사는 집계에서 수행되어야합니다.

부분
적어도 하나의 디스크가 집계,하지만 발견 둘 이상의 디스크가 누락되었습니다.

RAID0는 집계가 NetCache과 구성의 RAID는 - 0 (아무 패리티) RAID의 그룹 (브이 시리즈에만 해당).

raid4 집계 그룹의 RAID 구성의 RAID를 - 4.

raid_dp
집계은 RAID - 사령탑 (더블 패리티)로 구성되어 그룹을 RAID의.

재건하다
집계에 적어도 하나의 RAID는 그룹이 재건되고있다.

리디렉션
집계 재할당 또는 때 - p 옵션으로 재할 파일의 집계에 시작되었습니다. 집계에 볼륨을 읽기 성능이 저하될 수 있습니다.

resyncing
하나는 집계 미러의 플렉스의 resynchronized되고있다.

snapmirrored
집계가 다른 집합의 snapmirrored 복제입니다. 집계는 전통적인 볼륨의 일부인 경우 상태에만 발생할 수 있습니다.

집계를 트라드는 볼륨 하나입니다 융합된 있습니다. 이것은 또한 전통적인 볼륨이라고도하고 정확한 데이터 OnTap 7.0 이전에 존재 볼륨을 동일합니다. 유연한 볼륨 내부의 집계를 만들 수 없습니다.

확인
의 RAID 미러 검증 작업이 현재 집계에서 실행되고 있습니다.

wafl 일관성
집계가 손상 표시되었습니다. 문의하시기 바랍니다 고객 지원이 상태에서 집계를 참조하십시오.

상거래

다음 명령을 스위트룸입니다 aggr를 사용할 수의 :

undestroy 복사 오프라인 스크럽을 제한하는 옵션을 분할 media_scrub 이름 바꾸기 상태를 파괴 온라인 show_space을 생성 확인 미러 추가

aggr가 aggrname를 추가
[- f 옵션]
[- n]의
[- g (소리]) | 모든 raidgroup | 새로운
(ndisks의 [@ 크기]

|: - d는 disk1 [disk2 ... ] [- d는 diskn [diskn +1 ... ]])

aggrname라는 집계 디스크를 추가합니다. aggr 만들려면 명령을위한 방법으로 동일한 디스크를 지정합니다. 경우 집계가 (미러 다음, - d는 두 번 사용 인수해야하는 경우에 모두).

사용하면되지 -는 옵션이 g, 디스크, 전체 그것은 가장 최근에 RAID를 만든 그룹 폴더의 유틸리티 위치에 추가되고 다음 하나 이상의 새로운 RAID 그룹을 생성하는 나머지 디스크 그룹에 새로운 있습니다 덧붙였다. 전체 없습니다 다른 기존의 RAID 그룹은 부분적으로 채워진 남아있다.

- g 옵션에 대한 허용 (RAID의 그룹 예제의 사양, rg0) 그룹에있는 표시 또는 RAID는 기존의 디스크가해야하는 새로운 추가하거나, 추가 디스크는 방법으로 어느.

그램 경우 - 옵션이 이미 존재 지정합니다 RAID를 사용하는 그룹을해야 그룹을 RAID를, 그. 디스크는 그의 RAID 그룹 폴더의 유틸리티로가 가득 차면 추가됩니다. 모든 나머지 디스크는 무시됩니다.

그룹의 경우 기존의 RAID에 g 옵션이있다 다음 중 하나에 의해 새로운 데이터 ONTAP 만들거나 디스크를 맞는 것이 새로운 이상의 RAID 그룹 및 추가수록하는 경우에도 디스크를하도록. 전체되지 않은 기존의 RAID 그룹은 부분적으로 채워진 남아있다. 새 RAID 그룹의 이름이 자동으로 선택됩니다. 그것은 가능한 새로운 RAID 그룹에 대한 이름을 지정할 수 없습니다.

모든 경우에 - 뒤에 옵션이 g, 데이터 ONTAP 먼저 기존의 RAID를 그룹에 지정된 디스크를 추가합니다. 모든 기존의 RAID 그룹이 가득 후, 하나 이상의 새로운 RAID 그룹을 생성하고, 새로운 그룹에 지정된 디스크를 추가합니다.

- n 옵션은 변경 사항을 모든 만들 그렇게 할 수 사용하는 명령을 표시 시스템이 실제로없이 실행됩니다. 유용 예를 들어, 자동으로 선택한 디스크를, 표시입니다.

기본적으로 Filer가 하나의 RAID 그룹의 디스크로 RAID를 다른 그룹을 시작하기 전에 채웁니다. 집계를 가정해 현재 12 디스크와 자사의 RAID 그룹 크기의 하나의 RAID 그룹이 14입니다. 이 집계 5 디스크를 추가하는 경우, 3 디스크 14 디스크와 RAID의 다른 그룹과 하나의 RAID 그룹이있을 것이다. Filer가 균등하게 RAID는 그룹간에 디스크를 배포되지 않습니다.

당신은 디스크를 추가할 수 없습니다 하나는 플렉스의 오프라인 상태인 경우 미러링 집계.

플렉스에있는 디스크가 스팬 디스크 풀 수 없습니다. 이 동작은 디스크를 추가할 수있을 오버와 함께 - f를 d 개리스트와 함께 사용되는 플래그에 인수. - f 옵션 플래그가, 조합과 - d는, 일치하지 않는 속도를 회전도가 추가 디스크를 강제로 사용되고 그 집계에있는 디스크의 기존 과반수의.

aggr 복사 취소 [- H는] 모두 | operation_number

종료 집계 복사 작업. opera_ T의 ion_number 매개 변수를 지정하는 해지하는 작업. 모두 지정하는 경우 당신은 모든 집계중인 복사 작업이 종료됩니다.

aggr 복사 시작
[- S를 | - s의 스냅샷] [- C를]
소스 대상

다른 하나의 집계에서 스냅샷하고 유연한 볼륨을 포함하여 모든 데이터 복사,. 사용하면 - S를이다 플래그가, 명령 사본을 대상 집계 모든 스냅샷으로 집계에서 소스. 스냅샷에 의해 이름이 다음에 플래그를 지정하려면 특정 스냅샷을 님의 - 사용, 복사. 명령하면 사용도 - S를하거나 플래그에 - s를, Filer이며 실행 명령은 스냅샷을 생성하는 시간에 시작 복사 aggr 사본만을 집계 대상 스냅샷.

이 될거 무료 조각 모음 공간 집계가 - C가 대상의 무료 공간 조각 모음을 수행 그것에, 또는 경우에 플래그가 필요했다있다면 소스 집계가. 자유 공간 조각 모음 명령을 다시 할당을 사용 할 수 집계 수행합니다.

누계 사본은 집계 사이에서 수행할 수있는 호스팅하는 유연한 볼륨. 전통적인 볼륨에 참여할 수 없습니다 임베디드 집계.

원본 및 대상 집계는 같은 Filer 또는 다른 파일러에있을 수 있습니다. 경우에는 원본 또는 대상이 집계 형식 ate_name의에서 g aggre_ filer_name : 이름을 집계하는 복사 시작 명령을 지정한보다 한 Filer 들어갈 aggr의.

파일러 복사 총체적 참여로 성공적으로 완료 명령 수를 시작 요구 사항에 대한 aggr 복사 다음은 충족해야합니다 :

소스 집계 온라인 대상 집합이 제한될 수 있어야합니다.

복사가 두 파일러 사이에있다면, 각각의 Filer는 다른 Filer의 신뢰할 수있는 호스트로 정의해야합니다. 그건 Filer는, Filer의 다른 중의는 / etc / hosts.equiv 파일의 이름이 있어야됩니다.

Filer 경우 같은 복사가에 localhost를이 파일 hosts.equiv 프로그램은 / etc되어야 포함된에서 Filer의 /. 또한, 루프백 주소 파일 호스트 /되어야에서 Filer이의 / etc. 그렇지 않으면, Filer 자체의 루프백 주소 데이터를 복사하는 노력을 통해 패킷을 보낼 수 없습니다.

대상 집합의 사용 가능한 디스크 공간보다 크거나 소스 집계의 사용 가능한 디스크 공간과 동일해야합니다. 집계 가능한 디스크 공간의 특정 금액을 참조하는 경로 명령을 사용하여 - 안양.

각 aggr 복사 시작 명령 집합 생성하는 두 개의 집계 복사 작업을 : 대상으로 한 읽기 데이터로부터 데이터를 작성하기위한 하나의 소스 집계 및. 각 Filer는 4 개의 동시 집계 복사 작업을 지원합니다.

aggr 복사 상태 [소리] operation_number

디스플레이 복사 작업 aggr의 진행 중 하나 또는 모두를. 작업이 0에서 3으로 번호가 매겨집니다.

모든 전송을 다시 시작합니다 검사점 정보도 표시됩니다.

aggr 복사 스로틀 [가치를 operation_number]

컨트롤 복사 작업 aggr의 성능의. ) 1 전체 값 범위에서 10 (속도 (1 - 10 번째의 전체 속도). 기본값과 옵션입니다 유지에 Filer aggr.copy.throttle 공장 (전체 속도) 10입니다 설정할 수 있습니다. 당신이 매개 변수에 의해 지정된 operation_number의 작업에 적용할 수있는 성능 값을 입력합니다. 명령하면 스로틀 복사 aggr 번호를 조작하지 마세요 지정, 명령은 작업 사본에 적용되는 모든 aggr의.

Filer는 귀하에 성능 문제가 발생 aggr 복사 작업은 용의자를 사용하여이 명령을하는이 제한되는 경우에는 작업 aggr 복사 속도를합니다. 특히, 계기판은 작업 사본의 aggr의 CPU 사용량을 제한하는 데 도움이 설계. 이것은 세부적으로 조정할 네트워크 대역폭 소비 패턴을 사용하실 수 없습니다.

aggr 복사 스로틀 명령은있게 진행에 복사 작업 속도의 aggr의 당신은 설정할 수 있습니다. 속도를 복사하려면이 설정은 기본 aggr 옵션을 aggr.copy.throttle에 의해 사용 될 미래의 옵션 설정 명령을 위해 사용하는 복사 작업.

aggr가 aggrname를 만들
[- f 옵션]
[미터]
[- n]의
[- t raidtype]를
[- r에 raidsize]
[- T는 디스크 타입]
[- R이 rpm 패키지]
[- 패 [컴플 라 이언스 | 기업]
[- v를 정보]
[- 난 언어 코드]
(ndisks의 [@ 크기]

|: - d는 disk1 [disk2 ... ] [- d는 diskn [diskn +1 ... ]])

aggrname 생성은 새로운 이름이 집계. 집계 이름은 문자, 숫자를 포함할 수 있으며 (_) 만하지만, 밑줄 첫 번째 문자는 문자나 밑줄이어야합니다. 200 최대 집계는 각 Filer에 만들 수 있습니다. 이 번호는 전통적인 볼륨이 내장되어 있습니다 이러한 집계가 포함되어 있습니다.

임베디드 집계가 옵션의 - v를 사용하여 볼륨을 할 수로 만들어진 전통적인 부분. 그것은 어떤 유연한 볼륨을 포함할 수 없습니다.

정기적인 집계는, 옵션의 v를 생성하지 않고 - 볼륨을 유연하게 할 수 포함 전용. 이것은 전통적인 볼륨에 포함되지 않을 수 있으며, 그것은 창조 직후 아무 볼륨이 포함되어 있습니다. 새로운 융통성있는 볼륨이 명령을 만드는 집을 만들어 사용하실 수 있습니다.

- T를 raidtype 인수가 집계를 만드는)에있을 사용되는 s의 지정 (그룹의 RAID의 유형을. 가능한 RAID의 그룹 종류) RAID를하는 raid4을위한 더블 (4, raid_dp을위한 RAID - 사령탑 패리티 스트라이핑과 RAID0는 간단 보호하지 않고 패리티. 볼륨에 파일러 전통 raidtype에 대한 집계 및 기본 raid_dp입니다. raidtype 설정은 시스템 시리즈 - 브이가 아니라 허용에;의 RAID0는 기본값이 사용됩니다 항상.

- R에 raidsize 인수가 집계 그룹에서 각각의 RAID의 디스크 번호를 지정 최대. 최대 및 신뢰성 고려 사항 및 기본 성능 값의 raidsize가 기반 플랫폼에 따라. aggr보기 옵션은 더 자세한 내용 raidsize하십시오.

- T는 디스크 타입의 인수는 집계를 새로 만들 때 사용하도록 지정하는 디스크 유형을합니다. 그것이 필요한 시스템을 다른 종류의 디스크에 연결된에만. 가능한 디스크 종류가 있습니다 : ATA는, FCAL, LUN을, SAS는, SATA 드라이브, 및 SCSI. 집계 한 서로 다른 유형의 혼합은 디스크를 사용할 수 없습니다. - T를 함께 사용하실 수 없습니다와 - 디.

디스크 유형이 유형을 식별 디스크 기술과 연결. ATA는)은 Arbitrated 루프 채널 식별 ATA는 디스크를 ATA 인터페이스에서 직렬로 또는 IDE 중 선반 연결된 FCAL (광. FCAL는 LUN이 앨러배마. - 식별이 구단 선반 구단 디스크에 연결된에서 식별하는 가상 수출 디스크 외장형 스토리지 배열. 기본 디스크 기술과 어레이 RAID의 스토리지 외부 이러한 유형에 따라에 구현. SAS는 선반을 식별 일치하는 디스크에의 SCSI 첨부 시리얼. SATA 드라이브 및. SCSI는 스탠드 ATA는 정보 식별 시리얼 디스크에, 인터페이스에 대한 소형 컴퓨터 시스템 SAS는 선반 그것은 호환성을 후방에 포함되어 있습니다 이전 디스크 기술.

- R과 RPM이 인수)의 디스크 종류를 rpm을 (분당 그들의 회전 속도에 따라 사용하려면 회전을 지정합니다. 이것은 시스템의 다른 회전 속도로 디스크를 가지고에서만 필요합니다. 회전 속도에 대한 일반적인 가치가있다 5400, 7200, 10000 및 15000. - R에 함께 사용하실 수 없습니다와 - 디.

ndisks이 디스크를 포함하여, 집계 디스크에 패리티의, 전화 번호. 이 새로 만든 집계에있는 스페어 디스크는 디스크의 수영장에서 왔습니다. ,하지 않는 한 먼저 집계 인수를 @ 크기 지정에 가입 수영장 가장 작은 디스크에서이. 크기가 집계 디스크의 크기는 GB의, 및의 10 % 이내 디스크입니다 사용하기 위해 선택됩니다 크기를 지정하지 않았습니다.

- m이 옵션은 창작시) (미러링 할 수 사용하는 그 지정한 새로운 집계 가지고 플렉스 2. 이 옵션이 주어진 경우, 다음 지시 디스크가 두 플렉스에 걸쳐 분할됩니다. 기본적으로, 새로운 집계는 미러링하지 않습니다.

disk2 경우 [를 사용하는 - d disk1 ... ] 인수는 Filer가 그래서, 만드는 집계를 함께 지정한 여분의 디스크 disk1, disk2. 당신은 디스크 이름의 공백으로 구분된 목록을 지정할 수 있습니다. 새로운 집합이있는 경우 두 개의 별도의 목록을 지정해야합니다 미러링. 이 사건은 새로운 집계가 있음, 지정된 디스크는 각각의 새 플렉스에 디스크의 같은 수의 결과를 미러링해야합니다.

플렉스에있는 디스크가 기간에 예비 풀을 허용되지 않습니다. 이 문제는 옵션은 - f를 할 수있을 무시와. 같은 옵션은 또한 회전 속도와 일치하지 않는 디스크를 사용하여 강제로 사용할 수 있습니다. 에 - f를 옵션을 사용할 수있다 효과에만 사용되는 디스크를 지정하는 옵션 - d 개.

명령을 만드는 aggr하려면 플래그는 - 패를 만들 집계를 SnapLock의 지정. 또는 SnapLock 라이센스 엔터 프라이즈가있다 적합성이 플래그는에만 지원되는 경우도 SnapLock. SnapLock의 집합 생성의 종류, 중 준수 또는 엔터 프라이즈 버전, 설치된 SnapLock 라이센스에 의해 결정됩니다. 라이선스 경우 모두 SnapLock 준수와 SnapLock하는 엔터 프라이즈는 사용 - 패 준수 또는 패 기업 유형을 집계를 지정하여 원하는.

더 - 난 language_code 인수는 - v를 사용하여 옵션을 수도 있습니다 사용된 경우에만 볼륨을 만드는 전통. Filer는 언어의 언어 코드를 지정과 함께 전통적인 볼륨을 생성합니다. 기본값은 언어 Filer의 루트 볼륨에 의해 사용됩니다. 참조 집 언어 코드 목록에 대한 man 페이지.

aggr [파괴 (aggrname | plexname) - f 옵션]

파괴 집계라는 aggrname, 또는 플렉스 plexname 만듭니다. 참고 지정된 집계가 전통적인 볼륨 후 자체뿐만 아니라 파괴되는 전통적인 볼륨을 매듭 있는지 확인합니다.

집합이 지정된 경우, 집계의 모든 플렉스가 파괴됩니다. 라는 집계도없이 그들의 (온라인, 제한 또는 오프라인) 상태를 탑재 어떤 유연한 볼륨을 포함하지 않아야합니다. 플렉스가 지정된 경우, 플렉스이 파괴되면 떠날 집계 또는 전통적인 볼륨을 나머지 플렉스를 포함하는 unmirrored. 집계, 전통적인 볼륨이나 플렉스, 사용자는 작업을 확인하는 메시지입니다 파괴하기 전에. - f 옵션 플래그가 파괴하는 데 사용할 수 집계, 전통적인 볼륨이나 플렉스 사용자에게 메시지를 표시하지 않고.

원래는 여분의 디스크가 될 개체의 파괴에 디스크. 유일한 오프라인 집계, 전통적인 볼륨 플렉스가 파괴될 수 있습니다.

aggr media_scrub 상태 [aggrname | plexname | 그룹 이름]을
[- v를 정보]

지문이 미디어라는 집계, 플렉스, 또는 그룹의 상태를 닦고. 아니 이름이 주어진다면, 상태가 모두의 RAID 그룹이 현재 미디어 스크럽을 실행하기위한 인쇄됩니다. 상태는 포함 퍼센트와 여부를 휴간 완료.

- v를 플래그 표시 날짜와 완료에 시간을 어느 마지막 전체 미디어 스크럽는 날짜와 시간 집단에의 미디어를 닦고은 어떤 현재의 인스턴스를 시작, 플렉스, 또는, 그리고 현재 상태의 명명된 집합. 아니 이름이 주어진 경우이보다 세밀한 상태가 활성 미디어 스크럽을 비롯해서 모든 RAID의 그룹에 대해 인쇄됩니다.

aggr 미러 aggrname
[- f 옵션]
[- n]의
[- v를의 victim_aggrname]를
[- d는 disk1 [disk2 ... ]]

이 집합에 unmirrored 밝혀졌 집계 그것에 플렉스를 추가하여 미러. 플렉스는 집계 중 하나 새로 수영장 예비 -에서 구성된에서 디스크를 선택, 또는 경우에 - v를 옵션에 지정된 unmirrored 기존의 다른은,에서 가져온. 누계 aggrname는 현재 unmirrored해야됩니다. 를 사용 aggr은 처음부터 집계를 만들 수 있도록 미러, 새로운가.

디스크를 사용하여 명시적으로 지정할 수도 있습니다 - d는 생성과 같은 aggr의 방법과 명령을 추가합니다 aggr. 디스크는 기존의 집계에 적힌 번호로 선물과 일치해야합니다 표시된의 수입니다. 디스크를 지정 스팬 디스크 풀 수 없습니다. 이 문제는 옵션은 - f를 할 수있을 무시와. - f 옵션 옵션, 조합과 - d는, 일치하지 않는 속도를 회전 또한이 사용하는 디스크를 강제로 사용되고 그 집계에있는 디스크의 기존 과반수의.

디스크를 명시적으로 지정하지 않으면, 그때 디스크는 자동으로 이들을 집계 기존의 플렉스에 일치하도록 선택되었습니다.

- v 옵션은 집계 미러가 어떤 모습 aggrname 수 사용될로 다시 victim_aggrname 가입할 수 있습니다. 그 결과 Victim_aggrname aggrname 전에 작업.됩니다 동일 달리입니다 미러링이라는 aggrname 집계되고있다 효과적으로 파괴. 설치되어 있어야합니다 Victim_aggrname 이전에 오프라인과 미러 aggrname있을 명령을 누른 다음 분리를 통해 aggr 분할해야합니다 Victim_aggrname.. 옵션 브이의 결합과 -, - f 옵션 옵션을 사용자에게 묻지 않고 im_aggrname 가입 aggrname과 vic_ 톤 사용 할 수.

에 - n 옵션은 변경 사항을 모든 만들 실제로 할 수없이 사용하는 디스플레이 시스템에서 실행할 명령을. 유용 예를 들어, 자동으로 선택한 디스크를, 표시입니다.

aggr 오프라인 (aggrname | plexname)
[- t cifsdelaytime]

오프라인 걸리는 집계라는 aggrname (또는 명명된 플렉스를 plexname). 명령이 반환되기 전에 적용됩니다. 집계가 이미 제한된 상태에 있으면 다음과 이미 데이터 액세스를 위해 사용할 수 있으며, 많은 경우 다음 설명 중 적용되지 않습니다.

집계, 그때 Filer는 유지 관리 모드에서되지 않는 작업이 중단되어있는 유연한 볼륨이 포함되어있는 경우.

유지 관리 모드에서 제외하고, 집계는 현재 루트 볼륨을 포함하는 오프라인되지 않을 수 있습니다. 집계 루트 N 개의 보자 정보가 포함된 vol_ 옵션을 사용하여 집 (볼륨을 루트가되어 표시가 될)도 오프라인하실 수 없습니다.

집계가 CIFS 공유를 가진 전통적인 볼륨에 포함된 경우 사용자가 집계 (그리고 따라서 전체를 전통적인 음량) 오프라인 복용하기 전에 경고해야합니다. - t 스위치에 대해이 사용하십시오. cifsdelaytime 인수는 서비스 손실의 대기 중의 경고 볼륨 CIFS 사용자들의 전통적인 복용을 지정하는 지연 분 전 숫자를 시간으로 집계 기간 동안 오프라인, 임베디드. 0 의미의 시간은 아무 경고가 주어진 즉시 집계 오프라인 가져가라. 그들은 기회를 정상적으로 응용 프로그램을 종료할 부여되지 않은 경우 CIFS 사용자가 데이터를 잃을 수 있습니다.

지정한 경우입니다 plexname는, 플렉스가 온라인 상태 여야합니다 플렉스해야 될 부분은 미러 양쪽과 집계. 전에는 플렉스를 offlining에, 시스템은 모든 내부 버퍼 데이터 플렉스와 관련된 플러시하고 모두 플렉스에 밖으로 작성된 것입니다 스냅샷을 만듭니다. 스냅샷은 효율적인 resynchronization 때 플렉스는 그 후 다시 온라인으로 데려 수 있습니다.

의 작업 번호는 성공에서 나온되는 수행에 집계 오프라인 aggr 수 있습니다 방지 전통적인 볼륨, 시간 길이의 다양한 있습니다. 이러한 작업이 발견하는 경우, 이러한 작업을위한 1 초 기다 마무리 될 것입니다. 그들은 명령이 중단됩니다하지 않는 경우.

수표 또한 집계 전통 볼륨을 내부 ONTAP 공정에 의해 개설에 연결된 파일에 구성되어 있습니다. 어떤이 발견하는 경우 명령이 중단됩니다.

aggr 온라인 (aggrname | plexname)
[- f 옵션]

가져오는 집계라는 aggrname (또는 플렉스 plexname라는 이름의) 온라인 상태. 이 명령은 즉시 적용됩니다. 지정된 집합은 전통적인 볼륨에 포함된 경우, 볼륨도 역시 온라인상에서 가져입니다.

If an aggrname is specified, it must be currently offline, restricted, or foreign. If the aggregate is foreign, it will be made native before being brought online. A “foreign” aggregate is an aggregate that consists of disks moved from another filer and that has never been brought online on the current filer. Aggregates that are not foreign are considered “native.”

If the aggregate is inconsistent, but has not lost data, the user will be cautioned and prompted before bringing the aggregate online. The -f flag can be used to override this behavior. It is advisable to run WAFL_check (or do a snapmirror initialize in case of an aggregate embedded in a traditional volume) prior to bringing an inconsistent aggregate online. Bringing an inconsistent aggregate online increases the risk of further file system corruption. If the aggregate is inconsistent and has experienced possible loss of data, it cannot be brought online unless WAFL_check (or snapmirror initialize in the embedded case) has been run on the aggregate.

If a plexname is specified, the plex must be part of an online mirrored aggregate. The system will initiate resynchronization of the plex as part of online processing.

aggr options aggrname [ optname optval ]

값 optval 디스플레이에 대해 설정된 옵션이 집계하는 aggrname, aggrname이라는 집계라는 optname을 수있는 옵션 또는 설정합니다. Filer를 다시 부팅 후 명령을 효과적으로 유지되므로 파일이 없습니다 rc /은 / etc 필요에 추가할 aggr 옵션 명령을. 일부 옵션은 숫자 값이 있습니다. 일부 옵션) 0하거나, 가치 수도있을 예으로 표현 (도 될 수있는 사실, 또는 1), 아니오로 표시 해제 (도 될 수있는 허위. 대문자와 소문자 때 옵션의 값을 입력하는 데 사용할 수의 혼합. aggr 상태 명령 집합 당 설정하는 옵션을 표시합니다.

다음은 옵션과 사용할 수있는 값을 설명합니다 :

해제 |에 fs_size_fixed

이 옵션은 기존의 볼륨에 포함된 집계에 적용됩니다. It causes the file system to remain the same size and not grow or shrink when a SnapMirrored volume relationship is broken, or an aggr add is performed on it. This option is automatically set to be on when a traditional volume becomes a SnapMirrored volume. It will remain on after the snapmirror break command is issued for the traditional volume. This allows a traditional volume to be SnapMirrored back to the source without needing to add disks to the source traditional volume. If the traditional volume size is larger than the file system size, turning off this option will force the file system to grow to the size of the traditional volume. The default setting is off .

ignore_inconsistent on | off

이 명령은 유지 관리 모드에서 사용할 수 있습니다. 이 옵션이 설정되어있는 경우, 그것은 집계 부팅에, 비록 그것은 일관성이 온라인으로 데려 오기 위해서는 루트 볼륨을 포함 수 있습니다. 사용자는 그것이 이전에 추가 파일 시스템 불일치가 발생할 수 있습니다 WAFL_check 또는 wafliron를 실행하고 온라인으로 데려오 경고했다.

해제 |에 nosnap

에있는 경우이 옵션이있다, 그것은 집계에서 스냅샷을 자동으로 비활성화합니다. 기본 설정은 해제됩니다.

raidsize 번호

이 옵션의 가치는 총체적으로 만들 수있는 RAID는 그룹의 최대 크기입니다. 이 옵션의 값을 변경하면 기존의 RAID는 그룹이 성장하거나 축소 원인이되지 않으므로 그것은 단지 여부 이상의 디스크가 마지막으로 기존 그룹 RAID 및 방법에 큰 새 RAID 그룹이 될에 추가됩니다 적용됩니다.

raidtype에 따라 법적 값을 옵션이 있습니다. 예를 들어, raid_dp 큰 수가 raid4 그룹을 RAID를보다. 한계와 기본값은 또한 Filer 기기 및 디스크의 서로 다른 유형의 다른 유형을 위해 다릅니다. raidsize 다음에 테이블 정의 기본값을 제한합니다.

-------------- raid4 raidsize 분 기본 최대 -------------- R100 R150 2 8 8 2 6 6 2 7 14 FAS250 기타 (FCAL 디스크) 2 8 14 기타 (ATA는 디스크) 2 7 7 -------------- -------------- raid_dp raidsize 분 기본 최대 ------ -------- R100 R150 3 12 12 3 12 16 기타 (FCAL 디스크) 3 16 28 기타 (ATA는 디스크) 3 14 16 ---------- ----

그 값을 데이터 ONTAP의 향후 릴리스에서 변경될 수 있습니다.

raidtype raid4 | raid_dp | RAID0는

세트의 종류를 디스크 장애로부터 보호하는 데 사용되는 RAID를. 하나의 디스크에 패리티 두 동안 raid_dp가 제공하는,의 RAID 그룹당 제공 raid4를 사용합니다. 이 옵션을 변경하면 즉시 집합 내의 모든 RAID는 그룹의 RAID 유형을 변경합니다. raid_dp RAID는 그룹에서 업그레이 드하는 경우 raid4, 각각의 RAID 그룹은 디스크 '패리티 dparity 시작 재건`두 번째로 여분의 디스크에 할당된에 대한.

옵션을 변경하면이 또한 새로운 raidtype에 대한 좀 더 적절한 값으로 변경 raidsize. 언제 raid_dp에서 업그레이 드하는 raid4, raidsize는 raid_dp에 대한 가치의 기본 증가에 대한 것입니다. 기존 최대 크기 RAID는 그룹 및 기본 값 사이에있는 경우이 한도에 대한 raid4 때 감소 raidsize은 다운 그레이드가에서 raid_dp로 raid4있을 것입니다. raid4 경우 최대의 RAID에 대한 제한 위에는 그룹은 새로운 raidsize 제한 그렇게하겠다. raid4 경우 최대의 RAID에 대한 값은 아래의 기본이다 그룹은 새로운 raidsize 가치의 기본이 될거예요 그. 경우 raidsize raid4 값은 아래의 기본이 이미있다, 그것은 1로 줄어들 것입니다.

resyncsnaptime 번호

이 옵션은 분 안에 거울 resynchronization 스냅샷 주파수를 (설정)에 사용됩니다. 기본값은 60 분입니다.

뿌리

영향을 경우이 다음에 옵션이 설정되어 전통적인 볼륨, 집에서 정의됩니다 그것은 동일한 맨페이지. 그렇지 않으면이 옵션이 설정되어 있으면 유연한 볼륨, 그때 저 집계는 것입니다 또한 다음에 다시 부팅할 때 유연한 볼륨의 루트를 포함하는 하나의 것으로 표시되어있는 능력 총계. 이 옵션은 오직 하나의 집합 또는 기존 볼륨에서 언제든지 사용할 수 있습니다. 기존 루트 집계 또는 전통적인 볼륨이 다시 부팅 후 루트가 아닌 기관이 될 것입니다.

재부 팅까지입니다 시스템은, 원래의 집계 및 / 또는 전통적인 볼륨을 옵션으로 diskroot 표시 루트 표시됩니다 계속로서 하나의 옵션 및 새 것입니다 볼륨 또는 전통적인 루트 집계. 일반적으로 diskroot 옵션을 집계 가진 재부 팅을 뿌리를 유연 포함됩니다 한 다음 다음과 같은 볼륨.

유일한 방법은 볼륨 전통적인 집계의 제거 또는 루트 볼륨 상태를 전통적인 또는 집계에서 다른 옵션을 설정합니다 루트.

snaplock_compliance

이것은 옵션을 읽을 그 집계가 SnapLock 준수 집합을 나타냅니다. 집계는 생성 시간에 SnapLock 준수 집계를 지정하실 수 있습니다.

snaplock_enterprise

이것은 옵션을 읽을 그 집계가 SnapLock 엔터 프라이즈 집합을 나타냅니다. 집계는 생성 시간에 SnapLock 엔터 프라이즈 집계를 지정하실 수 있습니다.

해제 snapmirrored

If SnapMirror is enabled for a traditional volume (SnapMirror is not supported for aggregates that contain flexible volumes), the filer automatically sets this option to on . Set this option to off if SnapMirror is no longer to be used to update the traditional volume mirror. After setting this option to off , the mirror becomes a regular writable traditional volume. This option can only be set to off ; only the filer can change the value of this option from off to on .

snapshot_autodelete on | off

This option is used to set whether snapshot are automatically deleted in the aggr. If set to on then snapshots may be deleted in the aggr to recover storage as necessary. If set to off then snapshots in the aggr are not automatically deleted to recover storage. Note that snapshots may still be deleted for other reasons, such as maintaining the snapshot schedule for the aggr, or deleting snapshots that are associated with specific operations that no longer need the snapshot. To allow snapshots to be deleted in a timely manner the number of aggr snapshots is limited when snapshot_autodelete is enabled. Because of this, if there are too many snapshots in an aggr then some snapshots must be deleted before the snapshot_autodelete option can be enabled.

aggr rename aggrname newname

Renames the aggregate named aggrname to newname . If this aggregate is embedded in a traditional volume, then that volume's name is also changed.

aggr restrict aggrname
[ -t cifsdelaytime ]

Put the aggregate named aggrname in restricted state, starting from either online or offline state. The command takes effect before returning.

집계 어떤 유연한 볼륨이 포함되어있는 경우 Filer가 유지 보수 모드에하지 않으면, 작업이 중단됩니다.

집계가 CIFS 공유를 가진 전통적인 볼륨에 포함된 경우 사용자가 집계를 (그리고 따라서 전체 전통적인 볼륨을 제한하기 전에) 경고해야합니다. - t 스위치에 이것을 사용하십시오. cifsdelaytime 인수는 서비스 손실의 대기의 경고 볼륨 CIFS 사용자들의 전통적인 복용을 지정하는 지연 분 전 숫자를 시간으로 집계 기간 동안 오프라인, 임베디드. 0 의미의 시간은 아무 경고가 주어진 즉시 집계 오프라인 가져가라. 그들은 기회를 정상적으로 응용 프로그램을 종료할 부여되지 않은 경우 CIFS 사용자가 데이터를 잃을 수 있습니다.

aggr 스크럽 이력서는 [aggrname | plexname | 그룹 이름]

지정된 집계, 플렉스, 또는 그룹에 이력서 패리티 닦고. 이름없는가 주어질 경우, RAID의 모든 그룹은 현재 일시 중지되었습니다 패리티 닦고를 겪고 재개.

aggr 스크럽 시작 [aggrname | plexname | 그룹 이름]을

명명된 온라인 집계에 시작합니다 패리티 닦고. 패리티 닦고 자신의 RAID 그룹에서 패리티 디스크 (들)에, 필요에 따라 패리티 디스크의 내용을 수정 데이터 디스크를 비교합니다. 이름없는가 주어질 경우, 패리티 닦고 모든 온라인 집계에 시작됩니다. 집합 이름이 주어진 경우 닦고 모두의 RAID 그룹 합계에 포함된에서 시작됩니다. 플렉스 이름이 주어진 경우 닦고 모두의 RAID 그룹 플렉스에 포함된에서 시작됩니다.

aggr 스크럽 상태 [aggrname | plexname | 그룹 이름] [- v를 정보]

지문라는 집계, 플렉스, 또는 그룹에 대한 패리티 닦고의 상태, 모든 그룹이 현재의 RAID 패리티 닦고를 겪고도 이름이 주어진 경우. 상태, 그리고 문질러의 정지 상태를 퍼센트 완성 기능이 포함되어 있습니다.

- v를 플래그 표시의 날짜와 시간을 그룹에있는 마지막 전체 또는 스크럽은 집계, 플렉스라는 이름의 완료와 함께 현재 상태에 대한, 모든 RAID의 그룹에 주어진 경우 노 이름은.

aggr 스크럽 그만은 [aggrname | plexname | 그룹 이름]

지정된 집계, 플렉스, 또는 그룹에 대한 중지 패리티 닦고, 아니 이름이 주어진 경우, 모든 그룹이 현재의 RAID 패리티 닦고를 받고 있습니다.

aggr 스크럽 중지는 [aggrname | plexname | 그룹 이름]

라는 집계, 플렉스, 또는 그룹에 대한 중지 패리티 닦고, 아니 이름이 주어진 경우, 모든 그룹이 현재의 RAID 패리티 닦고를 받고 있습니다.

aggr show_space [- H는 | - 한국 | - 무사 | - G는 | - 마세요 | - B 호] <aggrname>

디스플레이 집계에있는 공간 사용량. 사용 공간에 대한 각각의 융통성있는 집계에있는 모든 사용을보고 우주 볼륨 내에서와는 달리 표시 명령은 안양,이 집계 별도로 지정한 경우 aggrname가되면 aggr의 show_space을, 해당 집계에서만 실행합니다.

- m 옵션을 T 또는, - g, -, 모든 별명, 크기는 블록하는보고에서 1024 바이트 않는 H는, - 별도 요청에 의해 하나의 -. - 케이는, - m, - g, 그리고 - t 옵션 규모는 출력의 각 크기 관련 분야 킬로 바이트로 표현되고, 메가 바이트, 기가 바이트 또는 테라 바이트 각각.

다음의 용어는 공간을보고의 명령에 의해 사용됩니다.

Total space This is the amount of total disk space that the aggregate has. WAFL reserve WAFL reserves a percentage of the total total disk space for aggregate level metadata. The space used for maintaining the volumes in the aggregate comes out of the WAFL reserve. Snap reserve Snap reserve is the amount of space reserved for aggregate snapshots. Usable space This is the total amount of space that is available to the aggregate for provisioning. This is computed as Usable space = Total space – WAFL reserve – Snap reserve df displays this as the 'total' space. BSR NVLOG This is valid for Synchronous SnapMirror destinations only. This is the amount of space used in the aggregate on the destination filer to store data sent from the source filer(s) before sending it to disk. Allocated This is the sum of the space reserved for the volume and the space used by non reserved data. For volume guaranteed volumes, this is at least the size of the volume since no data is unreserved. For volumes with space guarantee of none, this value is the same as the 'Used' space (explained below) since no unused space is reserved. The Allocated space value shows the amount of space that the volume is taking from the aggregate. This value can be greater than the size of the volume because it also includes the metadata required to maintain the volume. Used This is the amount of space that is taking up disk blocks. This value is not the same as the 'used' space displayed by the df command. The Used space in this case includes the metadata required to maintain the flexible volume. Avail Total amount of free space in the aggregate. This is the same as the avail space reported by df.

aggr split plexname aggrname
[ -r oldvol newvol ] [ -r ... ]
[ -s suffix ]

Removes plexname from a mirrored aggregate and creates a new unmirrored aggregate named aggrname that contains the plex. The original mirrored aggregate becomes unmirrored. The plex to be split from the original aggregate must be functional (not partial), but it could be inactive, resyncing, or outof-date. Aggr split can therefore be used to gain access to a plex that is not up to date with respect to its partner plex, if its partner plex is currently failed.

If the aggregate in which plexname resides is embedded in a traditional volume, aggr split behaves identically to vol split . The new aggregate is embedded in a new traditional volume of the same name.

If the aggregate in which plexname resides contains exactly one flexible volume, aggr split will by default rename the flexible volume image in the split-off plex to be the same as the new aggregate.

If the aggregate in which plexname resides contains more than one flexible volume, it is necessary to specify how to name the volumes in the new aggregate resulting from the split. The -r option can be used repeatedly to give each flexible volume in the resulting aggregate a new name. In addition, the -s option can be used to specify a suffix that is added to the end of all flexible volume names not covered by a -r .

If the original aggregate is restricted at the time of the split, the resulting aggregate will also be restricted. If the restricted aggregate is hosting flexible volumes, they are not renamed at the time of the split. Flexible volumes will be renamed later, when the name conflict is detected while bringing an aggregate online. Flexible volumes in the aggregate that is brought online first keep their names. That aggregate can be either the original aggregate, or the aggregate resulting from the split. When the other aggregate is brought online later, flexible volumes in that aggregate will be renamed.

If the plex of an aggregate embedded within a traditional volume is offline at the time of the split, the resulting aggregate will be offline. When splitting a plex from an aggregate that hosts flexible volumes, if that plex is offline, but the aggregate is online, the resulting aggregate will come online, and its flexible volumes will be renamed. It is not allowed to split a plex from an offline aggregate.

A split mirror can be joined back together via the -v option to aggr mirror .

aggr status [ aggrname ]
[ -r | -v | -d | -c | -b | -s | -f | -i ]

표시합니다 Filer에 하나 또는 모두 합산의 상태. If aggrname is used, the status of the specified aggregate is printed; otherwise the status of all aggregates in the filer are printed. By default, it prints a one-line synopsis of the aggregate which includes the aggregate name, whether it contains a single traditional volume or some number of flexible volumes , if it is online or offline, other states (for example, partial , degraded , wafl inconsistent , and so on) and peraggregate options. Per-aggregate options are displayed only if the options have been changed from the system default values by using the aggr options command, or by the vol options command if the aggregate is embedded in a traditional volume. If the wafl inconsistent state is displayed, please contact Customer Support.

The -v flag shows the on/off state of all peraggregate options and displays information about each volume, plex and RAID group contained in the aggregate.

The -r flag displays a list of the RAID information for that aggregate. If no aggrname is specified, it prints RAID information about all aggregates, information about file system disks, spare disks, and failed disks. For more information about failed disks, see the -f switch description below.

The -d flag displays information about the disks in the specified aggregate. The types of disk information are the same as those from the sysconfig -d command.

The -c flag displays the upgrade status of the Block Checksums data integrity protection feature.

The -b is used to get the size of source and destination aggregates for use with aggr copy . The output contains the storage in the aggregate and the possibly smaller size of the aggregate. The aggregate copy command uses these numbers to determine if the source and destination aggregate sizes are compatible. The size of the source aggregate must be equal or smaller than the size of the destination aggregate.

The -s flag displays a listing of the spare disks on the filer.

The -f flag displays a list of the failed disks on the filer. The command output includes the disk failure reason which can be any of following:

The -i flag displays a list of the flexible volumes contained in an aggregate.

unknown Failure reason unknown. failed Data ONTAP failed disk due to a fatal disk error. admin failed User issued a 'disk fail' command for this disk. labeled broken Disk was failed under Data ONTAP 6.1.X or an earlier version. init failed Disk initialization sequence failed. admin removed User issued a 'disk remove' command for this disk. not responding Disk not responding to requests. pulled Disk was physically pulled, or no data path exists on which to access the disk. bypassed Disk was bypassed by ESH.

aggr undestroy [ -n ] < aggrname >

Undestroy a partially intact or previously destroyed aggregate or traditional volume. The command prints a list of candidate aggregates and traditional volumes matching the given name, which can be potentially undestroyed.

The -n option prints the list of disks contained by the aggregate or by the traditional volume, which can be potentially undestroyed. This option can be used to display the result of command execution, without actually making any changes.

aggr verify resume [ aggrname ]

Resumes RAID mirror verification on the named aggregate; if no aggregate name is given, on all aggregates currently undergoing a RAID mirror verification that has been suspended.

aggr verify start [ aggrname ] [ -f plexnumber ]

Starts RAID mirror verification on the named online mirrored aggregate. If no name is given, then RAID mirror verification is started on all online mirrored aggregates. Verification compares the data in both plexes of a mirrored aggregate. In the default case, all blocks that differ are logged, but no changes are made. If the -f flag is given, the plex specified is fixed to match the other plex when mismatches are found. A name must be specified with the -f plexnumber option.

aggr verify stop [ aggrname ]

Stops RAID mirror verification on the named aggregate; if no aggregate name is given, on all aggregates currently undergoing a RAID mirror verification.

aggr verify status [ aggrname ]

Prints the status of RAID mirror verification on the named aggregate; on all aggregates currently undergoing RAID mirror verification if no aggregate name is given. The status includes a percent-complete, and the verification's suspended status.

aggr verify suspend [ aggrname ]

Suspends RAID mirror verification on the named aggregate; if no aggregate name is given, on all aggregates currently undergoing RAID mirror verification.

CLUSTER CONSIDERATIONS

Aggregates on different filers in a cluster can have the same name. For example, both filers in a cluster can have an aggregate named aggr0 .

However, having unique aggregate names in a cluster makes it easier to migrate aggregates between the filers in the cluster.

EXAMPLES

aggr create aggr1 -r 10 20

Creates an aggregate named aggr1 with 20 disks. The RAID groups in this aggregate can contain up to 10 disks, so this new aggregate has two RAID groups. The filer adds the current spare disks to the new aggregate, starting with the smallest disk.

aggr create aggr1 20@9

Creates an aggregate named aggr1 with 20 9-GB disks. Because no RAID group size is specified, the default size (8 disks) is used. The newly-created aggregate contains two RAID groups with 8 disks and a third group with four disks.

aggr create aggr1 -d 8a.1 8a.2 8a.3

Creates an aggregate named aggr1 with the specified three disks.

aggr create aggr1 10
aggr options aggr1 raidsize 5

The first command creates an aggregate named aggr1 with 10 disks which belong to one RAID group. The second command specifies that if any disks are subsequently added to this aggregate, they will not cause any current RAID group to have more than five disks. Each existing RAID group will continue to have 10 disks and no more disks will be added to that RAID group. When new RAID groups are created, they will have a maximum size of five disks.

aggr show_space -h ag1

Displays the space usage of the aggregate `ag1′ and scales the unit of space according to the size.

  Aggregate 'ag1′    Total space    WAFL reserve    Snap reserve    Usable space       BSR NVLOG          66GB          6797MB           611MB            59GB            65KB    Space allocated to volumes in the aggregate    Volume            Allocated            Used       Guarantee   vol1                   14GB            11GB          volume   vol2                 8861MB          8871MB            file   vol3                 6161MB          6169MB            none   vol4                   26GB            25GB          volume   vol1_clone           1028MB          1028MB       (offline)    Aggregate         Allocated            Used           Avail   Total space            55GB            51GB          3494MB   Snap reserve          611MB            21MB           590MB   WAFL reserve         6797MB          5480KB          6792MB

aggr status aggr1 -r

Displays the RAID information about aggregate aggr1 . In the following example, we see that aggr1 is a RAID-DP aggregate protected by block checksums. It is online, and all disks are operating normally. The aggregate contains four disks -two data disks, one parity disk, and one doubleparity disk. Two disks are located on adapter 0b, and two on adapter 1b. The disk shelf and bay numbers for each disk are indicated. All four disks are 10, 000 RPM FibreChannel disks attached via disk channel A. The disk "Pool" attribute is displayed only if SyncMirror is licensed, which is not the case here (if SyncMirror were licensed, Pool would be either 0 or 1). The amount of disk space that is used by Data ONTAP (“Used”) and is available on the disk (“Phys”) is displayed in the rightmost columns.

Aggr aggr1 (online, raid_dp) (block checksums) Plex /aggr1/plex0 (online, normal, active) RAID group /aggr1/plex0/rg0 (normal) RAID Disk Device HA SHELF BAY CHAN Pool Type RPM Used (MB/blks) Phys (MB/blks) ——— —— ————- —- —- —- —– ————– ————– dparity 0b.16 0b 1 0 FC:A – FCAL 10000 136000/278528000 137104/280790184 parity 1b.96 1b 6 0 FC:A – FCAL 10000 136000/278528000 139072/284820800 data 0b.17 0b 1 1 FC:A – FCAL 10000 136000/278528000 139072/284820800 data 1b.97 1b 6 1 FC:A – FCAL 10000 136000/278528000 139072/284820800

이름

cf – controls the takeover and giveback operations of the filers in a cluster

SYNOPSIS

cf nfo [ enable | disable ] disk_shelf

cf nfo status

DESCRIPTION

The cf command controls the cluster failover monitor, which determine when takeover and giveback operations take place within a cluster.

The cf command is available only if your filer has the cluster license.

OPTIONS

disable: Disables the takeover capability of both filers in the cluster.

enable: Enables the takeover capability of both filers in the cluster.

forcegiveback: forcegiveback is dangerous and can lead to data corruption; in almost all cases, use cf giveback -f instead.

Forces the live filer to give back the resources of the failed filer even though the live filer determines that doing so might result in data corruption or cause other severe problems. giveback will refuse to giveback under these conditions. Using the forcegiveback option forces a giveback. When the failed filer reboots as a result of a forced giveback, it displays the following message:

partner giveback incomplete, some data may be lost

forcetakeover [-f] forcetakeover is dangerous and can lead to data corruption; in almost all cases, use cf takeover instead.

Forces one filer to take over its partner even though the filer detects an error that would otherwise prevent a takeover. For example, normally, if a detached or faulty ServerNet cable between the filers causes the filers' NVRAM contents to be unsynchronized, takeover is disabled. However, if you enter the cf forcetakeover command, the filer takes over its partner despite the unsynchronized NVRAM contents. This command might cause the filer being taken over to lose client data. If you use the -f option, the cf command allows such a forcetakeover to proceed without requiring confirmation by the operator.

forcetakeover -d[f] Forces a filer to take over its partner in all cases where a forcetakeover would fail. In addition it will force a takeover even if some partner mailbox disks are inaccessible. It can only be used when cluster_remote is licensed.

forcetakeover -d is very dangerous. Not only can it cause data corruption, if not used carefully, it can also lead to a situation where both the filer and it's partner are operational (split brain). As such, it should only be used as a means of last resort when the takeover and forcetakeover commands are unsuccessful in achieving a takeover. The operator must ensure that the partner filer does not become operational at any time while a filer is in a takeover mode initiated by the use of this command. In conjunction with RAID mirroring, it can allow recovery from a disaster when the two filers in the cluster are located at two distant sites. The use of -f option allows this command to proceed without requiring confirmation by the operator.

giveback [ -f ]: Initiates a giveback of partner resources. Once the giveback is complete, the automatic takeover capability is disabled until the partner is rebooted. A giveback fails if outstanding CIFS sessions, active system dump processes, or other filer operations makes a giveback dangerous or disruptive. If you use the -f option, the cf command allows such a giveback to proceed as long as it would not result in data corruption or filer error.

hw_assist [ status | test | stats [ clear ] ] Displays information related to the hardware-assisted takeover functionality. Use the cf hw_assist status command to display the hardware-assisted functionality status of the local as well as the partner filer. If hardware-assisted status is inactive, the command displays the reason and if possible, a corrective action. Use the cf hw_assist test command to validate the hardware-assisted takeover configuration. An error message is printed if hardware-assisted takeover configuration can not be validated. Use the cf hw_assist stats command to display the statistics for all hw_assist alerts received by the filer. Use cf hw_assist stats clear to clear hardware-assisted functionality statistics.

모니터: Displays the time, the state of the local filer and the time spent in this state, the host name of the partner and the state of cluster failover monitor (whether enabled or disabled). If the partner has not been taken over currently, the status of the partner and that of the interconnect are displayed and any ongoing giveback or scheduled takeover operations are reported.

partner: Displays the host name of the partner. If the name is unknown, the cf command displays “ partner .”

지위: Displays the current status of the local filer and the cluster. If you use the -t option, displays the status of the node as time master or slave.

takeover [ -f ] | [ -n ]
Initiates a takeover of the partner. If you use the -f option, the cf command allows such a takeover to proceed even if it will abort a coredump on the other filer.

If you use the -n option, the cf command allows a takeover to proceed even if the partner node was running an incompatible version of Data ONTAP. The partner node must be cleanly halted in order for this option to succeed. This is used as part of a nondisruptive upgrade process.

nfo [ enable | disable ] disk_shelf
Enables or disables negotiated failover on disk shelf count mismatch.

This command is obsolete. Option cf.takeover.on_disk_shelf_miscompare replaces it.

Negotiated failover is a general facility which supports negotiated failover on the basis of decisions made by various modules. disk_shelf is the only negotiated failover module currently implemented. When communication is first established over the interconnect between the local filer and its partner, a list of disk shelves seen by each node on its A and B loops is exchanged. If a filer sees that the count of shelves that the partner sees on its B loops is greater than the filer's count of shelves on its A loops, the filer concludes that it is “impaired” (as it sees fewer of its shelves than its partner does) and asks the partner to take it over. If the partner is not itself impaired, it will accept the takeover request and, in turn, ask the requesting filer to shut down gracefully. The partner takes over after the requesting node shuts down, or after a time-out period of approximately 3 minutes expires. The comparison of disk shelves is only done when communication between the filers is established or re-established (for example, after a node reboots).

nfo status: Displays the current negotiated failover status.

This command is obsolete. Use cf status instead.

이름

bootfs – boot file system accessor command (ADVANCED)

SYNOPSIS

bootfs chkdsk disk

bootfs core [ -v ] disk

bootfs dir [ -r ] path

bootfs dump { disk | drive } { sector | cluster }

bootfs fdisk disk partition1sizeMB [ partition2sizeMB ] [ partition3sizeMB ] [ partition4sizeMB ]

bootfs format drive [ label ]

bootfs info disk

bootfs sync [ -f ] { disk | drive }

bootfs test [ -v ] disk

DESCRIPTION

The bootfs command allows content viewing and format manipulation of the the boot device.

Using the bootfs command, you may perform four important functions. You may check the integrity of the boot device via the chkdsk subcommand. You may view the contents of your boot device via the dir , dump , and info subcommands. You may alter the partition sizes and format types present on the boot device via the fdisk subcommand. You may reformat the partitions present on the boot device via the format command. You may sync all in memory contents to the physical media via the sync subcommand. Lastly, you may diagnose the health of your boot device via the test subcommand.

OPTIONS

-v: Turns on verbose output.

-r: Recursively lists directories and files.

path: A path consists of a drive, optional directories, and an optional file name. Directories are separated by a /. To discover your boot drive's name, use " bootfs help subcommand ".

disk: A disk is a physical object, probably a compact flash in this case. A disk name is generally of the form [PCI slot number]a.0, eg 0a.0. To discover your boot disk's name, use " bootfs help subcommand ".

drive: A drive is a formatted partition on the disk. A disk may contain up to four drives. A drive name is generally of the form [PCI slot number]a.0:[partition

number]:,: eg 0a.0:1:. To discover your boot drive's name, use " bootfs help sub_ c ommand ".

sector: Disks are divided into sectors. Sectors are based at 0.

cluster: Drives are divided into clusters. Clusters are based at 2, though the root directory can be thought to reside at cluster 0.

partitionNsizeMB: The size of partition N in megabytes. There can be at most four partitions per disk.

label: An 11-character or less string which names the drive.

CLUSTER CONSIDERATIONS

The bootfs command cannot be used on a clustered system's partner.

EXAMPLES

The dir subcommand lists all files and subdirectories contained in the path provided. The information presented for each file and subdirectory is (in this column order) name, size, date, time, and cluster.

bootfs dir 0a.0:1:/x86/kernel/

Volume Label in Drive 0a.0:1: is KERNEL Volume Serial Number is 716C-E9F8 Directory of 0a.0:1:/x86/kernel/ . DIR 02-07-2003 2:37a 2 .. DIR 02-07-2003 2:37a 3 PRIMARY.KRN 9318400 04-07-2003 6:53p 4 2187264 bytes free
The dump subcommand lists either a sector on a disk or a cluster on a drive, depending on the command line arguments provided. The sector or cluster is listed in both hexadecimal and ASCII form.
bootfs dump 0a.0 110
sector 110 absolute byte 0xdc00 on disk 0a.0 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 0123456789abcdef —-++————————————————++—————- 0000 00 90 ba 5e b4 01 00 80 7b 0c 00 7d 05 ba 51 b4 …^….{..}..Q. 0010 01 00 83 7b 04 00 74 0a 8b 47 24 a3 dc ce 01 00 …{..t..G$….. 0020 eb 0a c7 05 dc ce 01 00 00 00 e0 fe 83 c4 fc ff ……………. 0030 35 dc ce 01 00 52 68 80 b4 01 00 e8 26 b0 ff ff 5….Rh…..&… 0040 a1 dc ce 01 00 8b 90 f0 00 00 00 80 ce 01 89 90 ……………. [etc.] bootfs dump 0a.0:1: 5 cluster 5 absolute byte 0×25a00 on drive 0a.0:1: 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 0123456789abcdef —-++————————————————++—————- 0000 0a 19 12 00 19 0f 00 01 00 64 00 00 00 00 00 00 ………d…… 0010 a1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ……………. 0020 00 00 00 00 5a 44 5a 44 00 10 00 00 00 00 01 b0 ….ZDZD…….. 0030 20 04 00 10 20 05 00 01 20 06 00 02 20 07 00 13 … … … … 0040 fc ef 00 00 fc b1 20 80 fc d0 20 80 4a 63 c0 55 …… … .Jc.U [etc.]
The fdisk subcommand creates drives within a disk. A maximum of four drives may be created per disk. The sum of the drives must be less than the size of the disk. Note that most disk manufacturers define a megabyte as 1000*1000 bytes, resulting in a disk being smaller than the size advertised (for example, a 32 MB disk is really 30.5 MB). Performing an fdisk destroys all data on the disk.
bootfs fdisk 0a.0 30
The format subcommand formats a drive to the FAT file system standard. A drive must be formatted before it can store files.
bootfs format 0a.0:1: NETAPP
The info subcommand prints information about a disk. The location of various elements and sizes of sections is displayed.
bootfs info 0a.0
——————————————————————– partition: 1 2 3 4 ——————————————————————– file system: 0×01 0×01 0×01 0×01 bytes per cluster: 4096 4096 4096 4096 number of clusters: 2809 2809 2042 251 total bytes: 11534336 11534336 8388608 1048576 usable bytes: 11501568 11501568 8359936 1024000 free bytes: 11505664 11505664 8364032 1028096 FAT location: 512 512 512 512 root location: 9728 9728 6656 1536 data location: 26112 26112 23040 17920
The test subcommand read and writes to/from every byte on the disk. The test subcommand can be used if you suspect your disk is faulty. A faulty disk would, for example, result in a download command failure.
bootfs test -v 0a.0
[.................................] disk 0a.0 passed I/O test
SEE ALSO
다운로드
목차
이름
SYNOPSIS
DESCRIPTION
OPTIONS
CLUSTER CONSIDERATIONS
EXAMPLES
SEE ALSO
Read more... (1018 words, estimated 4:04 mins reading time)

Tags: bootfs , man , manual , NetApp , ONTAP

코멘트

boot

7월 7일

에 의해 배치하는 크리스 Kranz 의 매뉴얼 페이지

이름

boot – directory of Data ONTAP executables

SYNOPSIS

/etc/boot

DESCRIPTION

The boot directory contains copies of the executable files required to boot the filer. The download command (see download ) copies these files from /etc/boot into the filer's boot block, from which the system boots.

FILES

/etc/boot: directory of Data ONTAP executables. Files are place in /etc/boot after the tar or setup.exe has decompressed them. These files vary from release to release.

이름

bmc – commmands for use with a Baseboard Management Controller (BMC)

SYNOPSIS

bmc help

bmc reboot

bmc setup

bmc status

bmc test autosupport

DESCRIPTION

The bmc command is used to manage and test a Baseboard Management Controller (BMC), if one is present.

OPTIONS

도움: Display a list of Baseboard Management Controller (BMC) commands.

reboot: The reboot command forces the BMC to reboot itself and perform a self-test. If your console connection is through the BMC it will be dropped.

setup: Interactively configure the BMC local-area network (LAN) setttings.

지위: Display the current status of the BMC.

test autosupport: Test the BMC autosupport by commanding the BMC to send a test autosupport to all autosupport email addresses in the option lists autosupport.to , autosupport.noteto , and autosupport.support.to .

CLUSTER CONSIDERATIONS

This command only acts upon the Baseboard Management Controller (BMC) that is local to the system.

EXAMPLES

bmc status

might produce:

              Baseboard Management Controller:                  Firmware Version:   1.0                  IPMI version:       2.0                  DHCP:               on                  BMC MAC address:    00:a0:98:05:2b:4a                  IP address:         10.98.144.170                  IP mask:            255.255.255.0                  Gateway IP address: 10.98.144.1                  BMC ARP interval:   10 seconds                  BMC has  user:   naroot                  ASUP enabled:       on                  ASUP mailhost:      mailhost@netapp.com                  ASUP from:          postmaster@netapp.com                  ASUP recipients:    dl-qa-autosupport@netapp.com

NOTES

Some of these commands might pause before completing while the Baseboard Management Controller (BMC) is queried. This is normal behavior.

Rate this post:

등급 : 0.0 / 10 (0 표 캐스트)

Tags: bmc , man , manual , NetApp , ONTAP

코멘트

backuplog

7월 7일

에 의해 배치하는 크리스 Kranz 의 매뉴얼 페이지

이름

backuplog – captures significant events during file system backup/recovery activities.

SYNOPSIS

/etc/log/backup

DESCRIPTION

Filer captures significant dump/restore-related events and the respective times at which they occur. All events are recorded in one-line messages in /etc/log/backup.

The following are the events filer monitors:

시작: Dump/restore starts.

Restart: Restart of a dump/restore.

끝: Dump/restore completes successfully.

Abort: The operation aborts.

Error: Dump/restore hits an unexpected event.

Options: Logs the options as users specify.

Tape_open: Output device is opened successfully.

Tape_close: Output device is closed successfully.

Phase_change: As dump/restore completes a stage.

Dump specific events:

Snapshot: When the snapshot is created or located.

Base_dump: When a valid base dump entry is located.

Logging events:

Start_logging Logging begins.

Stop_logging: Logging ends.

Each event record is in the following format:

TYPE TIME_STAMP IDENTIFIER EVENT (EVENT_INFO)

타입: Either dmp(dump), rst(restore) or log events.

TIME_STAMP: Shows date and time at which event occurs.

IDENTIFIER: Unique ID for the dump/restore.

EVENT: The event name.

EVENT_INFO: Event specific information.

A typical event record message looks like:

dmp Thu Apr 5 18:54:56 PDT 2001 /vol/vol0/ home(5) Start (level 0, NDMP)

In the particular example:

타입: = dmp

TIME_STAMP: = Thu Apr 5 18:54:56 PDT 2001

IDENTIFER: = /vol/vol0/ home(5)

EVENT: = Start

EVENT_INFO: = level 0, NDMP

All event messages go to /etc/log/backup. On every Sunday at 00:00, backup is roated to backup.0 and backup.0 is moved to backup.1 and so on. Up to 6 log files(spanning up to 6 weeks) are kept.

The registry option backup.log.enable controls the enabling and disabling of the logging with values on and off respectively. The functionality is enabled by default. (See options for how to set options.)

FILES

/etc/log/backup: backup log file for current week. /etc/log/backup.[0-5] backup log files for previous weeks

이름

backup – manages backups

SYNOPSIS

backup status [ <ID> ]

backup terminate <ID>

DESCRIPTION

The backup commands provide facilities to list and manipulate backups on a filer.

A backup job runs on a filer as a process that copies a file system or a subset of it to secondary media, usually tapes. Data can be restored from the secondary media in case the original copy is lost. There are several types of backup processes that run on the filers:

dump: runs natively on the filer.

NDMP: driven by a 3rd party client through NDMP protocol.

RESTARTABLE A failed dump that can be restarted.

USAGE

backup status [ <ID> ]
displays all active instances of backup jobs on the filer. For each backup, the backup status command lists the following information:

신분증: The unique ID that is assigned to the backup and persists across reboots until the backup completes successfully or is terminated. After that, the ID can be recycled for another backup.

상태: The state can either be ACTIVE or RESTARTABLE. ACTIVE state indicates that the process is currently running; RESTARTABLE means the process is suspended and can be resumed.

유형: Either dump or NDMP.

Device: The current device. It is left blank for RESTARTABLE dumps since they are not running and thus do not have a current device.

Start Date The time and date that the backup first started.

레벨: The level of the backup.

Path: Points to the tree that is being backed up.

An example of the backup status command output:

ID State Type Device Start Date Level Path — ———– —- —— ———— —– ————— 0 ACTIVE NDMP urst0a Nov 28 00:22 0 /vol/vol0/ 1 RESTARTABLE dump Nov 29 00:22 1 /vol/vol1/

If a specific ID is provided, the backup status command displays more detailed information for the corresponding backup.

backup terminate <ID>
A RESTARTABLE dump, though not actively running, retains a snapshot and other file system resources. To release the resources, user can explicitly terminate a RESTARTABLE dump. Once terminated, it cannot be restarted again.

이름

autosupport – notification daemon

SYNOPSIS

Data ONTAP is capable of sending automated notification to Customer Support at Network Appliance and/or to other designated addressees in certain situations. The notification contains useful information to help them solve or recognize problems quickly and proactively. The system can also be configured to send a short alert notification containing only the reason for the alert to a separate list of recipients. This notification is sent only for critical events that might require some corrective action and can be useful for Administrators with alphanumeric pagers that can accept short email messages.

DESCRIPTION

The autosupport mechanism will use SMTP if there are any (user configured) destination email addresses set in the autosupport.to option. If autosupport.support.enable is on then autosupports will also be sent to Network Appliance. Autosupports sent to Network Appliance may be transmitted by SMTP or by HTTP as specified in the autosupport.support.transport option.

If SMTP is used then the autosupport mechanism contacts a mail host that is listening on the SMTP port (25) to send email. A list of up to 5 mailhosts can be specified by using the autosupport.mailhosts option, and they will be accessed in the order specified until one of them answers as a mailhost. It will then send email through the successful mailhost connection to the destination email address specified in the autosupport.to option. Note that the autosupport.to option only allows 5 email address. To send to more than 5 recipients, create a local alias, or distribution list, and add that as the recipient.

If autosupport.support.enable is on then a copy of the autosupport message is also sent to Network Appliance as follows:

If autosupport.support.transport is smtp then the copy of the autosupport is emailed to the destination specified in autosupport.support.to and the same mailhost picking algorithm is used as above.

If autosupport.support.transport is http then a direct connection to the location specified in autosupport.support.url is made and the autosupport is transmitted to Network Appliance via HTTP POST.

The autosupport mechanism is triggered automatically once a week by the kernel to send information before backing up the messages file. It can also be invoked to send the information through the options command. Autosupport mail will also be sent on events that require corrective action from the System Administrator. And finally, the autosupport mechanism will send notification upon system reboot from disk.

To accommodate multiple delivery methods and destinations and to preserve time dependent values, the outgoing autosupport messages are now spooled in /etc/log/autosupport . Autosupport processing will attempt to deliver all (currently undelivered) messages until the autosupport.retry.count has been reached or until subsequent autosupport messages "fill the spool" such that the oldest (undelivered) messages are forced to be dropped. The spool size is currently 40 messages.

The subject line of the mail sent by the autosupport mechanism contains a text string to identify the reason for the notification. The subject also contains a relative prioritization of the message, using syslog severity levels from DEBUG to EMERGENCY (see syslog.conf ). The messages and other information in the notification should be used to check on the problem being reported.

The setup command tries to configure autosupport as follows:

If a mailhost is specified, it adds an entry for mailhost to the /etc/hosts file.

Setup also queries for autosupport.from information.

OPTIONS

Autosupport features are manipulated through the options command (see options ). The available options are as follows:

autosupport.cifs.verbose
If on , includes CIFS session and share information in autosupport messages. If off , those sections are omitted. The default is off .

autosupport.content
The type of content that the autosupport notification should contain. Allowable values are complete and minimal . The default value is complete . The minimal option allows the delivery of a "sanitized" and smaller version of the autosupport, at the cost of reduced support from Network Appliance. Please contact Network Appliance if you feel you need to use the minimal option. The complete option is the traditional (and default) form of autosupport. If this option is changed from complete to minimal then all previous and pending autosupport messages will be deleted under the assumption that complete messages should not be transmitted.

autosupport.doit
Triggers the autosupport daemon to send an autosupport notification immediately. A text word entered as the option is sent in the notification subject line and should be used to explain the reason for the notification.

autosupport.enable
Enables/disables the autosupport notification features (see autosupport ). The default is on to cause autosupport notifications to be sent. This option will override the autosupport.support.enable option.

autosupport.from
Defines the user to be designated as the sender of the notification. The default is postmaster@your.domain . Email replies from Network Appliance will be sent to this address.

autosupport.local.nht_data.enable
Enables/disables the NHT data autosupport to be sent to the recipients listed in the autosupport.to option. NHT data is the binary, internal log data from each disk drive, and in general, is not parsable by other than Network Appliance. There is no customer data in the NHT autosupport. The default for this option is off .

autosupport.local.performance_data.enable
Enables/disables performance data autosupport to be sent to the recipients listed in autosupport.to . The performance autosupport contains hourly samples of system performance counters, and in general is only useful to Network Appliance. The default is off .

autosupport.mailhost
Defines the list of up to 5 mailhost names. Enter the host names as a comma-separated list with no spaces in between. The default is an empty list.

autosupport.minimal.subject.id
Defines the type of string that is used in the identification portion of the subject line when autosupport.content is set to minimal . Allowable values are systemid and hostname . The default is systemid .

autosupport.noteto
Defines the list of recipients for the autosupport short note email. Up to 5 mail addresses are allowed. Enter the addresses as a comma-separated list with no spaces in between. The default is an empty list to disable short note emails.

autosupport.nht_data.enable
Enables/disables the generation of the Health Trigger (NHT) data autosupport. Default is off

autosupport.performance_data.enable
Enables/disables hourly sampling of system performance data, and weekly creation of a performance data autosupport. The default is on .

autosupport.retry.count
Number of times to try resending the mail before giving up and dropping the mail. Minimum is 5; maximum is 4294967295 ; The default is 15 .

autosupport.retry.interval
Time in minutes to delay before trying to send the autosupport again. Minimum is 30 seconds, maximum is 1 day. Values may end with `s', `m' or `h' to indicate seconds, minutes or hours respectively, if no units are specified than input is
assumed to be in seconds. The default value is 4m .

autosupport.support.enable
Enables/disables the autosupport notification to Network Appliance The default is on to cause autosupport notifications to be sent directly to Network Appliance as described by the autosupport.support.transport option. This option is superceded (overridden) by the value of autosupport.enable .

autosupport.support.proxy
Allows the setting of an http based proxy if autosupport.support.transport is https or http . The default
for this option is the empty string, implying no proxy is necessary.

autosupport.support.to
This option is read only; it shows where autosupport notifications to Network Appliance are sent if autosupport.support.transport is smtp .

autosupport.support.transport
Allows setting the type of delivery desired for autosupport notifications that are destined for Network Appliance. Allowed values are https , http (for direct web based posting) or smtp (for traditional email). The default value is https . Note that http and https may (depending on local network configuration) require that the autosupport.support.proxy option be set correctly. Also smtp requires that autosupport.mailhosts be configured correctly before autosupport delivery can be successful.

autosupport.support.url
This option is read only; it shows where autosupport notifications to Network Appliance are sent if autosupport.support.transport is https or http .

autosupport.throttle
Enables autosupport throttling (see autosupport ). When too many autosupports are sent in too short a time, additional messages of the same type will be dropped. Valid values for this option are on or off . The default value for this option is on .

autosupport.to
Defines the list of recipients for the autosupport email notification. Up to 5 mail addresses are allowed. Enter the addresses as a comma-separated list with no spaces in between. The default is an empty list. Note that it is no longer necessary to use the standard Network Appliance autosupport email address in this field to direct autosupport messages to Network Appliance. Please use autosupport.support.enable instead.

A complete autosupport will contain the following information. Note that some sections are configurable, and/or available depending on what features are licensed. The order given is the general order of appearance in the autosupport message itself.

Generation date and timestamp

Software Version

System ID

Hostname

SNMP contact name (if specified)

SNMP location (if specified)

Partner System ID (if clustered)

Partner Hostname (if clustered)

Cluster Node Status (if clustered)

Console language type

sysconfig -a output

sysconfig -c output

sysconfig -d output

System Serial Number

Software Licenses (scrambled prior to transmission)

Option settings

availtime output

cf monitor all output (if clustered)

ic stats performance output (if clustered with VIA)

ic stats error -v output (if clustered with VIA)

snet stats -v output (if clustered with SNET)

ifconfig -a output

ifstat -a output

vlan stat output

vif status output

nis info output

nfsstat -c output (if licensed)

cifs stat output (if licensed)

cifs sessions summary (if licensed)

cifs sessions output (if licensed and enabled)

cifs shares summary (if licensed)

cifs shares output (if licensed and enabled)

vol status -l (if cifs is licensed)

httpstat output

vfiler status -a output (if licensed)

df output

df -i output

snap sched output

vol status -v output

vol status output

vol status -c output

vol scrub status -v output

sysconfig -r output

fcstat fcal_stats output

fcstat device_map output

fcstat link_stats output

ECC Memory Scrubber Statistics

ems event status output

ems log status output

registry values

perf report -t output

storage show adapter -a output

storage show hub -a output

storage show disk -a output

storage show fabric output

storage show switch output

storage show port output

EMS log file (if enabled)

/etc/messages content

Parity Inconsistancy information

WAFL_check logs

TYPES

The following types of autosupport messages, with their associated severity, can be generated automatically. The autosupport message text is in bold, and the LOG_XXX value is the syslog severity level. Note that text inside of square brackets ([]) is descriptive and is not static for any given autosupport message of that type.

BATTERY_LOW!!!
LOG_ALERT

BMC_EVENT: BUS ERROR
LOG_ERR

BMC_EVENT: POST ERROR
LOG_ERR

CLUSTER DOWNREV BOOT FIRMWARE: LOG_CRIT

CLUSTER ERROR: DISK/SHELF COUNT MISMATCH LOG_EMERG

CLUSTER GIVEBACK COMPLETE: LOG_INFO

CLUSTER TAKEOVER COMPLETE AUTOMATIC: LOG_ALERT

CLUSTER TAKEOVER COMPLETE MANUAL: LOG_INFO

CLUSTER TAKEOVER FAILED: LOG_INFO

CONFIGURATION_ERROR!!!
LOG_ALERT

CPU FAN WARNING - [fan]
LOG_WARNING

DEVICE_QUALIFICATION_FAILED: LOG_CRIT

DISK CONFIGURATION ERROR: LOG_ALERT

DISK RECONSTRUCTION FAILED!!
LOG_ALERT

DISK_FAIL!!! - Bypassed by ESH
LOG_ALERT

DISK_FAIL!!!
LOG_ALERT

DISK_FAILURE_PREDICTED!!!
LOG_ALERT

DISK_FIRMWARE_NEEDED_UPDATE!!!
LOG_EMERG

DISK_IO_DEGRADED: LOG_WARNING

DISK_LOW_THRUPUT: LOG_NOTICE

DISK_RECOVERED_ERRORS: LOG_WARNING

DISK_SCRUB!!!
LOG_EMERG

FC-AL LINK_FAILURE!!!
LOG_ERR

FC-AL RECOVERABLE ERRORS: LOG_WARNING

OVER_TEMPERATURE_SHUTDOWN!!!
LOG_EMERG

OVER_TEMPERATURE_WARNING!!!
LOG_EMERG

PARTNER DOWN, TAKEOVER IMPOSSIBLE
LOG_ALERT

POSSIBLE BAD RAM: LOG_ERR

POSSIBLE UNLINKED INODE: LOG_ERR

REBOOT (CLUSTER TAKEOVER)
LOG_ALERT

REBOOT (after WAFL_check)
LOG_INFO

REBOOT (after entering firmware)
LOG_INFO

REBOOT (after giveback)
LOG_INFO

REBOOT (halt command)
LOG_INFO

REBOOT (internal halt)
LOG_INFO

REBOOT (internal reboot)
LOG_INFO

REBOOT (panic)
LOG_CRIT

REBOOT (power glitch)
LOG_INFO

REBOOT (power on)
LOG_INFO

REBOOT (reboot command)
LOG_INFO

REBOOT (watchdog reset)
LOG_CRIT

REBOOT: LOG_INFO

SHELF COOLING UNIT FAILED: LOG_EMERG

SHELF COOLING UNIT FAILED: LOG_WARNING

SHELF_FAULT!!!
LOG_ALERT

SNMP USER DEFINED TRAP: LOG_INFO

SPARE_FAIL!!!
LOG_ALERT

SYSTEM_CONFIGURATION_CRITICAL_ERROR: LOG_CRIT

SYSTEM_CONFIGURATION_ERROR: LOG_ERR

UNDER_TEMPERATURE_SHUTDOWN!!!
LOG_EMERG

UNDER_TEMPERATURE_WARNING!!!
LOG_EMERG

USER_TRIGGERED ([user input from autosupport.doit]) LOG_INFO

WAFL_check!!!
LOG_ALERT

WEEKLY_LOG: LOG_INFO

[EMS event]
LOG_INFO

[fan] FAN_FAIL!!!
LOG_ALERT

[mini core]
LOG_CRIT

[power supply failure]
LOG_ALERT

[power supply] POWER_SUPPLY_DEGRADED!!!
LOG_ALERT

[shelf over temperature critical]
LOG_EMERG

CLUSTER CONSIDERATIONS

The autosupport email messages from a filer in a cluster are different from the autosupport email messages from a standalone filer in the following ways:

The subject in the autosupport email messages from a filer in a cluster reads, “Cluster notification, ” instead of “System notification.”

The autosupport email messages from a filer in a cluster contains information about its partner, such as the partner system ID and the partner host name.

In takeover mode, if you reboot the live filer, two autosupport email messages notify the email recipients of the reboot: one is from the live filer and one is from the failed filer.

The live filer sends an autosupport email message after it finishes the takeover process.

이름

auditlog – contains an audit record of recent administrative activity

SYNOPSIS

<logdir>/auditlog

<logdir> is /etc/log for filers and /logs for NetCache appliances.

DESCRIPTION

If the option auditlog.enable is on, the system logs all input to the system at the console/telnet shell and via rsh to the auditlog file. The data output by commands executed in this fashion is also logged to auditlog. Administrative servlet invocations (via HTTP, typically from FilerView) and API calls made via the ONTAPI interface are also logged to the auditlog. A typical message is:

Wed Feb 9 17:34:09 GMT [rshd_0:auditlog]: root:OUT:date: Wed Feb 9 17:34:09 GMT 2000

This indicates that there was an rsh session around Wed Feb 9 17:34:09 GMT which caused the date command to be executed. The user performing the command was root. The type of log is data output by the system as indicated by the OUT keyword.

Commands typed at the filer's console or executed by rsh are designated by the IN keyword as in:

Wed Feb 9 17:34:03 GMT [rshd_0:auditlog]: :IN:rsh shell: RSH INPUT COMMAND is date

The start and end of an rsh session are specially demarcated as in

Wed Feb 9 17:34:09 GMT [rshd_0:auditlog]: root:START:rsh shell:orbit.eng.mycompany.com

과

Wed Feb 9 17:34:09 GMT [rshd_0:auditlog]: root:END:rsh shell:

The maximum size of the auditlog file is controlled by the auditlog.max_file_size option. If the file gets to this size, it is rotated (see below).

Every Saturday at 24:00, <logdir>/auditlog is moved to <logdir>/auditlog.0, <logdir>/auditlog.0 is moved to <logdir>/auditlog.1 , and so on. This process is called rotation. Auditlog files are saved for a total of six weeks, if they do not overflow.

If you want to forward audit log messages to a remote syslog log host (one that accepts syslog messages via the BSD Syslog protocol specified in RFC 3164), modify the filer's /etc/syslog.conf file to forward messages from the filer's "local7" facility to the remote host. Do this by adding a line like:

local7.*: @1.2.3.4

to /etc/syslog.conf. An IP address has been used here, but a valid DNS name could also be used. Note that using a DNS name can fail if the filer is unable to resolve the name given in the file. If that happens, your messages will not be forwarded.

On the log host, you'll need to modify the syslog daemon's configuration file to redirect syslog message traffic from the "local7" facility to the appropriate configuration file. That is typically done by adding a line similar to the one shown above for the filer:

local7.*: /var/logs/filer_auditlogs

Then restart the daemon on the log host, or send an appropriate signal to it. See the documentation for your log host's syslog daemon for more information on how to make that configuration change.