Архив

Архив за категория "Manual Pages

NetApp Man Страници

7-ми юли, 2009 г.

NetApp са любезно ми даде разрешение да публикувате техният човек тук страници. Те все още се нуждаят от малко подреждане, но отвесни количество означава, че ще ми отнеме известно време, за да ги сортират и съотнесени правилно, моля за извинение на всички визуални проблеми за момента. Написах бърз инструмент за разбор, за да получите цялата информация тук, така че може да има няколко въпроса, в резултат от които все още.

Винаги съм харесвал начина, по който, че PHP функцията им страници, даващи възможност на потребителите да коментират директно върху тях. Това позволява на хората да напуснат обратна информация за функции и инструменти, и също така последващи действия с някои допълнителни приложения или синтаксис за команди, които не са непременно ясно публикувани. Надяваме се, че това може да се върне обратно в NetApp, за да се подобри тяхната документация.

Определено бих искал да насърчи хората да коментират човек страници с всичко, което може да бъде полезна, и се надяваме да се изгради това в една полезна малка позоваване раздел. Много благодаря отново за народни NetApp за да ми помага с това.

VN: F [1.9.11_1134]
Оцени този пост:
Рейтинг: 8.8 / 10 (18 гласа гласове)

General , Manual Pages , , , ,

aggr

7-ми юли, 2009 г.

Съдържание

ИМЕ

aggr – commands for managing aggregates, displaying aggregate status, and copying aggregates

СИНОПСИС

aggr command argument …

ОПИСАНИЕ

The aggr command family manages aggregates . The aggr commands can create new aggregates, destroy existing ones, undestroy previously destroyed aggregate, manage plexes within a mirrored aggregate, change aggregate status, apply options to an aggregate, copy one aggregate to another, and display their status. Aggregate commands often affect the volume(s) contained within aggregates.

Команда aggr семейство е новото в Data ONTAP 7.0. Командата об семейство контрол над традиционните vol_ ф на МОН, че разтопен един и същи потребител видими файловата система и една единична RAID ниво контейнер за съхранение (общо) в неделима единица, и до ден днешен. За да се даде възможност за по-гъвкаво използване на съхранение, агрегати сега поддържат способността да съдържа множество независими ниво потребител файлови системи , наречен гъвкава обеми.

Data ONTAP 7.0 напълно подкрепя както на традиционни, така и гъвкави обеми. Командата aggr семейството е предпочитаният метод за управление на агрегати едно Filer, включително и тези, които са внедрени в традиционните обеми.

Имайте предвид, че повечето от aggr команди се отнасят по един и същ начин както вида на агрегат, който съдържа гъвкав обем и вид, че е тясно обвързана и да образуват традиционната обем. По този начин, терминът агрегат е често се използва тук, за да се отнасят и за двете класове съхранение. В тези случаи, тя осигурява по-съкратен-дълъг и по-тромав фраза "инертни материали и традиционните обеми".

Агрегати може да се отрази или unmirrored. Сложно е физическо копие на WAFL съхранение в рамките на агрегат. Агрегат огледален се състои от две plexes unmirrored агрегати съдържат един сложни. С цел да се създаде огледален агрегат, трябва да имате Filer конфигурация, която поддържа RAID-ниво огледало. Когато огледало е поддръжка на Filer, резервни дискове са разделени в два диска басейни. Когато агрегат е създаден, всички дискове в едно сложно трябва да идват от един и същ басейн диск, и двете plexes на агрегат огледален трябва да се състои на дискове от отделни басейни, тъй като това увеличава вина изолация. Тази политика може да бъде преодоляно с опцията-F aggr създават, aggr добавете и aggr огледало, но това не се препоръчва.

Един агрегат име може да съдържа букви, цифри и долна черта (_), но първият символ трябва да бъде буква или подчертавка. Общият брой на до 200 инертни материали (включително тези, които са вградени в традиционните обеми) могат да бъдат създадени за всеки Filer.

А сложни могат да бъдат онлайн или офлайн. Ако това е офлайн, то не е налична за достъп за писане или четене. Plexes могат да бъдат комбинации от следните състояния:

нормалното Всички RAID групи в сложни са функционални.

не успя Най-малко един от RAID групи в комплексните не е успял.

Изчистване на комплексни е част от съвкупност, която се създава, и един или повече от дискове, насочени към агрегат трябва да се нулира, преди да се добавят към сложни.

активен сложно е на разположение за употреба.

неактивен
Сложно не е на разположение за употреба.

resyncing
Съдържанието сложни в момента са остарели и са в процес на resynchronized със съдържанието на други сложни от съвкупната (отнася и за инертни материали само огледален).

добавяне на дискове
Дискове се добавят към сложни RAID група (и).

излязъл от употреба
Това състояние се среща само в огледален агрегати, където един от plexes не е. Не успя сложни ще бъдат в това състояние, ако е необходимо да се resynchronized в момента, не успя на други сложни.

Сложно е кръстен с името на агрегат, наклонена черта характер разделител, и името на сложни. Системата автоматично избира сложни имена по време на създаването. Например, първите сложни създаден в съвкупното aggr0 ще бъде aggr0/plex0.

Един агрегат може да бъде онлайн, ограничена или офлайн. Когато обобщено е офлайн, не четат или пишат, достъпът е разрешен. Когато агрегат е ограничено, определени операции са разрешени (като съвкупност копие, recomputation паритет или реконструкция на RAID), но не се допуска достъп до данни. Агрегати, които не са част от традиционната обем може да бъде ограничено, или offlined ако те не съдържат никаква гъвкав обеми.

Агрегатите могат да се комбинации от следните състояния:

aggr съвкупност е съвременен агрегат, то е в състояние да съдържат нула или по-гъвкави обеми.

копиране
The aggregate is currently the target aggregate of an active aggr copy operation.

degraded
The aggregate contains at least one degraded RAID group that is not being reconstructed.

чужд
The disks that the aggregate contains were moved to the current filer from another filer.

growing
Disks are in the process of being added to the aggregate.

initializing
The aggregate is in the process of being initialized.

invalid
The aggregate contains no volumes and none can be added. Typically this happens only after an aborted aggregate copy operation.

ironing
A WAFL consistency check is being performed on this aggregate.

mirror degraded
The aggregate is a mirrored aggregate, and one of its plexes is offline or resyncing.

mirrored
The aggregate is mirrored and all of its RAID groups are functional.

needs check
A WAFL consistency check needs to be performed on the aggregate.

partial
At least one disk was found for the aggregate, but two or more disks are missing.

raid0 The aggregate consists of RAID-0 (no parity) RAID groups (V-Series and NetCache only).

raid4 The aggregate consists of RAID-4 RAID groups.

raid_dp
The aggregate consists of RAID-DP (Double Parity) RAID groups.

реконструира
Най-малко един RAID група в общата съвкупност е реконструирана.

пренасочи
Обобщените преразпределение или преразпределение на файла с опцията-P е започнал на агрегат. Прочетете изпълнение обеми в съвкупност могат да бъдат развалени.

resyncing
Един от plexes на агрегат огледален се resynchronized.

snapmirrored
Общият snapmirrored е реплика на друг агрегат. Това състояние могат да възникнат само ако агрегат е част от традиционния обем.

Трад агрегат се сливаше с един том. Това също е посочена като традиционен обем и е точно еквивалентна на обемите, които са съществували преди данните OnTAP 7.0. Гъвкави обеми не могат да бъдат създадени в рамките на тази съвкупност.

проверка
А RAID операция за проверка на огледалото в момента се работи върху общата.

wafl несъвместими
Общият били маркирани повреден. Моля, свържете с отдела за поддръжка на клиенти, ако виждате един агрегат в това състояние.

ИЗПОЛЗВАНЕ

Следващите команди са на разположение в апартамент aggr :

  добави огледалото ограничават undestroy копие офлайн скраб провери създадете онлайн show_space унищожи опции, разделени media_scrub статус преименувате 

aggr добавете aggrname
[Е]
[-N]
[Гр {raidgroup | нови | всички}]
{Ndisks [@ размер]
|
disk1 [disk2 ... ] diskn [diskn един ... ]]}

Добавя дискове по отношение на съвкупните име aggrname. Посочете дискове по същия начин, както и за команда създават aggr. Ако агрегат е огледален, а след това аргумента на г трябва да се използва два пъти (ако изобщо) .

Ако не се използва опцията-G, дисковете се добавят към най-наскоро създаден RAID група util тя е пълна, и след това са създадени един или повече нови групи за RAID и останалите дискове са добавени нови групи. Всякакви други съществуващи групи за RAID, че не са пълни, остават частично запълнени.

опция позволява спецификация на RAID група (например rg0), които посочените дискове трябва да се добави, или метод, чрез който се прибавят към нови или съществуващи групи RAID дисковете .

Ако опцията-G се използва за да определите група за RAID, че RAID група трябва вече да съществува. Дисковете се добавят към тази група util RAID, тя е пълна. Всички останали дискове са игнорирани.

Ако опцията-G е последван от нови, Data ONTAP създава една или повече нови групи за RAID и добавя дискове към тях, дори ако дисковете ще се поберат в съществуваща група RAID . Всички съществуващи групи RAID, които не са пълни, остават частично запълнени. Името на новите групи на RAID са избрани автоматично. Не е възможно да се посочат имената на новите групи RAID.

Ако опцията-G е последван от всички, Data ONTAP добавя определения дискове първо съществуващите групи RAID. След всички съществуващи групи RAID са пълни, тя създава един или повече нови групи за RAID и добавя определените дискове на нови групи.

опция може да се използва за показване на командата, че системата ще се изпълни, без всъщност да се правят промени . Това е полезно за показване автоматично избрани дискове, например.

По подразбиране, Filer запълва една RAID група с дискове, преди да започне друга RAID група. Да предположим, че агрегат в момента има една RAID група от 12 дискове и RAID група си размер е 14. Ако добавите 5 диска за този агрегат, той ще има една група с RAID 14 дискове и RAID друга група с 3 дискове. Filer не се разпределят равномерно дискове сред RAID групи.

Не можете да добавяте дискове агрегат огледално, ако една от plexes е офлайн.

Дисковете в сложни, не са разрешени за период диск басейни. Това поведение може да бъде отменено с флаг е, когато се използва заедно с г аргумент към списъка дискове, за да добавите . -F флаг, в комбинация с г, може да се използва, за да принуди добавяне на дискове, които имат скорост на въртене, която не съвпада, които на по-голямата част от съществуващите дискове в агрегирания.

aggr копие прекратите [ч] operation_number | всички

Прекратява агрегат копие операции. Opera_ тона ion_number параметър определя коя операция да прекрати. Ако сте задали всички, всички агрегат активни операции на копиране се прекратява .

aggr копие Start
|-И моментна снимка на [-S] [C ]
източник дестинация

Копира всички данни, включително снимки и гъвкави обеми, от един агрегат на друга. Ако най-S флаг се използва, командата копия на всички снимки в източник агрегат дестинацията агрегат . За да зададете конкретна снимка, за да копирате, използвайте най-флаг, следван от името на моментна снимка. Ако използвате нито S нито флаг в командата, Filer създава моментна снимка по времето, когато командата aggr копие началото е изпълнена, и копия само, че моментното състояние до местоназначението агрегат.

The-C флаг се изисква, ако източникът агрегат е свободно пространство, дефрагментиране, извършени върху него, или ако съвкупността дестинация ще бъде свободно пространство defragmented. Свободно пространство на дефрагментиране може да се извършва на съвкупна с помощта на командата преразпределят .

Обобщените копия може да се извършва само между агрегати, че домакин гъвкав обеми. Инертни материали, които са внедрени в традиционните обеми не могат да участват.

Източник и дестинация агрегати могат да бъдат на една и съща Filer или различни filers. Ако източникът или дестинация агрегат е на Filer, различна от тази, на която да въведете командата aggr копие началото, посочва общата името в filer_name: aggre_ г ate_name формат.

Filers, участващи в съвкупност копие, трябва да отговарят на следните изисквания за командата копие aggr започнат да се завърши успешно:

Сборът на източника трябва да бъде онлайн и местоназначението агрегат трябва да бъде ограничена.

Ако копието е между две filers, всяка Filer трябва да бъдат определени като доверен домакин на други Filer. Това е името на Filer трябва да бъде в / и т.н. / hosts.equiv файл на други Filer.

Ако копието е на една и съща Filer, Localhost трябва да бъдат включени в / и т.н. Filer / hosts.equiv файл. Също така, адрес примка трябва да бъде в / и т.н. Filer / хост файла . В противен случай, Filer не може да изпраща пакети към себе си чрез адрес за обратно, когато се опитвате да копирате данни.

Използваемата дисково пространство на дестинацията агрегат трябва да бъде по-голямо или равно на използваемата дисково пространство на източника агрегат. Използвайте DF-команда името на пътя, за да видите количеството използваемо дисково пространство на даден агрегат.

Aggr копие от всяка команда за старт генерира два агрегирани операции копие: за четене на данни от източника агрегат и един за запис на данни до местоназначението агрегат. Всяка Filer поддържа до четири едновременни операции копие на агрегат.

статус aggr копие [operation_number]

Показва напредък на една или всички операции на aggr копие . Операциите са номерирани от 0 до 3.

Рестартирайте контролно-пропускателен пункт информация за всички трансфери, се показва.

aggr копие на газта [operation_number] стойност

Контролира изпълнението на копие операция aggr. Стойността варира от 10 (пълна скорост) до 1 (една десета от пълна скорост). Стойността по подразбиране се поддържа в aggr.copy.throttle опция Filer и е настроен на 10 (пълна скорост) в завода . Можете да прилагат стойността за изпълнение на операция, посочена от operation_number параметър . Ако не укажете брой операция в командния копие aggr педала на газта, командата се прилага за всички операции на копие aggr.

Използвайте тази команда, за да се ограничи скоростта на копие операция aggr, ако подозирате, че операцията на копие aggr причинява проблеми с производителността на вашия Filer. По-специално, педалът на газта е предназначена да спомогне за ограничаване на използването на процесора на копие операция aggr . Не може да се използва за фина настройка на мрежови модели честотна лента потребление.

Командата aggr копие на педала на газта само ви позволява да зададете скоростта на копие операция aggr, че е в ход. За да зададете скоростта по подразбиране aggr копие, да бъдат използвани от бъдещи операции за копиране, използване на възможности за команда, за да настроите aggr.copy.throttle опция.

aggr създават aggrname
[Е]
[М]
[-N]
raidtype]
[-R raidsize]
[T диск тип]
[-R оборота в минута]
[L [спазването | предприятие]]
[-V]
[-L код на език ]
{Ndisks [@ размер]

|
disk1 [disk2 ... ] diskn [diskn един ... ]]}

Създава нов агрегат име aggrname. Общият име може да съдържа букви, цифри и долна черта (_), но първият символ трябва да бъде буква или подчертавка. До 200 агрегати могат да бъдат създадени за всеки Filer. Този брой включва тези агрегати, които са вградени в рамките на традиционните обеми.

Внедреният агрегат може да бъде създаден като част от традиционен обем, като се използва опцията-V. Той не може да съдържа гъвкав обеми.

Редовната агрегат, създадена без опция-V, може да съдържа само гъвкави обеми. Не може да се включи в традиционния обем, и то не съдържа обеми веднага след създаването. Нови гъвкави обеми може да бъде създаден с помощта на командата об създават.

The-т raidtype аргумент определя типа на RAID група (и) да бъдат използвани за създаване на агрегата. Възможните видове RAID група raid4 за RAID-4, raid_dp за RAID-DP (Double Parity), и raid0 за прости ивици без защита за паритет . По подразбиране raidtype за инертни материали и традиционни обеми на filers е raid_dp. Настройка на raidtype не е разрешено на V-серията системи, винаги се използва по подразбиране на raid0.

-R raidsize аргумент определя максималния брой дискове във всяка RAID група в общата съвкупност. Максималните и стойности по подразбиране на raidsize са платформено-зависим, въз основа на съображения за производителност и надеждност . Вижте aggr raidsize опции за повече информация.

-T диск тип аргумент определя типа на дискове, за да използват при създаването на нов агрегат. Той е нужен само на системи, свързани с дискове от различни типове. Възможните видове диск: ATA, FCAL, LUN, SAS, SATA и SCSI. Смесване на дискове от различни видове в един агрегат не е позволено-T не може да се използва заедно с- D.

Disk тип определя диск технология и вида свързаност. ATA идентифицира ATA дискове с IDE или Serial ATA интерфейс в рафтове, свързани в FCAL (Fibre Channel решавани Loop). FCAL идентифицира FC дискове в рафтове, свързани в FC-AL. LUN идентифицира виртуални дискове , които са изнесени от външни масиви за съхранение на данни. Основната технология на диска и RAID тип зависи от изпълнението на такива външни масиви за съхранение. SAS идентифицира Serial Attached SCSI дискове в съвпадение на рафтовете. SATA идентифицира сериен ATA дискове в рафтовете SAS SCSI интерфейс за малки компютърни системи, и тя е включена за обратната съвместимост с по-ранни технологии диск.

-R обороти аргумент определя типа на диска да се използват въз основа на тяхната скорост на въртене в оборота в минута (RPM). Той е нужен само на системи, като на дискове с различни въртене скорости. Типични стойности за скорост на въртене 5400, 7200, 10000, и 15000-R не може да се използва заедно с-г.

ndisks е броят на дискове в съвкупност, включително паритета на дискове. Дисковете в този новосъздадената агрегат идват от басейна на резервни дискове. Най-малките дискове в този басейн да се присъединят към общата първо, освен ако не зададете @ аргумент размер. Размер е размера на диска в GB, както и дискове, които са в рамките на 10% от определения размер, ще бъдат избрани за използване в агрегат.

Опцията-M може да се използва, за да се уточни, че новия агрегат е огледален (имат два plexes) при създаването. Ако тази опция е дадено, тогава ще бъде разделен на посочените дискове в двете plexes. По подразбиране, новият агрегат ще се отрази.

опция може да се използва за показване на командата, че системата ще се изпълни, без всъщност да се правят промени . Това е полезно за показване автоматично избрани дискове, например.

Ако използвате най-г disk1 [disk2 ... ] Аргумент, Filer създава съвкупност с посочените резервни дискове disk1, disk2, и така нататък. Можете да зададете разделени с интервал списък с имена на диска. Две отделни списъци трябва да се уточни в случай на новия агрегат е огледален. В случай, че новия агрегат е огледален, посочените дискове трябва да доведе до равен брой дискове при всяко ново сложни.

Дисковете в сложни, не са разрешени, за да обхване резервни басейни. Това поведение може да бъде преодоляно с опцията-F. Същата опция може да се използва, за да принуди използването на дискове, които нямат съвпадение скорост на въртене. Опцията-F е в сила, само когато се използва с-г опция уточни, дискове, за да използват.

За да създадете агрегат SnapLock, уточнете-L знамето с aggr създаде команда. Този флаг се поддържа само, ако SnapLock Спазването или SnapLock Enterprise е лицензирана . Видът на SnapLock създаден агрегат, спазването или Enterprise, се определя от инсталираната SnapLock лиценз. Ако и двете Спазването SnapLock и SnapLock Enterprise са лицензирани, използвайте-L съответствието или-L предприятие да определите желания тип агрегат.

аргумент language_code могат да бъдат използвани само при създаването на традиционен обем, като се използва опцията-V. Filer създава традиционната обем с език, с кода на езика. По подразбиране е езикът, използван от корен обем на Filer. Виж на об човек страницата за списък на езиковите кодове.

aggr унищожи {aggrname | plexname} [е]

Унищожава агрегат име aggrname или сложно име plexname. Имайте предвид, че ако определен агрегат е свързана с традиционен обем, а след това традиционните си обем е унищожени, както и.

Ако един агрегат, е указано, всички plexes в съвкупност са унищожени. Име агрегат също не трябва да съдържа всякакви гъвкави обеми, независимо от състоянието им монтиране (онлайн, ограничена, или офлайн). Ако е посочено сложни, сложни са разрушени, оставяйки unmirrored агрегат или традиционни обем, съдържащ останалите сложни. Преди да унищожи агрегат, традиционни обем или сложни, потребителят се появи подкана да потвърдите операцията. Е знамето могат да бъдат използвани, за да унищожи един агрегат, традиционни обем или сложни без подканване на потребителя.

Дисковете първоначално в унищожен обект станат резервни дискове. Само офлайн агрегати, традиционните обеми и plexes могат да бъдат унищожени.

aggr media_scrub статут на aggrname | plexname | GROUPNAME ]
[-V]

Отпечатва медиите пречистване на статут на име агрегат, сложно, или група. Ако не е дадено име, след което се отпечатва на статут за всички RAID групи, които в момента провеждате медии скраб. Статутът включва%-пълна и дали то е спряно.

Флага-V показва датата и часа, в които търкат приключи последната пълна медии, дата и час, на която пречистване започна текущата инстанция на медиите, както и текущия статус на име агрегат, сложно, или група. Ако не е дадено име, това по-многословно статус е отпечатана за всички RAID групи с активни медийни ексфолианти.

aggr огледало aggrname
[Е]
[-N]
[V victim_aggrname]
disk1 [disk2 ... ]]

Оказва unmirrored съвкупност в агрегат огледален от добавяне на сложни към него. Сложно е новосформираната от дискове, избрани от резервен басейн, или, ако опцията-V е посочено, е взета от друг съществуващ агрегат unmirrored . Обобщените aggrname понастоящем трябва да се unmirrored. Използвайте aggr създават, за да направи нов, огледален съвкупност от нулата.

Дискове могат да бъдат определени изрично използването на-г по същия начин, както с aggr създават и aggr добавите команди. Броят на посочен дискове трябва да съвпада с броя на съществуващите агрегат. Определени дискове не се разрешава да се простира на диск басейни. Това поведение може да бъде преодоляно с опцията-F. Е опция, в комбинация с г, може да се използва, за да принуди използването на дискове, които имат скорост на въртене, която не съвпада с този на по-голямата част от съществуващите дискове в агрегирания.

Ако дисковете не са посочени изрично, тогава дискове са автоматично избрани да съответстват на тези в съществуващите сложни агрегат.

Опцията-V може да се използва, за да се присъединят към victim_aggrname обратно в aggrname да формират огледален агрегат. Резултатът е огледален агрегат aggrname, който иначе е идентична на aggrname преди операцията. Victim_aggrname е ефективно унищожен. Victim_aggrname трябва да са били дублирана с aggrname, а след това отделени чрез командата Разделяне на aggr Victim_aggrname трябва да е офлайн. В комбинация с опцията-V, е опция може да се използва, за да се присъединят към aggrname и vic_ тона im_aggrname без подканване на потребителя.

The-н опция може да се използва за да покаже командата, че системата ще се изпълни, без да се извършва някакво промени. Това е полезно за показване автоматично избрани дискове, например.

aggr офлайн: {aggrname | plexname }
cifsdelaytime]

Счита агрегат име aggrname (или сложно име plexname) офлайн. Командата влиза в сила преди да се върне. Ако общата вече е в ограничени състояние, а след това той вече е недостъпна за достъп до данни, както и голяма част от следното описание не се прилага.

Ако общата съдържа някакви гъвкава обеми, тогава операцията се прекратява, освен ако Filer е в режим на поддръжка.

Освен в режим на поддръжка, агрегат, съдържащ текущия обем на корен не може да бъде офлайн. Агрегат с обем, който е маркиран, за да се превърне корен (об опции vol_ н AME корен) също не могат да бъдат взети офлайн.

Ако агрегат се вгражда в традиционен том, който има CIFS акции, потребителите трябва да бъдат предупредени преди да започнете да приемате агрегат (и оттам на целия традиционен обем) офлайн. Използвайте-T превключвател за това. Cifsdelaytime аргумент определя броя на минутите, да се забави, преди да приемете вградения агрегат офлайн, през което време CIFS потребителите на традиционните обем са предупредени на до загуба на услуга . Време на 0 означава агрегат офлайн незабавно, без предупреждения. CIFS потребителите могат да загубят данни, ако те не се даде шанс да прекрати приложения грациозно.

Ако plexname е посочено, сложни трябва да бъде част от агрегат огледален и двете plexes трябва да бъдат онлайн. Преди да offlining едно сложно, системата ще флъш всички вътрешно-буфериран данни, свързани със сложни и да направите моментна снимка, че е писано за двете plexes. Кадърът се дава възможност за ефективно ресинхронизираща, когато сложни впоследствие се върна онлайн.

А броят на операциите се извършва на традиционния обем съвкупност може да попречи на aggr офлайн от следващи, за различни периоди от време. Ако такива операции са открити, ще има една секунда да чака за такива операции, за да завърши. Ако те не го направят, командата е прекратено.

A check is also made for files in the aggregate's associated traditional volume opened by internal ONTAP processes. The command is aborted if any are found.

aggr online { aggrname | plexname }
[ -f ]

Brings the aggregate named aggrname (or the plex named plexname ) online. This command takes effect immediately. If the specified aggregate is embedded in a traditional volume, the volume is also also brought online.

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 ]

Displays the options that have been set for aggregate aggrname , or sets the option named optname of the aggregate named aggrname to the value optval . The command remains effective after the filer is rebooted, so there is no need to add aggr options commands to the /etc/rc file. Some options have values that are numbers. Some options have values that may be on (which can also be expressed as yes , true , or 1 ) or off (which can also be expressed as no , false , or 0 ). A mixture of uppercase and lowercase characters can be used when typing the value of an option. The aggr status command displays the options that are set per aggregate.

The following describes the options and their possible values:

fs_size_fixed on | off

This option only applies to aggregates that are embedded in traditional volumes. 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

This command can only be used in maintenance mode. If this option is set, it allows the aggregate containing the root volume to be brought online on booting, even though it is inconsistent. The user is cautioned that bringing it online prior to running WAFL_check or wafliron may result in further file system inconsistency.

nosnap on | off

If this option is on , it disables automatic snapshots on the aggregate. The default setting is off .

raidsize number

Стойността на тази опция е максималният размер на RAID група, които могат да бъдат създадени в агрегат. Промяна на стойността на тази опция няма да доведе до съществуващите групи RAID да расте или се свива, то ще се отрази само дали повече дискове ще бъдат добавени към последните съществуващи RAID група и нови големи групи RAID ще бъде.

Правни стойности за тази опция зависи от raidtype. Например, raid_dp позволява по-големи групи на RAID от raid4 . Граници и стойности по подразбиране са различни за различните видове Filer уреди и различни видове дискове. След таблици определят граници и стойности по подразбиране за raidsize .

   -------------- Raid4 raidsize подразбиране мин. макс -------------- R100 2 8 8 R150 2 6 6 FAS250 2 7 14 други (FCAL дискове) 2, 8, 14 други (ATA дискове) 2 7 7 -------------- -------------- raid_dp raidsize мин. макс по подразбиране ------ -------- R100 3 12 12 R150 3 12 16 други (FCAL дискове) 3 16 28 (АТА дискове) 3 14 16 ---------- ---- 

Тези стойности могат да се променят в бъдещите версии на Data ONTAP.

raidtype raid4 | raid_dp | raid0

Задава вида на RAID, използвани за защита срещу диск провали. Използването на raid4 предоставя един диск паритет на RAID група, докато raid_dp осигурява два. Промяната на тази опция веднага променя RAID тип на всички RAID групи в рамките на агрегат. Когато обновявате RAID групи от raid4 raid_dp, RAID всяка група започва реконструкция на резервен диск, разпределени за втория dparity "паритет диск .

Промяната на тази опция също се променя raidsize, по-подходяща стойност за нови raidtype . Когато обновявате от raid4 raid_dp raidsize ще бъде увеличен до стойността по подразбиране за raid_dp. При понижаване от raid_dp да raid4 raidsize ще бъде намален с размера на най-големия съществуващ RAID група, ако тя е между по подразбиране стойност и срок за raid4 . Ако най-големите RAID група е над границата за raid4 raidsize ще бъде тази граница. Ако най-голямата група на RAID е под стойността по подразбиране за raid4, нови raidsize ще бъде тази стойност по подразбиране. Ако raidsize вече е под стойността по подразбиране за raid4, тя ще бъде намалена с 1.

resyncsnaptime брой

Тази опция се използва, за да настроите честотата на огледалото моментна снимка ресинхронизираща (в минути). Стойността по подразбиране е 60 минути.

корен

Ако тази опция е настроена на традиционен обем, тогава ефектът е идентичен, както е определена в об мъж страница. В противен случай, ако тази опция е настроена на съвкупност, способна да съдържа гъвкав обеми, тогава този агрегат е маркиран като този, че също ще съдържа корена гъвкав обем на следващия рестарт. Тази опция може да се използва само върху един агрегат или традиционни обем във всеки даден момент. Съществуващите агрегат корен или традиционни обем ще стане без корен лице след рестартиране.

До рестартиране на системата,, оригиналния агрегат и / или традиционни обем ще продължи да покаже корен като един от нейните опции, и новия агрегат корен или традиционни обем ще покаже diskroot като опция. Като цяло, общата сума, която има опция diskroot е този, който ще съдържа корена гъвкав обем след следващото рестартиране .

Единственият начин да се премахне корена статус на обобщена или традиционни обем е да се създаде основната опция на друг агрегат или традиционни обем.

snaplock_compliance

This read only option indicates that the aggregate is a SnapLock Compliance aggregate. Aggregates can only be designated SnapLock Compliance aggregates at creation time.

snaplock_enterprise

This read only option indicates that the aggregate is a SnapLock Enterprise aggregate. Aggregates can only be designated SnapLock Enterprise aggregates at creation time.

snapmirrored off

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.

If the aggregate contains any flexible volumes, the operation is aborted unless the filer is in maintenance mode.

If the aggregate is embedded in a traditional volume that has CIFS shares, users should be warned before restricting the aggregate (and hence the entire traditional volume). Use the -t switch for this. The cifsdelaytime argument specifies the number of minutes to delay before taking the embedded aggregate offline, during which time CIFS users of the traditional volume are warned of the pending loss of service. A time of 0 means take the aggregate offline immediately with no warnings given. CIFS users can lose data if they are not given a chance to terminate applications gracefully.

aggr scrub resume [ aggrname | plexname | groupname ]

Resumes parity scrubbing on the named aggregate, plex, or group. If no name is given, resume all RAID groups currently undergoing a parity scrubbing that has been suspended.

aggr scrub start [ aggrname | plexname | groupname ]

Starts parity scrubbing on the named online aggregate. Parity scrubbing compares the data disks to the parity disk(s) in their RAID group, correcting the parity disk's contents as necessary. If no name is given, parity scrubbing is started on all online aggregates. If an aggregate name is given, scrubbing is started on all RAID groups contained in the aggregate. If a plex name is given, scrubbing is started on all RAID groups contained in the plex.

aggr scrub status [ aggrname | plexname | groupname ] [ -v ]

Prints the status of parity scrubbing on the named aggregate, plex, or group; all RAID groups currently undergoing parity scrubbing if no name is given. The status includes a percent-complete, and the scrub's suspended status.

The-V флаг показва датата и времето, в което последната пълна скраб завършен заедно с текущото състояние на уговореното агрегат, сложни, или група; всички RAID групи, ако не е дадено име.

aggr scrub stop [ aggrname | plexname | groupname ]

Stops parity scrubbing on the named aggregate, plex, or group; if no name is given, on all RAID groups currently undergoing a parity scrubbing.

aggr scrub suspend [ aggrname | plexname | groupname ]

Suspends parity scrubbing on the named aggregate, plex, or group; if no name is given, on all RAID groups currently undergoing parity scrubbing.

aggr show_space [ -h | -k | -m | -g | -t | -b ] < aggrname >

Displays the space usage in an aggregate. Unlike df, this command shows the space usage for each flexible volume within an aggregate If aggrname is specified, aggr show_space only runs on the corresponding aggregate, otherwise it reports space usage on all the aggregates.

Всички размери са отчетени през 1024-байтови блокове, освен ако друго не е поискано от една от най-ч-к-м, г, или-T опции. В-к-м, г, и-т опции мащаб всеки размер, свързани с областта на продукцията, да бъде изразена в килобайти, мегабайти, гигабайти или терабайти съответно.

Следните терминология се използва от командния при отчитане на пространство.

       Общо пространство Това е сумата от общото дисково пространство, че сборната.  WAFL резерват WAFL запазва процент от общото дисково пространство за метаданни на агрегирано ниво.  Пространство, използвани за поддържане на обемите в агрегирания излиза на резерва WAFL.  Snap Snap резерват резерв е в размер на мястото, запазено за агрегат снимки.  Използваема пространство Това е общата сума на пространство, което е на разположение на съвкупност за обезпечаване.  Това се изчислява като използваемо място = Обща площ - WAFL резерват - Snap резерват DF показва това като "общо" пространство.  BSR NVLOG Това е валидно само за синхронна дестинации SnapMirror.  Това е сумата, на мястото, използвано в общата съвкупност на дестинация Filer за съхранение на данни, изпратени от източника Filer (а), преди да го изпратите на диска.  Разпределени Това е сумата на мястото, запазено за обем и пространство, използвани от лица, които не запазени данни.  За обем гарантирани обеми, това е най-малко на размера на силата на звука, тъй като няма данни да е безусловно.  За обеми с пространство гаранция за никой, тази стойност е същото като "използвани" пространство (както е обяснено по-долу), тъй като не е запазено неизползвано място.  Заделеното пространство стойност показва размера на пространството, че звукът е като от сбора.  Тази стойност може да бъде по-голяма от размера на силата на звука, защото той включва също и метаданните, изисквани за поддържане на силата на звука.  Използва Това е сумата на пространството, което е на диск блокове.  Тази стойност не е същата като пространство "използвани", показан от командата DF.  Използвано пространство в този случай включва метаданни, необходими за поддържане на гъвкав обем.  Наличност Общо количество на свободно място в агрегирания.  Това е същото като напразно пространство, докладвани от DF. 

aggr разделят plexname aggrname
[-R oldvol newvol] [-R ...]
[Наставка]

Премахва plexname от агрегат огледален и създава нов unmirrored агрегат aggrname че съдържа сложни. Оригиналът агрегат огледален става unmirrored. Сложно да се раздели от оригиналния агрегат, трябва да са функционални (частично), но може да бъдат неактивни, resyncing или outof дата. Aggr разделянето може да бъде използван, за да получат достъп до комплексни, че не е актуална по отношение на своя партньор сложни, ако си партньор сложно е в момента не успя.

Ако общата,,, в която plexname пребивава е вградена в традиционен обем, aggr разделят се държи по същия начин , за да об сплит. Новият агрегат се вгражда в нов традиционни обем със същото име.

Ако съвкупност, в която пребивава plexname съдържа точно един гъвкав обем, aggr разделен по подразбиране преименувате изображение на гъвкав обем в части от сложни, за да бъде същата като на новия агрегат.

Ако съвкупност, в която пребивава plexname, съдържа повече от един гъвкав обем, е необходимо да се уточни как да назове обемите в новия агрегат, в резултат от разделянето. Опцията-R може да се използва неколкократно, за да даде на всеки гъвкав обем в резултат обобщи ново име. В допълнение, е опция може да се използва, за да посочите наставка, която се добавя към края на всички гъвкав обем имена, които не са обхванати от А-Р.

Ако оригиналния агрегат е ограничен по време на раздялата, в резултат на съвкупното, също ще бъде ограничен. Ако ограничен агрегат е домакин гъвкави обеми, те не се преименуват в момента на раздялата. Гъвкавите обеми ще бъде преименуван по-късно, когато името е открит конфликт, макар и да внасят съвкупна онлайн. Гъвкави обеми в агрегат, който е предявен онлайн първо да запази имената им. Този агрегат може да бъде или оригиналния агрегат, или агрегат, в резултат от разделянето. Когато другите агрегат онлайн е предявен по-късно, гъвкави обеми в този агрегат ще бъде преименуван.

Ако сложни на съвкупност, вградени в рамките на традиционните обем е неактивен в момента на раздялата, в резултат на агрегат ще бъде офлайн. Когато разделяне на сложни от един агрегат, който е домакин на гъвкави обеми, ако това сложно е неактивен, но съвкупният е на линия, в резултат агрегат ще дойде онлайн, и ще бъде преименувана на гъвкавата си обеми. Не е позволено да се раздели сложни от офлайн агрегат.

Евентуално разделяне на огледалото могат да бъдат съединени заедно чрез най-V опция за aggr огледало.

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

Displays the status of one or all aggregates on the 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.

ПРИМЕРИ

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 

ВИЖ СЪЩО

vol , partner , snapmirror , sysconfig .


Table of Contents






















































Manual Pages , , , ,

cf

7-ми юли, 2009 г.

Съдържание

ИМЕ

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

СИНОПСИС

cf [ disable | enable | forcegiveback | forcetakeover [ -df ] | giveback [ -f ] | hw_assist [ status | test stats [ clear ] ] | monitor | partner | status [ -t ] takeover [ -f ] | [ -n ]]

cf nfo [ enable | disable ] disk_shelf

cf nfo status

ОПИСАНИЕ

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.

monitor
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 .”

status
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.

ВИЖ СЪЩО

партньор


Table of Contents



Manual Pages , , , ,

bootfs

7-ми юли, 2009 г.

Съдържание

ИМЕ

bootfs – boot file system accessor command (ADVANCED)

СИНОПСИС

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

ОПИСАНИЕ

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 0x25a00 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 

ВИЖ СЪЩО

изтеглите


Table of Contents

Manual Pages , , , ,

boot

7-ми юли, 2009 г.

Съдържание

ИМЕ

boot – directory of Data ONTAP executables

SYNOPSIS

/etc/boot

ОПИСАНИЕ

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.

ВИЖ СЪЩО

изтеглите


Table of Contents

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN: F [1.9.11_1134]
Оцени този пост:
Рейтинг: 0.0 / 10 (0 подадените гласове)

Manual Pages , , , ,

bmc

7-ми юли, 2009 г.

Съдържание

ИМЕ

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

СИНОПСИС

bmc help

bmc reboot

bmc setup

bmc status

bmc test autosupport

ОПИСАНИЕ

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.

status
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.

ПРИМЕРИ

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 

ВИЖ СЪЩО

setup , options

NOTES

Some of these commands might pause before completing while the Baseboard Management Controller (BMC) is queried. Това е нормално поведение.


Table of Contents

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN: F [1.9.11_1134]
Оцени този пост:
Рейтинг: 0.0 / 10 (0 подадените гласове)

Manual Pages , , , ,

backuplog

7-ми юли, 2009 г.

Съдържание

ИМЕ

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

СИНОПСИС

/etc/log/backup

ОПИСАНИЕ

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:

Start
Dump/restore starts.

Restart
Restart of a dump/restore.

End
Dump/restore completes successfully.

Abort
The operation aborts.

Error
Dump/restore hits an unexpected event.

Опции
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)

TYPE
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:

TYPE
= 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

ВИЖ СЪЩО

dump , restore , options


Table of Contents

Manual Pages , , , ,

backup

7-ми юли, 2009 г.

Съдържание

ИМЕ

backup – manages backups

SYNOPSIS

backup status [ <ID> ]

backup terminate <ID>

ОПИСАНИЕ

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:

ID
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.

Level
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.

SEE ALSO

dump


Table of Contents



Manual Pages , , , ,

autosupport

7-ми юли, 2009 г.

Съдържание

ИМЕ

autosupport – notification daemon

СИНОПСИС

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.

ОПИСАНИЕ

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. Ако е изключена, тези секции са пропуснати . По подразбиране е изключена.

autosupport.content
The type of content that the autosupport notification should contain. Allowable values are complete and minimal . Стойността по подразбиране е пълна. 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. По подразбиране е 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. По подразбиране е изключена.

autosupport.mailhost
Определя списък с до 5 mailhost имена. Enter the host names as a comma-separated list with no spaces in between. По подразбиране е празен списък.

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 . По подразбиране е systemid.

autosupport.noteto
Defines the list of recipients for the autosupport short note email. До 5 мейл адреси са разрешени. 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. По подразбиране е изключено

autosupport.performance_data.enable
Enables/disables hourly sampling of system performance data, and weekly creation of a performance data autosupport. По подразбиране е включена.

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. Стойността по подразбиране е 4м.

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 . По подразбиране
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). Стойността по подразбиране е 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 . Стойността по подразбиране за тази опция.

autosupport.to
Defines the list of recipients for the autosupport email notification. До 5 мейл адреси са разрешени. Enter the addresses as a comma-separated list with no spaces in between. По подразбиране е празен списък. 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.

CONTENTS

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.

SEE ALSO

options , partner , setup , hosts , RFC821


Table of Contents






























































Manual Pages , , , ,

auditlog

7-ми юли, 2009 г.

Съдържание

ИМЕ

auditlog – contains an audit record of recent administrative activity

СИНОПСИС

<logdir>/auditlog

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

ОПИСАНИЕ

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.

FILES

<logdir>/auditlog
auditlog file for current week. <logdir>/auditlog.[0-5] auditlog files for previous weeks

ВИЖ СЪЩО

options , syslog.conf


Table of Contents

Manual Pages , , , ,



Този сайт не е свързан, или спонсорирани по никакъв от NetApp или друга компания, посочени в рамките на.

Bad Behavior has blocked 1173 access attempts in the last 7 days.

© 2009-2012 Крис Кранц Всички права запазени
Този сайт не е свързан, или спонсорирани по никакъв от NetApp или друга компания, посочени в рамките на.