Archive

Posts Tagged 'man'

NetApp Man Pages

July 7th, 2009

NetApp ay mabait ibinigay sa akin ng pahintulot upang ipa-publish muli ang kanilang mga pahina ng tao dito. Kailangan sila pa rin ng kaunti tidying up, ngunit ang manipis na manipis dami nangangahulugan tumagal sa akin sandali upang makakuha ng lahat ng mga ito pinagsunod-sunod at cross-reference maayos, mangyaring patawarin ang anumang mga visual na mga isyu para sa mga sandali. Sinulat ko ang isang mabilis na pag-parse ng tool upang makakuha ng lahat ng impormasyon sa dito, kaya maaaring may mga ilang mga isyu na nagreresulta mula sa na pa.

Palagi ko na nagustuhan ang paraan na PHP ang kanilang mga function na mga pahina ng pagbibigay ng mga gumagamit ng kakayahan na puna direkta papunta sa kanila. Na ito ay nagbibigay-daan sa mga tao na mag-iwan ng puna sa mga function at mga kasangkapan, at din follow up na may ilang karagdagang mga gamit o syntax para sa mga utos na hindi palaging malinaw na-publish. Sana ito maaari feed pabalik sa ang NetApp upang mapabuti ang kanilang mga papeles.

Gusto ko tiyak na upang hikayatin ang mga tao na magkomento sa mga tao sa anumang bagay na maaaring maging kapaki-pakinabang, at sana ay bumuo ng ito sa isang kapaki-pakinabang na maliit na seksyon ng sanggunian. Maraming salamat muli para sa NetApp katutubong sa pagtulong sa akin na ito.

VN: F [1.9.11_1134]
Ire-rate ang post na ito:
Rating: 8.8/ 10 (19 votes cast)

General , Manual Pages , , , ,

aggr

Hulyo 7th, 2009

Talaan ng nilalaman

NAME

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

Sinopsis

aggr command argument …

Paglalarawan

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.

Ang pamilya ng utos ng aggr ay bagong sa Data ONTAP 7.0. Ang pamilya ng utos ng Vol na ibinigay kontrol sa tradisyonal vol_ u mes na fused sa isang solong user-nakikita na file system at isang solong pagsalakay-level na imbakan lalagyan (pinagsama-samang) sa isang mapaparte yunit, at gumagana pa rin. Upang payagan ang para sa higit nababaluktot paggamit ng imbakan, mga aggregates ngayon din sumusuporta sa kakayahan upang maglaman ng maramihang, independiyenteng sistema sa antas ng user-file na may pangalang nababaluktot volume.

Ang data ONTAP 7.0 ay ganap na sumusuporta sa parehong tradisyonal at nababaluktot na mga volume. Ang aggr utos pamilya ay ang ginustong pamamaraan para sa pamamahala ng mga aggregates isang filer, kabilang ang mga na naka-embed sa mga tradisyonal na volume.

Tandaan na ang karamihan ng utos aggr aplay pantay sa parehong uri ng pinagsama-samang na naglalaman ng mga nababaluktot volume at ang uri na ay matatag na itinali upang bumuo ng isang tradisyunal na dami. Kaya, ang mga kataga ng pinagsama-samang ay kadalasang ginagamit dito upang sumangguni sa parehong klase ng imbakan. Sa mga kasong iyon, ito ay nagbibigay ng isang takigrapya para sa mas mahaba at mas mahirap gamitin parirala "aggregates at mga tradisyonal na volume".

Aggregates ay maaaring alinman sa maging mirrored o unmirrored. Ang plex Ang ay isang pisikal na kopya ng WAFL imbakan sa loob ng pinagsama-samang. Binubuo ng pinagsamang A mirrored ng dalawang plexes; mga aggregates ng unmirrored naglalaman ng isang solong plex. Upang lumikha ng isang mirrored pinagsama-samang, kailangan mong magkaroon ng isang na filer configuration na sumusuporta sa pagsalakay-antas mirroring. Kapag mirroring ay pinagana sa filer, ang ekstrang disk ay nahahati sa dalawang pool disk. Kapag ang isang pinagsama-samang ay nilikha, ang lahat ng mga disk sa isang solong plex dapat na dumating mula sa parehong disk pool, at ang ng dalawang plexes ng isang pinagsama-samang mirrored dapat na binubuo ng mga disk mula sa mga hiwalay na pool, bilang na ito ay magpapakinabang kasalanan paghihiwalay. Ang patakarang ito ay maaaring maging overridden may-f pagpipilian sa aggr Lumikha, aggr add at aggr mirror, ngunit ito ay hindi inirerekomenda.

Ang isang pinagsama-samang pangalan ay maaaring maglaman ng mga titik, numero, at ang salungguhit character (_), ngunit ang unang character ay dapat na isang sulat o salungguhit. Maaring lumikha ng isang pinagsamang kabuuang ng hanggang sa 200 aggregates (kabilang ang mga naka-embed sa mga tradisyonal na volume) sa bawat filer.

Plex ay maaaring maging online o offline. Kung ito ay naka-offline, ito ay hindi magagamit para basahin o isulat ang access. Plexes ay maaaring maging sa mga kumbinasyon ng mga sumusunod na kalagayan:

normal ang lahat ng mga grupo ng pagsalakay sa ang plex ay functional.

Nabigo Sa hindi bababa sa isa ng mga grupo ng pagsalakay sa plex ay nabigo.

walang laman plex Ang ay bahagi ng isang pinagsama-samang na ay nalikha, at isa o higit pa ng mga disk na naka-target sa ang mga pinagsama-samang ay kailangang zeroed bago na idinagdag sa plex.

Ang aktibong plex Ang ay magagamit para sa paggamit.

hindi aktibo
Plex ay hindi magagamit para sa paggamit.

resyncing
Mga nilalaman ng plex ay kasalukuyang wala na sa petsa at sa proseso ng na resynchronized sa ang mga nilalaman ng iba pang mga plex ng pinagsama-samang (nalalapat sa mirrored mga aggregates lamang).

pagdaragdag ng disk
Ang disk ay idinagdag sa pagsalakay grupo ang plex (s).

wala na sa uso
Ang estado na ito ay lamang nangyayari sa mirrored aggregates kung saan isa ng ang plexes ay nabigo. Ang di-Nabigong plex ay nasa estado na ito kung ito ay kinakailangan na resynchronized sa panahon sa iba pang mga plex nabigo.

Ang plex A ay pinangalanan gamit ang pangalan ng pinagsama-samang, isang slash karakter delimiter, at ang pangalan ng plex. Ang sistema ay automatikong pinipili ang mga pangalan plex sa paglikha ng oras. Halimbawa, ang unang plex na nilikha sa pinagsama-samang aggr0 ay magiging aggr0/plex0.

Ang pinagsama-samang isang maaaring maging online, nalilimitahan, o offline. Kapag ang isang pinagsama-samang ay naka-offline, walang magbasa o sumulat ng access ay pinapayagan. Kapag ang isang pinagsama-samang ay nalilimitahan, ang ilang mga operasyon ay pinahihintulutan (tulad ng pinagsama-samang kopya, pagkakapareho ng recomputation o pagsalakay tatag) ngunit ay hindi pinapayagan ang access sa data. Aggregates na ay hindi isang bahagi ng isang tradisyonal na dami ay maaari lamang hinihigpitan o offlined kung hindi sila naglalaman ng anumang mga nababaluktot volume.

Aggregates ay maaaring maging sa mga kumbinasyon ng mga sumusunod na kalagayan:

aggr pinagsama-samang ay isang modernong-araw na pinagsama-samang, ito ay kaya ng na naglalaman ng zero o higit nababaluktot volume.

kopya
Ang pinagsamang Ang ay kasalukuyang pinagsama-samang ang target ng aktibong operasyon aggr na kopya.

nagpapasama
Ang pinagsama-samang ay naglalaman ng hindi bababa sa isang mababang pagsalakay group na ay hindi na reconstructed.

dayuhan
Ang mga disk na ay naglalaman ng pinagsama-samang ay inilipat sa kasalukuyang filer mula sa isa pang filer.

tumutubo
Disk ay nasa proseso na idinagdag sa pinagsama-samang.

Sinisimulan
Ang pinagsama-samang ay nasa proseso ng initialized.

hindi wasto
Pinagsama-samang ay naglalaman ng walang volume at wala maidadagdag. Kadalasan ito ang mangyayari lamang pagkatapos ng isang iniurong na pinagsama-samang operasyon ng kopya.

pamamalantsa
Isang WAFL check pareho ay isinagawa sa pinagsama-samang ito.

mirror nagpapasama
Ang pinagsama-samang ay isang mirrored pinagsama-samang, at ang isa ng nito plexes ay offline o resyncing.

mirrored
Pinagsama-samang ay mirrored at ang lahat ng kanyang mga grupo ng pagsalakay ay functional.

pangangailangan suriin
Isang WAFL pareho ng tseke ay kailangang maisagawa sa pinagsama-samang.

may pinapanigan
Hindi bababa sa isang disk ay natagpuan para sa pinagsama-samang, ngunit dalawa o higit pang mga disk ay nawawala.

raid0 pinagsama-samang binubuo ng salakayin-0 (hindi pagkakapareho) pagsalakay group (V-Series at NetCache na lamang).

raid4 pinagsama-samang binubuo ng pagsalakay-4 salakay group.

raid_dp
Ang pinagsama-samang ang binubuo ng pagsalakay-DP (Double pagkapareho) salakay group.

magpanibagong-tatag
Hindi bababa sa isang pagsalakay group sa pinagsama-samang ay na-reconstructed.

redirect
Ang pinagsama-samang reallocation o file reallocation na ang-p pagpipilian ay nagsimula sa ng pinagsamang. Basahin ang pagganap sa mga volume na sa pinagsama-samang maaaring nagpapasama.

resyncing
Mga Isa ng ang mga plexes ng isang pinagsama-samang mirrored ay na resynchronized.

snapmirrored
Ang pinagsama-samang ay isang kopya ng snapmirrored ng isa pang pinagsama-samang. Ang estado na ito ay maaari lamang manggaling kung ang pinagsama-samang ay bahagi ng isang tradisyonal na dami.

trad pinagsama-samang Ang ay fused sa isang solong dami. Ito ay din-refer sa bilang isang tradisyunal na lakas ng tunog at ang eksaktong katumbas sa volume na umiiral bago Data OnTAP 7.0. Nababaluktot volume ay hindi maaaring nilikha sa loob ng pinagsama-samang ito.

verify
Ang pagsalakay mirror pagpapatunay operasyon ay kasalukuyang tatakbo sa pinagsama-samang.

wafl hindi pantay-pantay
Pinagsama-samang ay minarkahan napinsala. Mangyaring makipag-ugnayan sa Customer Support kung makikita mo ang isang pinagsama-samang sa estado na ito.

Paggamit

Ang mga sumusunod na utos ay magagamit sa aggr suite:

  magdagdag ng mirror higpitan kopyahin undestroy offline Scrub verify lumikha ng online show_space sirain pagpipilian split media_scrub muling pangalanan katayuan 

aggr add aggrname
[-F]
[-N]
[-G {raidgroup | bagong | lahat}]
{Ndisks [@ laki]
|
-D disk1 [disk2 ... ] [-D diskn [diskn +1 ... ]]}

Ang nagdadagdag disk sa ang mga pinagsama-samang pinangalanan aggrname. Tukuyin ang mga disk sa parehong paraan tulad ng para sa command aggr ng Lumikha. Kung ang pinagsama-samang ang ay mirrored, pagkatapos ang-d argument ay dapat gamitin nang dalawang beses (kung sa lahat).

Kung ang-g pagpipilian ay hindi ginagamit, ang mga disk ay idinagdag sa pinaka-kamakailan lamang nalikha pagsalakay grupo util na ito ay puno na, at pagkatapos ng isa o higit pang mga bagong grupo ng pagsalakay ay nilikha at mga natitirang disk ay idinagdag sa bagong grupo. Anumang iba pang mga umiiral na pagsalakay group na hindi buong mananatiling bahagyang napuno.

Ang-g pagpipilian ay nagbibigay-daan sa detalye ng isang pagsalakay grupo (halimbawa, rg0) na kung saan ang mga isinaad na mga disk ay dapat maidagdag, o ng isang paraan na kung saan ang mga disk ay idinagdag sa bago o umiiral na mga grupo sa pagsalakay.

Kung ang-g pagpipilian ay ginagamit upang tukuyin ang isang grupo ng pagsalakay, na pagsalakay group ay dapat na umiiral. Ang disk ay idinagdag sa pagsalakay na util group na ito ay puno. Anumang mga natitirang mga disk ay hindi pinansin.

Kung ang-g pagpipilian ay sinundan sa pamamagitan ng bagong, Data ONTAP lumilikha ng isa o higit pang mga bagong grupo ng pagsalakay at idinadagdag ang mga disk sa kanila, kahit na ang disk ay magkasya sa isang umiiral na pagsalakay ng grupo. Ang anumang umiiral na pagsalakay group na hindi buong mananatiling bahagyang napuno. Ang pangalan ng mga bagong grupo ng pagsalakay ay awtomatikong pinili. Ito ay hindi posible upang tukuyin ang mga pangalan para sa bagong grupo pagsalakay.

Kung ang-g pagpipilian ay sinusundan ng lahat ng, Ang Data ONTAP ay nagdadagdag sa mga tinukoy na disk sa mga umiiral na mga pagsalakay unang. Matapos ang lahat ng mga umiiral na pagsalakay group ay puno, ito ay lumilikha ng isa o higit pang mga bagong grupo ng pagsalakay at nagdadagdag sa tinukoy na disk sa bagong grupo.

Ang-n pagpipilian ay maaaring gamitin upang ipakita ang command na sistema ay execute, nang hindi aktwal na paggawa ng anumang mga pagbabago. Ito ay kapaki-pakinabang para sa pagpapakita ng awtomatikong napiling disk, halimbawa.

Sa pamamagitan ng default, ang filer ang pumupuno isa pagsalakay group sa disk bago simulan ang isa pang salakay group. Ipagpalagay na ang pinagsama-samang isang kasalukuyang may isang pagsalakay grupo ng 12 mga disk at nito salakayin grupo sukat ay 14. Kung nagdagdag ka ng 5 mga disk na ito pinagsama-samang, ito ay isang pagsalakay group na may 14 mga disk at iba pang pagsalakay group na may 3 mga disk. Filer ay hindi pantay-pantay na ipamahagi ang mga disk sa mga grupo ng pagsalakay.

Hindi ka maaaring magdagdag ng mga disk sa isang pinagsama-samang mirrored kung isa ng plexes ay offline.

Ang disk sa isang plex ay hindi pinahihintulutan sa sumasaklaw ng mga pool sa disk. Ang pag-uugaling ito ay maaaring maging overridden sa the-f bandila kapag ginamit kasama ang-d na argumento sa listahan ng mga disk upang idagdag. The-f bandila, sa ang kombinasyon may-d, maaari ring gamitin upang pilitin ang pagdaragdag ng mga disk na may isang palitin bilis na hindi tumutugma na ang karamihan ng mga umiiral na mga disk sa ang mga pinagsama-samang.

aggr kopya i-abort [-h] operation_number | lahat

Terminates ng pinagsama-samang mga operasyon ng kopya. Ang parameter ng ​​opera_ ang t ion_number tumutukoy kung aling mga operasyon upang wakasan. Kung tinukoy mo ang lahat, ang lahat ng pinagsama-samang mga aktibong kopya operasyon ay tinapos.

aggr kopya ng pagsisimula
[-S |-ng snapshot] [-C]
pinagmulan destination

Kopya lahat ng mga data, kabilang ang mga snapshot at nababaluktot volume, mula sa isang pinagsama-samang sa ibang. Kung ang-S bandila ay ginagamit, ang utos na ang mga kopya ng lahat ng mga snapshot sa source na pinagsama-samang sa pinagsama-samang destination. Upang tukuyin ang isang partikular na snapshot upang kopyahin, gamitin ang-s bandila na sinusundan ng pangalan ng snapshot. Kung gumamit ka ng alinman sa-S o-mga bandila sa utos, ang filer lumilikha ng isang snapshot sa oras na kapag ang simula aggr kopya utos ay pinaandar at kopya lamang na snapshot sa pinagsama-samang destination.

Ang-C bandila ay kinakailangan kung ang source ng pinagsama-samang ay may libreng-espasyo defragmentation ginagawa ito, o kung ang patutunguhan ng pinagsama-samang ay libreng-espasyo defragmented. Libreng-espasyo defragmentation maaaring gumanap sa isang pinagsama-samang paggamit ng reallocate utos.

Pinagsama-samang mga kopya ay maaari lamang ginanap sa pagitan ng aggregates na mag-host sa nababaluktot volume. Aggregates na naka-embed sa mga tradisyonal na volume ay hindi maaaring lumahok.

Ang pinagmulan at patutunguhan aggregates ay maaaring maging sa parehong filer o ibang mga filers. Kung ang source o destinasyon pinagsama-samang ay sa isang filer sa iba pang kaysa sa isa na kung saan ipinasok mo ang aggr utos ng simula ng kopya, tukuyin ang pinagsama-samang pangalan sa ang filer_name: sa aggre_ g ate_name format.

Ang mga filers na kasangkot sa isang pinagsama-samang kopya ay dapat na matugunan ang mga sumusunod na mga kinakailangan para sa kopya utos aggr simula upang makumpleto matagumpay:

Ang pinagmulan pinagsama-samang dapat na online at ang destination pinagsama-samang dapat na hinihigpitan.

Kung ang kopya ay sa pagitan ng dalawang filers, ang ang filer bawat isa ay dapat na tinukoy bilang isang pinagkakatiwalaang host ng iba pang mga filer. Iyon ay, ang pangalan ng filer ay dapat nasa / etc / hosts.equiv file sa iba pang mga filer.

Kung ang kopya ay sa parehong filer, na localhost dapat ay kasama sa / etc ang filer / hosts.equiv file. Gayundin, ang loopback address ay dapat maging sa / etc ang filer / host file. Kung hindi man, ang filer ay hindi maaaring magpadala ng packets sa sarili sa pamamagitan ng loopback address kapag sinusubukan upang kopyahin ang mga data.

Ang mga magagamit na puwang sa disk ng pinagsama-samang destination ay dapat na mas malaki kaysa sa o katumbas ng magagamit na puwang sa disk ng pinagsama-samang pinagmulan. Gamitin ang df-isang utos ng pathname upang makita ang halaga ng magagamit na puwang sa disk ng isang partikular na pinagsama-samang.

Bawat utos ng pagsisimula ng aggr kopya bumubuo ng dalawang pinagsamang operasyon ng kopya: isa para sa pagbabasa ng mga data mula sa pinagsama-samang pinagmulan at isa para sa pagsulat ng mga data sa pinagsama-samang destination. Ang filer bawat sumusuporta hanggang sa apat na sabay-sabay pinagsama-samang mga operasyon ng kopya.

aggr kopya katayuan [operation_number]

Nagpapakita ng progreso ng isa o ng lahat aggr kopya operasyon. Ang mga operasyon ay bilang mula 0 hanggang 3.

I-restart ang tsekpoint impormasyon para sa lahat ng mga transfers ay ipinapakita din.

aggr kopya balbula [operation_number ang] halaga

Kinokontrol ang pagganap ng pagpapatakbo ng kopya ng aggr. Halaga ang mga saklaw mula sa 10 (todo bilis) sa 1 (isang-ikasampu ng buong bilis). Ang default na halaga ay pinananatili sa aggr.copy.throttle pagpipilian ang filer at ay nakatakda 10 (todo bilis) sa pabrika. Maaari mong ilapat ang halaga ng pagganap sa isang operasyon na tinukoy sa pamamagitan ng ang mga parameter ng ​​operation_number. Kung hindi mo tukuyin ang isang operasyon bilang sa ng utos aggr ang kopya ng balbula, ang command ay naaangkop sa lahat ng kopya ng aggr operasyon.

Gamitin ang command upang limitahan ang bilis ng pagpapatakbo ng kopya ng aggr kung pinaghihinalaan mo na ang pagpapatakbo ng aggr kopya ay nagiging sanhi ng mga problema sa pagganap sa iyong filer. Sa partikular, ang balbula ay dinisenyo upang makatulong na limitahan ang paggamit ng CPU ng operasyon ng aggr kopya. Hindi ito maaaring magamit sa pinong-tune network bandwidth consumption pattern.

Ang balbula utos ng aggr kopya lamang ay nagbibigay-daan sa iyo upang itakda ang bilis ng isang kopya ng aggr operasyon na isinasagawa. Upang itakda ang default na bilis ng kopya ng aggr na ginamit sa pamamagitan ng mga hinaharap na mga operasyon ng kopya, gamitin ang utos ng mga pagpipilian itakda ang aggr.copy.throttle na pagpipilian.

aggr Lumikha aggrname
[-F]
[-M]
[-N]
[-T raidtype]
[-R raidsize na]
[-T disk-uri]
[-R rpm]
[-L [pagsunod | enterprise]]
[-V]
[-L wika-code]
{Ndisks [@ laki]

|
-D disk1 [disk2 ... ] [-D diskn [diskn +1 ... ]]}

Ang ay lumilikha isang bagong pinagsama-samang pinangalanan aggrname. Ang pinagsama-samang pangalan ay maaaring maglaman ng mga titik, numero, at ang salungguhit character (_), ngunit ang unang character ay dapat na isang sulat o salungguhit. Hanggang sa 200 aggregates ay maaaring nilikha sa bawat filer. Ang bilang na ito ay kasama ang mga mga aggregates iyon ay naka-embed sa loob ng tradisyonal na volume.

Isang naka-embed na pinagsama-samang maaaring nilikha bilang bahagi ng isang tradisyonal na dami na gamit ang-v pagpipilian. Hindi ito maaaring maglaman ng anumang nababaluktot volume.

Ang isang regular na pinagsama-samang, na nilikha nang walang ang-v pagpipilian, ay maaaring maglaman lamang nababaluktot volume. Hindi ito maaaring inkorporada sa isang tradisyunal na dami, at naglalaman ito ng walang volume kaagad pagkatapos ng paglikha. Bagong nababaluktot volume ay maaaring nilikha gamit ang Vol ang utos ng Lumikha.

Ang-t argumento raidtype tumutukoy sa uri ng pagsalakay group (s) na ginagamit upang lumikha ng pinagsamang. Ang mga uri ng posibleng pagsalakay group raid4 para sa pagsalakay-4, raid_dp para sa pagsalakay-DP (Double pagkapareho), at raid0 para sa simpleng striping walang pagkakapareho proteksyon. Ang ang na default raidtype para sa mga aggregates at mga tradisyonal na volume sa filers ay raid_dp. Pagtatakda ng raidtype ay hindi pinahihintulutan sa mga V-Series sistema; ang mga default ng raid0 ay palaging ginagamit.

Ang-r raidsize na argumento ay tinutukoy ang maximum na bilang ng mga disk sa bawat grupo ng pagsalakay sa pinagsama-samang. Ang maximum na at default na mga halaga ng raidsize platform-umaasa, batay sa pagsasaalang-alang ng pagganap at pagiging maaasahan. Tingnan ang mga pagpipilian aggr raidsize para sa karagdagang detalye.

Ang-T disk-uri ng argumento ay tumutukoy sa uri ng mga disk upang gamitin kapag lumilikha ng isang bagong pinagsamang. Ito ay kinakailangan lamang sa mga system na konektado sa mga disk ng iba't-ibang uri. Posibleng mga uri ng disk ay: Ata, FCAL, LUN, SAS, SATA, at SCSI. Halo disk ng iba't ibang mga uri sa isang pinagsama-samang ay hindi pinapayagan.-T ay hindi maaaring gamitin kasama ng-d.

Kinikilala ng disk uri ng disk teknolohiya at uri ng koneksyon. Ata Kinikilala mga Ata disk gamit ang alinman sa IDE o serial Ata interface sa mga shelves na konektado sa FCAL (Fibre Channel Arbitrated Umikot). FCAL Kinikilala mga FC disk sa mga shelves na konektado sa FC-AL. LUN Kinikilala virtual disk na iniluwas mula sa panlabas na imbakan arrays. Ang kalakip na teknolohiya ng disk at uri ng pagsalakay ay depende sa pagpapatupad ng naturang panlabas na imbakan arrays. SAS Kinikilala Serial Naka-attach SCSI disk sa pagtutugma ng shelves. Ang SATA Kinikilala mga serial Ata disk sa SAS shelves. SCSI ibig sabihin para sa Maliit na Computer System Interface, at ito ay kasama para sa paatras pagkakatugma may mas maaga teknolohiya disk.

Ang-R argumento rpm tumutukoy sa uri ng mga disk upang gamitin batay sa kanilang palitin bilis sa revolutions kada minuto (rpm). Ito ay kinakailangan lamang sa mga sistema ng pagkakaroon ng mga disk na may ibang mga palitin bilis. Karaniwang mga halaga para sa palitin bilis ay 5400, 7200, 10000, at 15,000.-R ay hindi maaaring gamitin kasama ng-d.

ndisks ay ang bilang ng mga disk sa pinagsama-samang, kabilang ang mga disk pagkapareho. Ang mga disk sa bagong nilikha pinagsama-samang ay mula sa pool ng ekstrang disk. Ang pinakamaliit na mga disk sa pool sumali ng pinagsamang unang, maliban kung tinukoy mo @ argumento laki laki ay ang laki ng disk sa GB, at mga disk na ay sa loob ng 10% ng tinukoy na sukat ay pinili para sa paggamit sa pinagsama-samang.

The-m pagpipilian ay maaaring gamitin upang tukuyin na ang mga bagong pinagsama-samang maging ang mirrored (dalawang plexes) sa paglikha. Kung ang pagpipiliang ito ay ibinigay, pagkatapos ay ang mga isinaad na mga disk ay nahahati sa dalawang plexes. Sa pamamagitan ng default, ang mga bagong pinagsamang ay hindi mirrored.

Ang-n pagpipilian ay maaaring gamitin upang ipakita ang command na sistema ay execute, nang hindi aktwal na paggawa ng anumang mga pagbabago. Ito ay kapaki-pakinabang para sa pagpapakita ng awtomatikong napiling disk, halimbawa.

Kung gagamitin mo ang-d disk1 [disk2 ... Ang] argument, ang filer ang lumilikha ng pinagsamang sa tinukoy na mga ekstrang disk disk1, disk2, at iba pa. Maaari mong tukuyin ang isang puwang-separated na listahan ng mga pangalan ng disk. Dalawang magkahiwalay na listahan ay dapat natukoy kung ang mga bagong pinagsamang ay mirrored. Sa kaso na ang mga bagong pinagsamang ay mirrored, ang mga isinaad na mga disk ay dapat magresulta sa isang patas na bilang ng mga disk sa bawat bagong plex.

Ang disk sa isang plex ay hindi pinahihintulutan sa sumasaklaw ekstrang pool. Ang pag-uugaling ito ay maaaring maging overridden sa the-f pagpipilian. Ang parehong mga pagpipilian ay maaari ring gamitin upang pilitin ang paggamit ng mga disk na hindi na tumutugma sa palitin bilis. Ang-f pagpipilian ay may bisa lamang kapag ginamit sa sa-d opsyon pagtukoy disk upang gamitin.

Upang lumikha ng pinagsamang isang SnapLock, tukuyin the-L bandila sa ang aggr ang lumikha ng utos. Bandila na ito ay sinusuportahan lamang kung alinman SnapLock na Compliance o SnapLock Enterprise ay lisensiyado. Ang uri ng pinagsama-samang nilikha ng SnapLock, alinman ng Compliance o Enterprise, ay tinutukoy ng naka-install na lisensya SnapLock. Kung ang parehong SnapLock Compliance at SnapLock Enterprise ay lisensiyado, paggamit-L pagsunod o-L ​​enterprise upang tukuyin ang nais na pinagsama-samang uri.

Ang-l language_code ng argument ay maaaring gamitin lamang kapag lumilikha ng isang tradisyonal na dami ng paggamit ng pagpipiliang-v. Ang filer Ang lumilikha ang tradisyunal na dami sa mga wika na tinukoy sa pamamagitan ng ang code ng wika. Ang default ay ang wika na ginagamit sa pamamagitan ng ugat ng dami ang filer. Tingnan ang Vol tao na pahina para sa isang listahan ng mga code ng wika.

aggr sirain {aggrname | plexname} [-f]

Destroys ang pinagsama-samang pinangalanan aggrname, o ang plex pinangalanan plexname. Tandaan na kung ang tinukoy na pinagsama-samang ay nakatali sa isang tradisyunal na lakas ng tunog, pagkatapos ay ang tradisyunal na dami na mismo ay nawasak pati na rin.

Kung ang isang pinagsama-samang tinukoy, ang lahat ng mga plexes sa pinagsama-samang ay nawasak. Ang pinangalanan na pinagsama-samang dapat hindi naglalaman ng anumang mga nababaluktot volume, hindi alintana ng kanilang estado sa sakyan (online, nalilimitahan, o offline). Kung ang ang plex isang ay tinukoy, ang plex ay nawasak, umaalis sa isang unmirrored pinagsama-samang lakas ng tunog o tradisyunal na naglalaman ng mga natitirang plex. Bago pagyurak ang pinagsama-samang, tradisyonal na dami o plex, ang gumagamit ay sinenyasan upang kumpirmahin ang operasyon. The-f bandila ay maaaring gamitin upang sirain ang isang pinagsama-samang, tradisyonal na dami o plex nang walang pagdikta ang gumagamit.

Ang mga mga disk orihinal sa nawasak na bagay maging ekstrang disk. Lamang offline aggregates, tradisyonal mga volume at plexes na maaaring nawasak.

aggr media_scrub katayuan [aggrname | plexname | GROUPNAME]
[-V]

Kopya ng mga media pagkayod ng katayuan ng pinangalanan pinagsama-samang, plex, o grupo. Kung ang pangalan na walang ay ibinigay, pagkatapos katayuan ay naka-print para sa lahat ng mga pagsalakay grupo ay kasalukuyang nagpapatakbo ng isang media Scrub. Kasama sa katayuan ang isang porsyento-kumpleto at kung ito ay suspendido.

Ang-v bandila ay ipinapakita ang petsa at oras kung saan ang huling buong media Scrub nakumpleto, ang petsa at oras kung saan ang kasalukuyang Halimbawa ng mga media pagkayod makapagsimula, at ang kasalukuyang katayuan ng pinangalanan pinagsama-samang, plex, o grupo. Kung ang pangalan na walang ay ibinigay, ito higit na katayuan maligoy ay naka-print para sa lahat ng mga grupo ng pagsalakay sa mga aktibong scrubs media.

aggr mirror aggrname
[-F]
[-N]
[-V victim_aggrname]
[-D disk1 [disk2 ... ]]

Lumiliko isang unmirrored na pinagsama-samang sa isang pinagsama-samang mirrored sa pamamagitan ng pagdagdag ng isang plex ito. Mga ang plex Ang ay alinman sa mga bagong-binuo mula sa disk na pinili mula sa isang ekstrang pool, o, kung ang ang-v pagpipilian ay tinukoy, ay kinuha mula sa isa pang umiiral na pinagsama-samang unmirrored. Pinagsama-samang aggrname dapat kasalukuyang unmirrored. Gamitin ang aggr lumikha upang gumawa ng isang bagong, ay mirrored pinagsamang mula sa simula.

Ang disk ay maaaring tinukoy tahasang gamit-d sa parehong paraan tulad ng sa aggr lumikha at aggr add utos. Ang bilang ng mga disk na sinabi ay dapat tumutugma ang bilang sa kasalukuyan sa ang umiiral na pinagsama-samang. Ang mga disk na tinukoy ay hindi pinahihintulutan sa sumasaklaw ng mga pool sa disk. Ang pag-uugaling ito ay maaaring maging overridden sa the-f pagpipilian. Ay maaari ring gamitin ang-f pagpipilian, sa kumbinasyon na may-d, upang pilitin ang paggamit ng mga disk na magkaroon ng isang palitin bilis na ay hindi tumutugma na ng karamihan ng mga umiiral na mga disk sa ang mga pinagsama-samang.

Kung ang mga disk ay hindi tahasang tinukoy, pagkatapos disk ay awtomatikong napili upang tumugma ang mga umiiral na plex ang pinagsama-samang.

Ang-v pagpipilian ay maaaring gamitin upang sumali victim_aggrname bumalik sa aggrname upang bumuo ng isang mirrored pinagsama-samang. Ang resulta ay isang mirrored pinagsama-samang pinangalanan aggrname kung saan ay kung hindi man magkapareho sa aggrname bago ang pagpapatakbo. Victim_aggrname ay epektibong nawasak. Victim_aggrname dapat ay dati mirrored sa aggrname, pagkatapos ay pinaghiwalay sa pamamagitan ng ang utos split aggr. Victim_aggrname dapat offline. Kasama ang-v pagpipilian, ang-f na pagpipilian ay maaaring magamit upang-sumali aggrname at vic_ t im_aggrname nang walang pagdikta ang gumagamit.

Ang-n pagpipilian ay maaaring gamitin upang ipakita ang command na ang sistema ay execute nang hindi aktwal na paggawa ng anumang mga pagbabago. Ito ay kapaki-pakinabang para sa pagpapakita ng awtomatikong napiling disk, halimbawa.

aggr offline {aggrname | plexname}
[-T cifsdelaytime]

Dadalhin ng pinagsamang-pinangalanang na aggrname (o ang plex pinangalanan plexname) nang offline. Ang command ay magkaroon ng bisa ang bago bumabalik. Kung ang pinagsama-samang ang ay na sa natatakdaang estado, pagkatapos ito ay hindi magagamit para sa access sa data, at karamihan sa mga sumusunod na paglalarawan ay hindi akma.

Kung ang pinagsama-samang ang naglalaman ng anumang nababaluktot volume, at pagkatapos ang operasyon ay iniurong maliban kung ang filer ay nasa maintenance mode.

Maliban sa pagpapanatili na mode, ang pinagsama-samang naglalaman ng kasalukuyang dami ng ugat ay hindi maaaring kinuha offline. Din ng isang pinagsama-samang na naglalaman ng isang dami ay minarkahan upang maging root (gamit ang ng Vol pagpipilian vol_ n ame ugat) ay hindi maaaring kinuha offline.

Kung ang pinagsama-samang ay naka-embed sa isang tradisyunal na dami na ay may CIFS mga namamahagi, ang mga gumagamit ay dapat na Warned bago ang pagkuha ng pinagsamang (at samakatuwid ang buong lakas ng tunog ng tradisyonal) offline. Gamitin ang-t switch para sa. Ang cifsdelaytime argument ay tumutukoy sa bilang ng mga minuto sa antala bago pagkuha ng naka-embed na offline ng pinagsama-samang, na kung saan na oras CIFS gumagamit ng tradisyonal dami ay Warned ng nakabinbing pagkawala ng serbisyo. Isang oras ng 0 paraan gawin ang mga pinagsama-samang offline kaagad sa walang babala na ibinigay. CIFS mga gumagamit ay maaaring mawalan ng data na kung sila ay hindi bibigyan ng isang pagkakataon upang wakasan ang mga application na maganda.

Kung ang plexname isang ay tinukoy, ang plex ay dapat na bahagi ng isang pinagsama-samang mirrored at parehong plexes dapat maging online. Ang Bago offlining isang plex, ang sistema ay mapera ang lahat sa loob-buffered data na nauugnay sa plex at lumikha ng isang snapshot na ay nakasulat sa parehong plexes. Ang snapshot Ang nagpapahintulot para sa mahusay resynchronization kapag plex ay pagkatapos dinala sa online.

Ang bilang ng mga operasyon na isinagawa sa tradisyunal na dami ng pinagsamang ay maaaring maiwasan ang aggr offline mula sa succeeding, para sa iba't-ibang haba ng panahon. Kung ang naturang operasyon ay matatagpuan, magkakaroon ng isang isang-ikalawang paghihintay para sa mga operasyon upang matapos. Kung hindi sila, ang command ay iniurong.

Ang tseke A ay ginawa para sa mga file sa kaugnay ng pinagsamang tradisyonal na dami na binuksan sa pamamagitan ng panloob na mga proseso ng ONTAP. Ang command ay iniurong kung anumang ay matatagpuan.

aggr online {aggrname | plexname}
[-F]

Nagdudulot ng pinagsamang-pinangalanang na aggrname (o ang plex pinangalanan plexname) online. Utos na ito ay tumatagal ng epekto agad. Kung ang mga tinukoy na pinagsama-samang ay naka-embed sa isang tradisyunal na dami, ang dami din din dinala online.

Kung ang aggrname isang tinukoy, dapat ito ay kasalukuyang offline, nalilimitahan, o dayuhan. Kung ang pinagsama-samang sa dayuhan, ito ay ginawa katutubong bago na dinala online. A "dayuhan" na pinagsamang ay isang pinagsamang na binubuo ng mga disk na inilipat mula sa isa pang filer at na ay hindi kailanman ay nagdala online sa kasalukuyang filer. Aggregates na ay hindi dayuhan ay itinuturing na "katutubong."

Kung ang pinagsama-samang ang ay hindi pantay-pantay, ngunit hindi nawala data, ang mga gumagamit ay cautioned at prompt bago nagdadala ng pinagsamang online. Ang-f bandila ay maaaring gamitin upang sapawan ang pag-uugali. Ito ay ipinapayong tumakbo WAFL_check (o gawin ang isang snapmirror pagsisimula ng sa kaso ng isang pinagsama-samang naka-embed sa isang tradisyunal na dami) bago nagdadala hindi pantay-pantay online pinagsama-samang. Ang pagdadala ng hindi pantay-pantay online pinagsama-samang nagpapataas sa panganib ng karagdagang file system katiwalian. Kung ang pinagsama-samang ang ay hindi pantay-pantay at nakaranas ng posibleng pagkawala ng data, hindi na ito ay dadalhin online maliban kung WAFL_check (o snapmirror pagsisimula sa naka-embed na kaso) ay tumakbo sa ang mga pinagsama-samang.

Kung ang plexname isang ay tinukoy, ang plex ang dapat na maging bahagi ng isang online na pinagsama-samang mirrored. Ang sistema ay simulan resynchronization ng plex bilang bahagi ng mga online processing.

aggr pagpipilian aggrname [optname optval]

Nagpapakita ang mga pagpipilian na naitakda para pinagsamang aggrname, o nagtatakda ang opsyon na-pinangalanan optname ng pinagsama-samang pinangalanan aggrname sa optval halaga. Ang command ay nananatiling epektibong pagkatapos filer ay rebooted, kaya hindi na kailangan upang magdagdag ng mga aggr utos pagpipilian sa / etc / rc file. Ang ilang mga pagpipilian ay may halaga na ang mga numero. Ilang mga pagpipilian ay may halaga na maaaring sa (na maaari ring ipinahiwatig bilang yes, totoo, o 1) o off (na kung saan ay maaari ring ipinahayag ng hindi, hindi totoo, o 0). Ang isang timpla ng mga malalaki at maliliit na mga character ay maaaring magamit kapag-type ang halaga ng isang pagpipilian. Ang utos ng katayuan ng aggr ay ipinapakita ang mga pagpipilian na ay nakatakda sa bawat pinagsamang.

Ang mga sumusunod ay naglalarawan ng mga pagpipilian at ang kanilang mga posibleng halaga:

fs_size_fixed sa | off

Nalalapat lamang ang pagpipiliang ito sa mga aggregates na naka-embed sa mga tradisyonal na volume. 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

The value of this option is the maximum size of a RAID group that can be created in the aggregate. Changing the value of this option will not cause existing RAID groups to grow or shrink; it will only affect whether more disks will be added to the last existing RAID group and how large new RAID groups will be.

Legal values for this option depend on raidtype . For example, raid_dp allows larger RAID groups than raid4 . Limits and default values are also different for different types of filer appliances and different types of disks. Following tables define limits and default values for raidsize .

 —————————————— raid4 raidsize min default max —————————————— R100 2 8 8 R150 2 6 6 FAS250 2 7 14 other (FCAL disks) 2 8 14 other (ATA disks) 2 7 7 —————————————— —————————————— raid_dp raidsize min default max —————————————— R100 3 12 12 R150 3 12 16 other (FCAL disks) 3 16 28 other (ATA disks) 3 14 16 —————————————— 

Those values may change in future releases of Data ONTAP.

raidtype raid4 | raid_dp | raid0

Sets the type of RAID used to protect against disk failures. Use of raid4 provides one parity disk per RAID group, while raid_dp provides two. Changing this option immediately changes the RAID type of all RAID groups within the aggregate. When upgrading RAID groups from raid4 to raid_dp , each RAID group begins a reconstruction onto a spare disk allocated for the second `dparity' parity disk.

Changing this option also changes raidsize to a more suitable value for new raidtype . When upgrading from raid4 to raid_dp , raidsize will be increased to the default value for raid_dp . When downgrading from raid_dp to raid4 , raidsize will be decreased to the size of the largest existing RAID group if it is between the default value and the limit for raid4 . If the largest RAID group is above the limit for raid4 , the new raidsize will be that limit. If the largest RAID group is below the default value for raid4 , the new raidsize will be that default value. If raidsize is already below the default value for raid4 , it will be reduced by 1.

resyncsnaptime number

This option is used to set the mirror resynchronization snapshot frequency (in minutes). The default value is 60 minutes.

root

Kung ang pagpipiliang ito ay nakatakda sa isang tradisyunal na dami, at pagkatapos ay kapareho ang epekto sa mga bilang na tinukoy sa Vol tao na pahina. Kung hindi man, kung ang pagpipiliang ito ay nakatakda sa isang pinagsama-samang kaya ng naglalaman ng mga nababaluktot volume, pagkatapos ay pinagsama-samang iyon ay minarkahan bilang ang isa na rin ay naglalaman ng root nababaluktot dami sa susunod na reboot. Ang pagpipiliang ito ay maaaring gamitin sa isa lamang pinagsama-samang o tradisyunal na dami sa anumang naibigay na oras. Ang umiiral na pinagsama-samang ugat o tradisyunal na dami ay maging isang hindi-ugat na entity pagkatapos ng reboot.

Hanggang sistema ay rebooted, ang orihinal na pinagsama-samang at / o mga tradisyonal na dami ay patuloy na ipakita ang root bilang isa sa kanyang mga pagpipilian, at ang bagong pinagsama-samang ugat o tradisyunal na dami ay magpapakita ng diskroot bilang isang opsyon. Sa pangkalahatan, ang pinagsama-samang na may diskroot opsyon ay ang isa na naglalaman ng mga ugat nababaluktot dami ng pagsunod sa mga susunod na reboot.

Ang tanging paraan upang alisin ang root katayuan ng isang pinagsama-samang o tradisyunal na dami ay upang itakda ang root pagpipilian sa isa pang pinagsama-samang o tradisyunal na dami.

snaplock_compliance

Ito basahin lamang ang pagpipilian ay nagpapahiwatig na ang pinagsama-samang ay isang pinagsama-samang Compliance SnapLock. Aggregates ay maaari lamang itinalagang SnapLock aggregates Pagsunod sa oras ng paglikha.

snaplock_enterprise

Ito basahin lamang ang pagpipilian ay nagpapahiwatig na ang pinagsama-samang ay isang pinagsama-samang SnapLock Enterprise. Aggregates ay maaari lamang itinalagang SnapLock aggregates Enterprise sa oras ng paglikha.

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 muling pangalanan aggrname newname

Renames ang pinagsama-samang pinangalanan aggrname sa newname. Kung ang pinagsama-samang ito ay naka-embed sa isang tradisyunal na dami, at pagkatapos ay nagbago din ang pangalan na dami.

aggr higpitan aggrname
[-T cifsdelaytime]

Ilagay ang pinagsama-samang pinangalanan aggrname sa ang natatakdaang estado, na nagsisimula mula sa alinman sa online o offline na estado. Ang command ay magkaroon ng bisa ang bago bumabalik.

Kung ang pinagsama-samang ang naglalaman ng anumang nababaluktot volume, ang operasyon ay iniurong maliban kung ang filer ay nasa maintenance mode.

Kung ang pinagsama-samang ay naka-embed sa isang tradisyunal na dami na ay may CIFS mga namamahagi, ang mga gumagamit ay dapat na Warned bago paghihigpit ng pinagsamang (at samakatuwid ang buong lakas ng tunog ng tradisyonal). Gamitin ang-t switch para sa. Ang cifsdelaytime argument ay tumutukoy sa bilang ng mga minuto sa antala bago pagkuha ng naka-embed na offline ng pinagsama-samang, na kung saan na oras CIFS gumagamit ng tradisyonal dami ay Warned ng nakabinbing pagkawala ng serbisyo. Isang oras ng 0 paraan gawin ang mga pinagsama-samang offline kaagad sa walang babala na ibinigay. CIFS mga gumagamit ay maaaring mawalan ng data na kung sila ay hindi bibigyan ng isang pagkakataon upang wakasan ang mga application na maganda.

aggr Scrub resume [aggrname ang | plexname | GROUPNAME]

Magpapatuloy ang pagkapareho pagkayod sa pinangalanan pinagsama-samang, plex, o grupo. Kung ang pangalan na walang ay ibinigay, ipagpatuloy ang lahat ng mga grupo ng pagsalakay kasalukuyang sumasailalim ng isang pagkakapareho pagkayod na ay nasuspinde.

aggr ang Scrub simula [aggrname | plexname | GROUPNAME]

Pagsisimula ng pagkakapareho pagkayod sa pinangalanan na online na pinagsama-samang. Pagkapareho pagkayod ikinukumpara ang mga disk data sa ang pagkapareho disk (s) sa kanilang pagsalakay group, correcting nilalaman ang pagkapareho disk kung kinakailangan. Kung ang pangalan na walang ay ibinigay, pagkayod ng pagkakapareho ay nagsimula sa lahat ng online na aggregates. Kung ang isang pinagsama-samang pangalan ay ibinigay, ang pagkayod ay nagsimula sa lahat ng mga grupo ng pagsalakay na nakapaloob sa ng pinagsamang. Kung ang isang na plex pangalan ay ibinigay, ang pagkayod ay nagsimula sa lahat ng mga grupo ng paglusob nilalaman sa plex.

aggr Scrub katayuan [aggrname | plexname | GROUPNAME] [-v]

Kopya ang katayuan ng pagkayod ng pagkapareho sa ang pinangalanan pinagsama-samang, plex, o grupo; lahat ng mga pagsalakay group na kasalukuyang sumasailalim sa ang pagkapareho pagkayod kung ang walang pangalan ay ibinigay. Kasama sa katayuan ang isang porsyento-kumpleto, at suspendido katayuan sa Scrub.

Ang-v bandila nagpapakita ng petsa at oras kung saan ang huling buong Scrub nakumpleto kasama ang kasalukuyang katayuan sa pinangalanan pinagsama-samang, plex, o grupo; lahat ng mga pagsalakay grupo kung ang walang pangalan ay ibinigay.

aggr Scrub ang ng hintuan [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.

All sizes are reported in 1024-byte blocks, unless otherwise requested by one of the -h , -k , -m , -g , or -t options. The -k, -m, -g, and -t options scale each size-related field of the output to be expressed in kilobytes, megabytes, gigabytes, or terabytes respectively.

The following terminology is used by the command in reporting space.

      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 ]

Ipinapakita ang katayuan ng isa o lahat ng mga aggregates sa 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.

Ang-c bandila ay ipinapakita ang upgrade katayuan ng Block Checksums data proteksyon sa integridad ng tampok.

Ang-b ay ginamit upang makuha ang laki ng pinagmulan at destinasyon mga aggregates para sa paggamit sa aggr kopya. Ang output ay naglalaman ng imbakan sa pinagsama-samang at ang posibleng mas maliit na sukat ng ng pinagsamang. Ang pinagsama-samang kopya ng utos ay gumagamit ng mga bilang na ito upang matukoy kung ang source at destination pinagsama-samang mga laki ay magkatugma. Ang laki ng pinagmulan ng pinagsamang ay dapat na katumbas o mas maliit kaysa sa laki ng pinagsama-samang destination.

Ang-mga bandila ay nagpapakita ng isang listahan ng ekstrang disk sa filer.

The-f bandila ay nagpapakita ng isang listahan ng mga nabigo disk sa filer. Ang output ng command na kabilang ang pagkabigo ng dahilan ng disk na maaaring maging anumang ng mga sumusunod:

Ang-i bandila ay nagpapakita ng isang listahan ng nababaluktot volume na nakapaloob sa isang pinagsama-samang.

      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 

SEE ALSO

vol , partner , snapmirror , sysconfig .


Table of Contents






















































Manual Pages , , , ,

cf

July 7th, 2009

Talaan ng nilalaman

NAME

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

Sinopsis

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

Paglalarawan

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.

Tingnan din

partner


Table of Contents



Manual Pages , , , ,

bootfs

July 7th, 2009

Talaan ng nilalaman

NAME

bootfs – boot file system accessor command (ADVANCED)

Sinopsis

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

Paglalarawan

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 

Tingnan din

download


Table of Contents

Manual Pages , , , ,

boot

July 7th, 2009

Talaan ng nilalaman

NAME

boot – directory of Data ONTAP executables

Sinopsis

/etc/boot

Paglalarawan

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.

SEE ALSO

download


Table of Contents

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN: F [1.9.11_1134]
Ire-rate ang post na ito:
Rating: 0.0 / 10 (0 votes kast)

Manual Pages , , , ,

bmc

July 7th, 2009

Talaan ng nilalaman

NAME

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

Sinopsis

bmc help

bmc reboot

bmc setup

bmc status

bmc test autosupport

Paglalarawan

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

OPTIONS

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

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 

Tingnan din

setup , options

NOTES

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


Table of Contents

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN: F [1.9.11_1134]
Ire-rate ang post na ito:
Rating: 0.0 / 10 (0 votes kast)

Manual Pages , , , ,

backuplog

July 7th, 2009

Talaan ng nilalaman

NAME

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

Sinopsis

/etc/log/backup

Paglalarawan

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.

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)

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

Tingnan din

dump , restore , options


Table of Contents

Manual Pages , , , ,

backup

July 7th, 2009

Talaan ng nilalaman

NAME

backup – manages backups

Sinopsis

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.

Paggamit

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.

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

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

Tingnan din

dump


Table of Contents



Manual Pages , , , ,

autosupport

Hulyo 7th, 2009

Talaan ng nilalaman

NAME

autosupport – notification daemon

Sinopsis

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.

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.

Tingnan din

options , partner , setup , hosts , RFC821


Table of Contents






























































Manual Pages , , , ,

auditlog

Hulyo 7th, 2009

Talaan ng nilalaman

NAME

auditlog – contains an audit record of recent administrative activity

Sinopsis

<logdir>/auditlog

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

Paglalarawan

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

at

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

Tingnan din

options , syslog.conf


Table of Contents

Manual Pages , , , ,



Ang site na ito ay hindi kaakibat o na inisponsor in pa rin sa pamamagitan ng NetApp o anumang iba pang mga kumpanya na nabanggit sa loob.

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

© 2009-2012 Chris Kranz All Rights Reserved
Ang site na ito ay hindi kaakibat o na inisponsor in pa rin sa pamamagitan ng NetApp o anumang iba pang mga kumpanya na nabanggit sa loob.