Arkivi

Posts Tagged 'njeriu'

Man Pages NetApp

7 korrik 2009

NetApp kanë dhënë mirësi më leje për të ribotuar faqet e tyre njeri këtu. Ata ende kanë nevojë për pak tidying lart, por sasia absolut do të thotë se do të marrë më pak kohë për të marrë ato të renditura të gjitha dhe ndër-referohet siç duhet, ju lutem justifikim ndonjë çështje vizuale për momentin. I shkroi një mjet të shpejtë parsing për të marrë të gjitha info mbi këtu, kështu që nuk mund të jetë disa çështje që rezultojnë nga që ende.

Unë e kam pëlqyer gjithmonë mënyrën se si PHP kenë faqet e tyre funksion duke i dhënë mundësinë përdoruesve për të komentuar drejtpërdrejt mbi ta. Kjo i lejon njerëzit të lënë komente mbi funksionet dhe mjetet, dhe gjithashtu të ndjekë me disa përdorime shtesë apo sintaksë për komandat të cilat nuk janë domosdoshmërisht të publikuara në mënyrë të qartë. Shpresojmë se kjo mund të ushqejnë përsëri në NetApp për të përmirësuar dokumentacionin e tyre.

Unë do të doja patjetër për të inkurajuar njerëzit që të komentojë në faqet e njeri me çdo gjë që mund të jetë i dobishëm, dhe shpresojmë të ndërtuar këtë në një seksion të dobishëm reference pak. Many thanks again për popullin NetApp për të ndihmuar mua me këtë.

VN: F [1.9.11_1134]
Vlerësoni këtë post:
Rating: 8.8 / 10 (19 votes cast)

Përgjithshme , të Pages Manuali , e , të , ,

aggr

7 korrik 2009

Përmbajtje

EMRI

aggr - komandat për menaxhimin e agregate, duke shfaqur statusin unik, dhe agregateve kopjimit

PËRMBLEDHJE

Argumenti aggr komanda ...

PËRSHKRIM

Familja komanda aggr menaxhon agregatëve. The komandat aggr mund të krijoni agregatëve të reja, të shkatërrojë ato ekzistuese, undestroy shkatërruar më parë totale, menaxhuar plexes brenda një agregat pasqyruar, për të ndryshuar statusin e përgjithshme, zbatohen opsionet për një agregat, një kopje agregate në një tjetër, dhe të shfaqin statusin e tyre. Komandat agregate shpesh ndikojnë në volum (s) përmban brenda agregatëve.

Familja komandës aggr është e re në të Dhënave ONTAP 7.0. Familja komanda vol siguruar kontroll mbi tradicionale MASH vol_ u se te perziera një të vetme sistemin user-dukshme e fotografisë dhe një të vetme RAID nivelit enë storage (totale) në një njësi të pandashme, dhe ende bën. Për të lejuar për përdorim më fleksibël e magazinimit, agregatët tani mbështesë gjithashtu aftësinë për të përmbajë të shumta, të pavarura përdorues të nivelit të sistemeve të skedarëve emrin vëllime fleksibël.

Data ONTAP 7.0 mbështet plotësisht dy vëllime tradicionale dhe fleksibël. Familja komandës aggr është metodë e preferuar për menaxhimin e agregatëve një Filer së, duke përfshirë ato që janë të ngulitura në vëllime tradicionale.

Vini re se shumica e komandave aggr vlejnë njëlloj si për llojin e agregatit që përmban vëllime fleksibile dhe llojin që është lidhur ngushtë për të formuar një vëllim tradicionale. Kështu, agregat term përdoret shpesh këtu për t'iu referuar të dy klasat e magazinimit. Në ato raste, ajo ofron një stenografi për më të gjata dhe më i ngathët "agregateve dhe vëllime tradicionale" fraza.

Agregatet ose mund të jetë pasqyruar apo unmirrored. Një kompleks është një kopje fizike e magazinimit WAFL brenda grumbullimit. Një agregat pasqyruar përbëhet nga dy plexes; agregatët unmirrored përmbajnë një shumë kompleks të vetme. Në mënyrë për të krijuar një agregat pasqyruar, duhet të keni një konfiguracion RAID Filer që mbështet në nivel pasqyrë të. Kur mirroring është aktivizuar në Filer, disqe rezervë janë ndarë në dy pishina disk. Kur një agregat është krijuar, të gjitha disqet në një shumë kompleks të vetme duhet të vijë nga grupi disk të njëjtë, dhe dy plexes e një agregat pasqyruar duhet të përbëhet nga disqe nga pishina të ndara, pasi kjo maksimizon izolimin faj. Kjo politikë mund të kapërcehet me të f opsion për aggr krijuar, aggr Shtoje dhe pasqyrë aggr, por ai nuk është i rekomanduar.

Një emër agregat mund të përmbajë shkronja, numra, dhe të theksuar karakter (_), por karakteri i parë duhet të jetë një letër apo pah. Një total i kombinuar deri në 200 agregateve (duke përfshirë edhe ato të ngulitura në vëllime tradicionale) mund të krijohen në çdo Filer.

Një kompleks mund të jetë online ose offline. Nëse ajo është e shkëputur, ajo nuk është në dispozicion për të lexuar ose shkruani qasje. Plexes mund të jetë në kombinime të shteteve në vijim:

normale gjitha grupet RAID në shumë kompleks janë funksionale.

dështuar të paktën një nga grupet RAID në shumë kompleks ka dështuar.

bosh kompleks është pjesë e një agregat që është duke u krijuar, dhe një ose më shumë disqe në shënjestër të agregatit duhet të zeroed para duke u shtuar në shumë kompleks.

aktiv kompleks është në dispozicion për përdorim.

joaktiv
Kompleks nuk është në dispozicion për përdorim.

resyncing
Përmbajtja e ndërlikuara janë aktualisht nga data dhe janë në proces të resynchronized me përmbajtjen e shumë kompleks tjetër të agregatit (vlen për të agregateve pasqyruar vetëm).

duke shtuar disqe
Disqe janë duke u shtuar në grup kontrollonte ndërlikuara (s).

i dalë mode
Ky shtet ndodh vetëm në agregateve pasqyruar, ku një nga plexes ka dështuar. Jo-dështuara kompleks do të jetë në këtë shtet nëse është e nevojshme për të resynchronized në kohën kur shumë kompleks tjetër dështuar.

Një kompleks është quajtur përdorur emrin e agregatit, një Delimiter karakter plagë, dhe emrin e shumë kompleks. Sistemi automatikisht zgjedh emra të ndërlikuara në kohën e krijimit. Për shembull, shumë kompleks i parë i krijuar në aggr0 agregate do të jetë aggr0/plex0.

Një agregat mund të jetë online, kufizuar, ose offline. Kur një agregat është në linjë, nuk lexojnë apo shkruajnë është e lejuar qasja. Kur një agregat është e kufizuar, operacionet e caktuara janë të lejuara (të tilla si kopje totale, të recomputation barazi ose rindërtim RAID), por qasja e të dhënave nuk është e lejuar. Agregatet që nuk janë pjesë e një vëllim tradicionale mund të kufizohet ose offlined nëse ato nuk përmbajnë asnjë vëllime fleksibël.

Agregatet mund të jetë në kombinime të shteteve në vijim:

aggr Tërësia është një moderne-ditore agregat, ajo është e aftë të përmbajnë zero ose më shumë vëllime fleksibël.

kopjim
Totale aktualisht është agregat objekt i një operacioni kopje aktiv aggr.

i degraduar
Agregati përmban të paktën një grup degraduar RAID se nuk po rregullohet.

i huaj
Disqe se agregat përmban u zhvendos në Filer aktuale nga një tjetër Filer.

në rritje
Disqe janë në proces të shtuar në total.

Initializing
Agregati është në proces të nisur.

invalid
Agregati nuk përmban vëllime dhe askush nuk mund të shtohet. Zakonisht kjo ndodh vetëm pas një operacioni ndėrpre kopje agregate.

hekurosje
Një kontroll WAFL qëndrueshmëri është duke u kryer në këtë agregat.

pasqyrë degraduar
Agregati është një agregat pasqyruar, dhe një nga plexes saj është në linjë apo resyncing.

pasqyruar
Agregati është pasqyruar dhe të gjitha grupet e RAID janë funksionale.

Nevojat shikoni
Një kontroll WAFL logjike duhet të kryhet në tërësi.

i pjesshëm
Të paktën një disk është gjetur për agregat, por dy ose më shumë disqe janë të humbur.

raid0 totale përbëhet nga RAID-0 (pa barazi) Grupet RAID (V-Seria dhe NetCache vetëm).

raid4 Tërësia përbëhet nga RAID të 4 grupeve RAID.

raid_dp
Totale përbëhet nga RAID të DP (Barazia dyshe) Grupet RAID.

rindërtimin
Të paktën një grup RAID në tërësi është duke u rindërtuar.

përcjellëse
Rialokim agregat ose rishpërndarja fotografi me të p opsion ka filluar në total. Lexoni punën në vëllime në tërësi mund të jetë i degraduar.

resyncing
Një nga plexes e një agregat pasqyruar po resynchronized.

snapmirrored
Totale është një kopje snapmirrored tjetër agregat. Ky shtet mund të dalin vetëm nëse totale është pjesë e një vëllim tradicionale.

trad Tërësia është shkrirë me një vëllim të vetëm. Kjo është referuar edhe si një vëllim tradicionale dhe është pikërisht ekuivalente me vëllime që ekzistonin para se të të Dhënave OnTAP 7.0. Volumet fleksibël nuk mund të krijohet brenda këtij agregat.

verifikimit
Një pasqyrë RAID verifikim Operacioni është aktualisht duke u drejtuar në tërësi.

wafl kundërshtim
Agregati është shënuar korruptuar. Ju lutemi të kontaktoni mbështetjen e klientëve në qoftë se ju shihni një agregat në këtë shtet.

PËRDORIMI

Urdhrat vijues janë në dispozicion në suitë aggr:

  shtoni pasqyrë kufizojnë undestroy kopjoni pastrim linjë të verifikuar të krijuar show_space internet shkatërrojë mundësitë ndarë media_scrub statusin riemero 

aggr shtesë aggrname
[-F]
[-N]
[-G {raidgroup | ri | gjitha}]
{Ndisks [@ size]
|
-D disk1 [disk2 ... ] [-D diskn [diskn +1 ... ]]}

Shton disqe të aggrname agregate emrin. Specifikoni disqe në të njëjtën mënyrë si për komandën aggr krijuar. Nëse agregat është pasqyruar, atëherë-d argumenti duhet të përdoret dy herë (në qoftë se në të gjitha).

Nëse e-g opsion nuk është përdorur, disqe janë shtuar më së fundi të krijuar RAID util grupit është e plotë, dhe pastaj një ose më shumë grupe të reja janë krijuar RAID dhe disqe të mbetura janë shtuar grupe të reja. Çdo grupe të tjera ekzistuese RAID që nuk janë të plotë të mbeten të mbushur pjesërisht.

The-g opsion lejon specifikimin e një grupi RAID (për shembull, rg0) te cilat disqe e shënuara duhet të shtohet, ose një metodë me të cilat disqe janë shtuar grupeve të reja ose ekzistuese RAID.

Nëse e-g opsion është përdorur për të specifikoni një grup RAID, se grupi duhet të RAID tashmë ekzistojnë. Disqet janë shtuar në këtë util grup RAID ajo është e plotë. Çdo disqe mbetura janë injoruar.

Nëse e-g opsion ndiqet nga reja, Data ONTAP krijon një ose më shumë grupe të reja RAID dhe shton disqe të tyre, edhe në qoftë se disqet do të përshtaten në një grup RAID ekzistues. Çdo grupet ekzistuese RAID që nuk janë të plotë të mbeten të mbushur pjesërisht. Emri i grupeve RAID të reja janë zgjedhur automatikisht. Kjo nuk është e mundur që të përcaktojë emrat për grupet RAID reja.

Nëse e-g opsion është ndjekur nga të gjithë, Data ONTAP shton disqe të caktuara për grupet ekzistuese RAID parë. Pas të gjitha grupet ekzistuese RAID janë plot, ajo krijon një ose më shumë grupe të reja RAID dhe shton disqe të caktuara për grupet e reja.

The-n opsion mund të përdoret për të shfaqur komandën se sistemi do të kryej, në fakt pa bërë ndonjë ndryshim. Kjo është e dobishme për të shfaqur disqe zgjedhur automatikisht, për shembull.

By default, filer mbush një grup me disqe RAID para se të fillonte një tjetër grup RAID. Supozoni një agregat ka aktualisht një grup prej 12 disqe RAID dhe grupi i tij RAID madhësisë është 14. Nëse shtoni në këtë 5 disqe agregat, ajo do të ketë një grup me 14 disqe RAID dhe një tjetër grup RAID me 3 disqe. Filer nuk ka në mënyrë të barabartë shpërndarë disqe RAID ndërmjet grupeve.

Ju nuk mund të shtoni disqe me një agregat pasqyruar në qoftë se një nga plexes është në linjë.

Në disqe në një shumë kompleks nuk lejohen të përhapej pishina disk. Kjo sjellje mund të parandalohet me të f flamurit kur përdoret së bashku me të d argumentit te lista disqe për të shtuar. -F Flamuri, në kombinim me-d, mund të përdoret gjithashtu për të detyruar duke shtuar disqe që kanë një shpejtësi rrotulluese që nuk përputhen me atë të shumicës së disqe ekzistuese në tërësi.

aggr kopje ndërpresin shtatzëninë [-h] operation_number | të gjitha

Terminates aggregate copy operations. The opera_ t ion_number parameter specifies which operation to terminate. If you specify all , all aggregate active copy operations are terminated.

aggr copy start
[ -S | -s snapshot ] [ -C ]
source destination

Copies all data, including snapshots and flexible volumes, from one aggregate to another. If the -S flag is used, the command copies all snapshots in the source aggregate to the destination aggregate. To specify a particular snapshot to copy, use the -s flag followed by the name of the snapshot. If you use neither the -S nor -s flag in the command, the filer creates a snapshot at the time when the aggr copy start command is executed and copies only that snapshot to the destination aggregate.

The -C flag is required if the source aggregate has had free-space defragmentation performed on it, or if the destination aggregate will be free-space defragmented. Free-space defragmentation can be performed on an aggregate using the reallocate command.

Aggregate copies can only be performed between aggregates that host flexible volumes. Aggregates that are embedded in traditional volumes cannot participate.

The source and destination aggregates can be on the same filer or different filers. If the source or destination aggregate is on a filer other than the one on which you enter the aggr copy start command, specify the aggregate name in the filer_name : aggre_ g ate_name format.

The filers involved in an aggregate copy must meet the following requirements for the aggr copy start command to be completed successfully:

The source aggregate must be online and the destination aggregate must be restricted.

If the copy is between two filers, each filer must be defined as a trusted host of the other filer. That is, the filer's name must be in the /etc/hosts.equiv file of the other filer.

If the copy is on the same filer, localhost must be included in the filer's /etc/hosts.equiv file. Also, the loopback address must be in the filer's /etc/hosts file. Otherwise, the filer cannot send packets to itself through the loopback address when trying to copy data.

The usable disk space of the destination aggregate must be greater than or equal to the usable disk space of the source aggregate. Use the df -A pathname command to see the amount of usable disk space of a particular aggregate.

Each aggr copy start command generates two aggregate copy operations: one for reading data from the source aggregate and one for writing data to the destination aggregate. Each filer supports up to four simultaneous aggregate copy operations.

aggr copy status [ operation_number ]

Displays the progress of one or all aggr copy operations. The operations are numbered from 0 through 3.

Restart checkpoint information for all transfers is also displayed.

aggr copy throttle [ operation_number ] value

Controls the performance of the aggr copy operation. The value ranges from 10 (full speed) to 1 (one-tenth of full speed). The default value is maintained in the filer's aggr.copy.throttle option and is set 10 (full speed) at the factory. You can apply the performance value to an operation specified by the operation_number parameter. If you do not specify an operation number in the aggr copy throttle command, the command applies to all aggr copy operations.

Use this command to limit the speed of the aggr copy operation if you suspect that the aggr copy operation is causing performance problems on your filer. In particular, the throttle is designed to help limit the CPU usage of the aggr copy operation. It cannot be used to fine-tune network bandwidth consumption patterns.

The aggr copy throttle command only enables you to set the speed of an aggr copy operation that is in progress. To set the default aggr copy speed to be used by future copy operations, use the options command to set the aggr.copy.throttle option.

aggr create aggrname
[ -f ]
[ -m ]
[ -n ]
[ -t raidtype ]
[ -r raidsize ]
[ -T disk-type ]
[ -R rpm ]
[ -L [ compliance | enterprise ] ]
[ -v ]
[ -l language-code ]
{ ndisks [@ size ]

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

Creates a new aggregate named aggrname . The aggregate name can contain letters, numbers, and the underscore character(_), but the first character must be a letter or underscore. Up to 200 aggregates can be created on each filer. This number includes those aggregates that are embedded within traditional volumes.

An embedded aggregate can be created as part of a traditional volume using the -v option. It cannot contain any flexible volumes.

A regular aggregate, created without the -v option, can contain only flexible volumes. It cannot be incorporated into a traditional volume, and it contains no volumes immediately after creation. New flexible volumes can be created using the vol create command.

The -t raidtype argument specifies the type of RAID group(s) to be used to create the aggregate. The possible RAID group types are raid4 for RAID-4, raid_dp for RAID-DP (Double Parity), and raid0 for simple striping without parity protection. The default raidtype for aggregates and traditional volumes on filers is raid_dp . Setting the raidtype is not permitted on V-Series systems; the default of raid0 is always used.

The -r raidsize argument specifies the maximum number of disks in each RAID group in the aggregate. The maximum and default values of raidsize are platform-dependent, based on performance and reliability considerations. See aggr options raidsize for more details.

The -T disk-type argument specifies the type of disks to use when creating a new aggregate. It is needed only on systems connected to disks of different types. Possible disk types are: ATA , FCAL , LUN , SAS , SATA , and SCSI . Mixing disks of different types in one aggregate is not allowed. -T cannot be used together with -d .

Lloji Disk identifikon teknologjinë disk dhe llojin lidhjes. ATA identifikon disqe ATA me ose IDE apo serial ATA ndërfaqe në raftet e lidhur në FCAL (Channel Fibrat arbitrojnë loop). FCAL identifikon disqe FC në raftet e lidhura në FC-AL. LUN identifikon disqe virtuale eksportuara nga vargjeve të jashtme storage. Teknologji themelor disk dhe RAID lloj varet zbatimin e vargjeve të tilla magazinimit të jashtme. SAS identifikon Serial disqe SCSI bashkangjitur në raftet përputhen. SATA disqe identifikon serial ATA në raftet SAS. SCSI qëndron për Sistemit Interface kompjuter i vogël, dhe ajo është përfshirë për përputhshmërinë e prapambetur me teknologjitë e mëparshme disk.

-R Argumenti rpm specifikon llojin e disqe të përdorin bazuar në shpejtësinë e tyre me rotacion në revolucione për minutë (rpm). Është e nevojshme vetëm në sistemet që ka disqe me shpejtësi të ndryshme rrotulluese. Vlerat tipike për shpejtësi rrotulluese janë 5400, 7200, 10000 dhe 15000.-R nuk mund të përdoret së bashku me të d.

ndisks është numri i disqeve në total, duke përfshirë disqe barazi. Disqe në këtë agregat sapokrijuar vijnë nga grupi i disqeve të këmbimit. Në disqe të vogla në këtë pishinë bashkohet agregat parë, përveç nëse ju specifikoni argumentin @ size. Madhësia është madhësia në disk GB, dhe disqe që janë brenda 10 për qind të madhësisë të caktuar do të përzgjidhen për përdorim në total.

The-m opsion mund të përdoret për të specifikuar se agregat i ri të jetë pasqyruar (kanë dy plexes) pas krijimit. Nëse ky opsion është dhënë, atëherë disqe e shënuara do të ndahet nëpër dy plexes. By default, agregati i ri nuk do të jetë pasqyruar.

The-n opsion mund të përdoret për të shfaqur komandën se sistemi do të kryej, në fakt pa bërë ndonjë ndryshim. Kjo është e dobishme për të shfaqur disqe zgjedhur automatikisht, për shembull.

Nëse ju përdorni e-d disk1 [disk2 ... ] Argumenti, filer krijon së bashku me disqe specifike rezervë, të disk1 disk2, dhe kështu me radhë. Ju mund të specifikoni një listë të hapësirë-ndarë me emra disk. Dy lista të veçanta duhet të specifikohet nëse agregat i ri pasqyrohet. Në rast se agregati i ri është pasqyruar, disqe e shënuara duhet të rezultojë në një numër të barabartë të disqeve në çdo shumë kompleks të ri.

Disqe në një shumë kompleks nuk lejohen të përhapej pishina këmbimi. Kjo sjellje mund të parandalohet me të f opsion. Mundësia e njëjta mund të përdoret gjithashtu për të detyruar duke përdorur disqe që nuk kanë përputhen shpejtësi rrotulluese. The-f opsion ka efekt vetëm kur përdoret me-d opsion specifikuar disqe për t'u përdorur.

Për të krijuar një agregat SnapLock, specifikoni-L flamurin me aggr të krijuar komandën. Ky flamur është i mbështetur vetëm në qoftë ose Pajtueshmëria SnapLock ose Enterprise SnapLock është i licencuar. Lloji i agregat SnapLock krijuar, qoftë Pajtueshmëria apo Ndërmarrjeve, është vendosur nga licencës SnapLock instaluar. Nëse të dy Pajtueshmëria SnapLock dhe Enterprise SnapLock janë të licencuara, përdorimi-L pajtueshmërisë ose-L ndërmarrje të specifikojë llojin e dëshiruar agregate.

The-l language_code argumenti mund të përdoren vetëm kur të krijuar një volum tradicionale duke përdorur opcionin V-. The filer krijon volum tradicionale me gjuhën e përcaktuar nga kodi gjuhën. Default është gjuha e përdorur nga vëllimi i Filer e rrënjë. Shiko ndërprerjen faqe njeri për një listë të kodeve të gjuhës.

aggr shkatërrojë {aggrname | plexname} [-f]

Shkatërron aggrname agregat me emrin, apo emrin plexname ndërlikuara. Vini re se në qoftë se agregat specifikuar është i lidhur me një vëllim tradicionale, atëherë vëllimi tradicionale vetë është shkatërruar si.

Nëse një agregat është specifikuar, të gjitha plexes në total janë shkatërruar. Agregati emrin nuk duhet të përmbajë asnjë vëllime fleksibël, pavarësisht nga mali shtetit të tyre (në internet, i kufizuar, ose offline). Nëse një kompleks është specifikuar, kompleks është shkatërruar, duke lënë një vëllim unmirrored agregat ose tradicionale përmban shumë kompleks mbetur. Para shkatërrimit të përgjithshme volumin, tradicionale apo kompleks përdoruesi është shtyrë për të konfirmuar operacionin. The-f flamuri mund të përdoret për të shkatërruar një agregat vëllim, tradicionale ose shumë kompleks pa hezitim përdorues.

Disqe fillimisht në objektin e shkatërruar të bëhet disqe këmbimi. Vetëm agregatët offline, volumet tradicionale dhe plexes mund të shkatërrohet.

Statusi aggr media_scrub [aggrname | plexname | groupname]
[-V]

Printon statusin e mediave ashpër e agregatit, të quajtur kompleks apo grupi. Nëse asnjë emër i është dhënë, atëherë statusi është shtypur për të gjitha grupet RAID aktualisht drejtimin e një pastrim e medias. Statusi përfshin një përqind-plotë dhe nëse ajo është e pezulluar.

The-v Flamuri tregon datën dhe kohën në të cilën mediat e fundit plota pastrim përfunduar, datën dhe kohën në të cilën shembull aktual i mediave ashpër e filluar, dhe gjendjen aktuale të agregatit, të quajtur kompleks apo grupi. Nëse nuk është dhënë emri, kjo më shumë status fjalëshumë është shtypur për të gjitha grupet e RAID me scrubs mediave aktive.

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

Rezulton një agregat unmirrored në një agregat pasqyruar duke shtuar një shumë kompleks për të. Kompleks është ose të sapo-formuar nga disqe të zgjedhur nga një grup rezervë, ose, nëse-v opsion është e specifikuar, është marrë nga një total ekzistues unmirrored. Aggrname agregat duhet të jetë aktualisht unmirrored. Përdorimi aggr krijuar për të bërë një të re, e reflektuar agregat nga zeroja.

Disqe mund të specifikohen në mënyrë eksplicite duke përdorur-d në të njëjtën mënyrë si me Krijo aggr dhe komandat aggr shtesa. Numri i disqeve të përcaktuara duhet të përputhen me numrin aktual në total ekzistues. Këto disqe specifikuara nuk lejohen të përhapej pishina disk. Kjo sjellje mund të parandalohet me të f opsion. The-f opsion, në kombinim me-d, mund të përdoret gjithashtu për të detyruar duke përdorur disqe që kanë një shpejtësi rrotulluese që nuk përputhen me atë të shumicës së disqe ekzistuese në tërësi.

Nëse disqe nuk janë të specifikuara në mënyrë eksplicite, atëherë disqe janë zgjedhur automatikisht të përputhen me ato në shumë kompleks ekzistuese së bashku së.

-V opsion mund të përdoret për t'u bashkuar me victim_aggrname kthehet në aggrname për të formuar një agregat pasqyruar. Rezultati është një agregat aggrname pasqyruar e cila është quajtur ndryshe identike me aggrname para operacioni. Victim_aggrname është shkatërruar në mënyrë efektive. Victim_aggrname duhet të ketë qenë më parë pasqyruar me aggrname, ndahen pastaj nëpërmjet komandës ndarë aggr. Victim_aggrname duhet të jetë e shkëputur. Kombinuar me të v opsion,-f opsion mund të përdoret për t'u bashkuar aggrname dhe vic_ im_aggrname t pa hezitim përdorues.

The-n opsion mund të përdoret për të shfaqur komandën që sistemi do të ekzekutuar të vërtetë pa bërë ndonjë ndryshim. Kjo është e dobishme për të shfaqur disqe zgjedhur automatikisht, për shembull.

shkëputur aggr {aggrname | plexname}
[-T cifsdelaytime]

Merr aggrname agregat me emrin (ose kompleks emrin plexname) në linjë. Komanda të hyjë në fuqi para se të kthehej. Nëse agregat është tashmë në gjendje të kufizuar, atëherë ajo është tashmë në dispozicion për qasje të dhënave, dhe shumë e përshkrimit në vijim nuk zbatohet.

Nëse agregat përmban ndonjë vëllime fleksibile, atëherë operacioni është ndërprerë, përveç nëse filer është në mënyrën e mirëmbajtjes.

Përveç në mënyrë të mirëmbajtjes, agregati përmban volumin aktual rrënjë nuk mund të merret e shkëputur. Një agregat që përmbajnë një vëllim që është shënuar që të bëhet root (duke përdorur vol options vol_ rrënjë n Ame) gjithashtu nuk mund të merret e shkëputur.

Nëse agregat është mishëruar në një vëllim tradicional që ka aksione CIFS, përdoruesit duhet të paralajmëruar para se të marrë së bashku (dhe kështu vëllimin e tërë tradicionale) offline. Përdorni të t kaloni për këtë. Argumenti cifsdelaytime specifikon numrin e minuta për të vonojë para se të marrë offline ngulitur totale, gjatë së cilës kohë CIFS përdoruesit e vëllimit tradicionale janë paralajmëruar e humbjes në pritje të shërbimit. Një kohë nga 0 mjete të marrë offline agregat menjëherë pa paralajmërimet e dhëna. Përdoruesit CIFS mund të humbni të dhënat në qoftë se ata nuk janë të dhënë një shans për të ndërprerë aplikimet gracefully.

Nëse një plexname është specifikuar, kompleks duhet të jetë pjesë e një agregat pasqyruar dhe të dyja plexes duhet të jetë online. Para offlining një kompleks sistemi do të turret të gjitha të dhënat brenda-buffered lidhur me shumë kompleks dhe për të krijuar një pamje që është shkruar nga të dy plexes. The fotografi lejon resynchronization efikas kur kompleks është sjellë më pas kthehet online.

Një numër i operacioneve të kryera në vëllimin tradicional së bashku mund të parandalojë aggr offline nga pasuar, për periudha të ndryshme kohore. If such operations are found, there will be a one-second wait for such operations to finish. If they do not, the command is aborted.

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

aggr online { aggrname | plexname }
[ -f ]

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

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

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

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

aggr options aggrname [ optname optval ]

Shfaq opsionet që janë vendosur për aggrname agregate, ose vendos opcionin me emrin optname e aggrname agregate quajtur të optval vlerë. Komanda mbetet në fuqi pas filer është restartohet, kështu që nuk ka nevojë për të shtuar mundësitë aggr komandave të dosjes / etc / RC. Disa opsione të kenë vlerat që janë numra. Disa opsione të ketë vlera që mund të jenë mbi (i cili mund të shprehet si po, e vërtetë, ose 1) ose off (e cila gjithashtu mund të shprehet si jo, e rreme, ose 0). Një përzierje e karaktereve uppercase dhe të vogla mund të përdoret kur shtypja e vlerës së një opsion. Komanda Statusi aggr tregon opsionet që janë të përcaktuara në agregat.

E mëposhtme përshkruan mundësitë dhe vlerat e tyre të mundshme:

fs_size_fixed on | off

Ky opsion vlen vetëm për agregateve që janë të përfshirë në vëllime tradicionale. Ajo shkakton sistemi fotografi të mbeten të njëjtën madhësi dhe nuk rritet ose tkurret kur një marrëdhënie vëllimi SnapMirrored është thyer, ose një shtese aggr është kryer mbi të. Ky opsion është vendosur automatikisht kur të jetë një vëllim tradicional bëhet një vëllim SnapMirrored. Ajo do të mbetet më pas shpërbërjes snapmirror komandës është lëshuar për vëllimin tradicionale. Kjo lejon një vëllim tradicionale të SnapMirrored prapa tek burimi pa nevojë për të shtuar disqe të vëllimit burim tradicional. Nëse madhësia tradicionale vëllimi është më e madhe se sa madhësia e sistemit fotografi, turning off këtë opsion do të detyrojë sistemi fotografi të rritet me madhësinë e vëllimit tradicionale. Vendosja default është off.

ignore_inconsistent on | off

Kjo komandë mund të përdoren vetëm në mënyrë të mirëmbajtjes. Nëse ky opsion është vendosur, ai ua mundëson të përgjithshme që përmban vëllimin e rrënjë të sillen online në booting, edhe pse kjo është në kundërshtim. Ky përdorues është paralajmëruar se duke e çuar atë në internet para se drejtimin e WAFL_check ose wafliron mund të rezultojë në mospërputhje të sistemit fotografi të mëtejshëm.

nosnap On | Off

Nëse ky opsion është më, kjo pamundëson snapshots automatike në total. Vendosja default është off.

Numri raidsize

Vlera e këtij opsioni është madhësia maksimale e një grupi RAID që mund të krijohet në tërësi. Ndryshimi i vlerës së këtij opsioni nuk do të shkaktojë grupet ekzistuese RAID të rritet ose të tkurret, por vetëm do të ndikojë nëse disqe më shumë do të shtohet në grupin e fundit ekzistuese RAID dhe si grupe të mëdha të reja RAID do të jetë.

Vlerat ligjore për këtë opsion varet raidtype. Për shembull, raid_dp lejon grupet më të mëdha sesa RAID raid4. Kufijtë dhe vlerat default janë gjithashtu të ndryshme për lloje të ndryshme të pajisjeve Filer dhe llojet e ndryshme të disqe. Tabelat e mëposhtme përcakton kufijtë dhe vlerat e prezgjedhura për raidsize.

  -------------- Raid4 raidsize parazgjedhur min max -------------- R100 R150 2 8 8 2 6 6 2 7 14 FAS250 tjera (disqe FCAL) 2 8 14 të tjera (disqe ATA) 2 7 7 ---------------------------- parazgjedhur raid_dp raidsize min max ------ -------- R100 R150 3 12 12 3 12 16 të tjera (disqe FCAL) 3 16 28 të tjera (disqe ATA) 3 14 16 ---------- ---- 

Këto vlera mund të ndryshojnë në njoftime të ardhshme të ONTAP të dhënave.

raidtype raid4 | raid_dp | raid0

Përcakton llojin e RAID përdorur për të mbrojtur kundër dështimet disk. Përdorimi i raid4 ofron një disk barazi për grupin RAID, ndërsa raid_dp ofron dy. Ndryshimi këtë mundësi menjëherë ndryshon llojin RAID e të gjitha grupeve RAID brenda grumbullimit. Kur grupet përmirësimin RAID nga raid4 to raid_dp, secili grup RAID fillon një rindërtim në një nivel tjetër disk rezervë ndarë për s `disk Dytë dparity barazi.

Ndryshimi këtë opsion edhe ndryshon raidsize në një vlerë më të përshtatshme për raidtype ri. Kur bëni upgrade nga raid4raid_dp, raidsize do të rritet në vlerën e prezgjedhur për raid_dp. Kur downgrading nga raid_dp to raid4, raidsize do të zvogëlohet me madhësinë e grupit më të madh RAID ekzistues nëse ajo është në mes vlerës së parazgjedhur dhe kufirin për raid4. Nëse grupi më i madh RAID është mbi kufirin për raid4, raidsize ri do të jetë që limit. Nëse grupi më i madh RAID është nën vlerën e prezgjedhur për raid4, raidsize ri do të jetë që vlera e parazgjedhur. Nëse raidsize tashmë është nën vlerën e prezgjedhur për raid4, ajo do të reduktohet nga 1.

Numri resyncsnaptime

Ky opsion është përdorur për të vendosur resynchronization pasqyrë frekuencën figurës së (në minuta). Vlera e parazgjedhur është 60 minuta.

rrënjë

If this option is set on a traditional volume, then the effect is identical as that defined in vol man page. Otherwise, if this option is set on an aggregate capable of containing flexible volumes, then that aggregate is marked as being the one that will also contains the root flexible volume on the next reboot. This option can be used on only one aggregate or traditional volume at any given time. The existing root aggregate or traditional volume will become a non-root entity after the reboot.

Until the system is rebooted, the original aggregate and/or traditional volume will continue to show root as one of its options, and the new root aggregate or traditional volume will show diskroot as an option. In general, the aggregate that has the diskroot option is the one that will contain the root flexible volume following the next reboot.

The only way to remove the root status of an aggregate or traditional volume is to set the root option on another aggregate or traditional volume.

snaplock_compliance

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

snaplock_enterprise

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

snapmirrored off

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

snapshot_autodelete on | off

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

aggr rename aggrname newname

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

aggr restrict aggrname
[ -t cifsdelaytime ]

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

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

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

aggr scrub resume [ aggrname | plexname | groupname ]

Rifillon ashpër barazi në tërësi, të quajtur kompleks apo grupi. Nëse nuk është dhënë emri, të rinisë të gjitha grupet RAID duke kaluar një barazi ashpër që ka qenë i pezulluar.

Fillimi aggr pastrim [aggrname | plexname | groupname]

Fillon ashpër barazi në tërësi me emrin online. Ashpër barazi krahason disqe të dhënave në disk barazi (s) në grupin e tyre RAID, korrigjimi përmbajtjen në disk barazi si e nevojshme. Nëse nuk është dhënë emri, ashpër barazi është nisur në të gjitha agregatët online. Nëse një emër agregat është dhënë, ashpër është nisur në të gjitha grupet RAID përmbajtura në total. Nëse një emër kompleks është dhënë, ashpër është nisur në të gjitha grupet RAID të përfshira në shumë kompleks.

Statusi aggr pastrim [aggrname | plexname | groupname] [-v]

Printon statusin e ashpër barazi në total, të quajtur kompleks ose grup; të gjitha grupet RAID aktualisht kalon ashpër barazi nëse nuk i është dhënë emri. Statusi përfshin një përqind-plotë, dhe statusin e pezulluar e pastrim-së.

The-v Flamuri tregon datën dhe kohën në të cilën pastrim fundit e plotë e plotësuar së bashku me statusin aktual në total, të quajtur kompleks ose grup; të gjitha grupet RAID nëse ka emër është dhënë.

Ndalesa aggr pastrim [aggrname | plexname | groupname]

Stacionet ashpër barazi në tërësi, të quajtur kompleks ose grup, e nëse ka emër është dhënë, në të gjitha grupet RAID aktualisht kalon një ashpër barazi.

pastrim aggr pezullojë [aggrname | plexname | groupname]

Pezullon ashpër barazi në tërësi, të quajtur kompleks ose grup; nëse nuk është dhënë emri, mbi të gjitha grupet RAID aktualisht pëson ashpër barazi.

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

Shfaq përdorimin e hapësirës në një agregat. Ndryshe nga DF, kjo komandë tregon se përdorimi hapësirë ​​për secilin vëllim fleksibël brenda një agregat Nëse aggrname është specifikuar, aggr show_space vetëm shkon në total përkatëse, përndryshe ajo raporton përdorimin e hapësirës në të gjitha agregateve.

Të gjitha madhësive janë raportuar në blloqe 1024-bajt, përveç nëse kërkohet ndryshe nga një prej-h,-k,-m, të g, ose të t options. The-k,-m,-g, dhe-t opsione shkallë njëri-size-lidhura me fushën e prodhimit të shprehet në KB, të megabajt, të gigabajt apo terabytes respektivisht.

Terminologjia e mëposhtme është përdorur nga komanda e raportimit në hapësirë.

       Hapësira totale Kjo është sasia e hapësirës në disk të përgjithshëm që agregate ka.  WAFL rezervë WAFL rezervon një përqindje të hapësirës në disk të përgjithshëm të përgjithshëm për metadata nivelit agregat.  Hapësira e përdorur për ruajtjen volumet së bashku vjen nga i rezervës WAFL.  Snap rezervë Snap rezervë është sasia e hapësirës së rezervuar për snapshots agregate.  Hapësirë ​​të përdorshme Kjo është shuma totale e hapësirës që është në dispozicion në total për provizionet.  Kjo llogaritet si hapësirë ​​të përdorshme = hapësirës Total - WAFL rezervë - Snap rezervë DF tregon këtë si hapësirë ​​'total'.  BSR NVLOG Kjo është e vlefshme për destinacionet SnapMirror sinkrone vetëm.  Kjo është sasia e hapësirës e cila përdoret së bashku në Filer destinacion të ruajtur të dhënat e dërguara nga Filer burim (s) para se të dërgonte atë në disk.  Ndarë Kjo është shuma e hapësirës së rezervuar për volumin dhe hapësirës e cila përdoret nga të dhënat jo të rezervuara.  Për vëllimet e vëllimit të garantuara, kjo është të paktën madhësia e vëllimit që nuk ka të dhëna është e pa rezerva.  Për vëllimet me garanci të asnjë hapësirë, kjo vlerë është e njëjtë si hapësirë ​​'e përdorur' (shpjegohet më poshtë) që ka hapësirë ​​të papërdorur është i rezervuar.  Vlera e alokuar hapësirë ​​tregon sasinë e hapësirës që vëllimi është marrë nga agregat.  Kjo vlerë mund të jetë më e madhe se madhësia e vëllimit, sepse ajo përfshin gjithashtu metadata e nevojshme për të ruajtur volumin.  Përdoret Kjo është sasia e hapësirës që është duke marrë blloqe disk.  Kjo vlerë nuk është e njëjtë si hapësirë ​​s Gallery përdorur 'shfaqet nga komanda e DF.  Hapësira e përdorura në këtë rast përfshin metadata e nevojshme për të ruajtur volumin fleksibël.  Dobi shumën totale të hapësirës së lirë në agregat.  Kjo është e njëjtë si hapësirë ​​dobi raportuar nga DF. 

aggr ndarë plexname aggrname
[-R oldvol newvol] [-r ...]
[-S prapashtesë]

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 ]

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

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

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

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

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

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

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

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

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

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

aggr undestroy [ -n ] < aggrname >

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

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

aggr verify resume [ aggrname ]

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

aggr verify start [ aggrname ] [ -f plexnumber ]

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

aggr verify stop [ aggrname ]

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

aggr verify status [ aggrname ]

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

aggr verify suspend [ aggrname ]

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

CLUSTER CONSIDERATIONS

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

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

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

Shfaq përdorimin e hapësirës së `s ag1 agregate 'dhe peshore njësi i hapësirës sipas madhësisë.

  Gjithsej 's Gallery ag1 agregate hapësirë ​​Snap WAFL rezervë rezervë përdorshëm hapësirë ​​BSR NVLOG 66GB 6797MB 611MB 59GB 65KB Hapësirë ​​ndahen vëllime në vëllimin total alokuar Garanci perdorura vol1 fotografi 14GB 11GB vëllimi Vol2 8861MB 8871MB vol3 6161MB 6169MB vol4 asnjë 26GB 25GB vëllimi vol1_clone 1028MB 1028MB ( offline) Agregati alokuar hapësirë ​​perdorura dobi Total 55GB 51GB 3494MB Snap rezervë 611MB 590MB 21MB WAFL rezervë 6797MB 5480KB 6792MB 

Statusi aggr aggr1-r

Shfaq informatat mbi RAID aggr1 agregate. Në shembullin e mëposhtëm, ne shohim se aggr1 është një RAID-PD agregati mbrojtur nga checksums bllok. Kjo është online, dhe të gjitha disqet janë të veprojnë normalisht. Agregati përmban katër disqe-dy disqe të dhënave, një disk barazi, dhe një disk doubleparity. Dy disqe janë të vendosura në përshtatës 0b dhe dy në 1B përshtatës. Raft disk dhe numrat gji për secilin disk tregohen. Të katër disqe janë 10, 000 disqe FibreChannel RPM bashkangjitur me anë të diskut kanal A. disk "Pool" atribut është shfaqur vetëm nëse SyncMirror është i licencuar, i cili nuk është rasti këtu (nëse SyncMirror janë licencuar, Pool do të jetë ose 0 ose 1) . Sasia e hapësirës në disk që është përdorur nga të Dhënave ONTAP ("Përdoret") dhe është në dispozicion në diskun ("Phys") shfaqet në shtyllat rightmost.

  Aggr aggr1 (online, raid_dp) (bllok checksums) Kompleks / aggr1/plex0 (online, normal, aktiv) grup RAID / aggr1/plex0/rg0 (normale) Disk RAID Device HA Pool AFATI BAY Chan Lloji RPM përdorura (MB / blks) Phys (MB / blks) ---------------------------- dparity 0b.16 0b 1 0 FC: A - FCAL 10000 136000/278528000 137104/280790184 barazi 1b.96 6 1b 0 FC: A - FCAL 10000 136000/278528000 139072/284820800 dhënat 0b.17 0b 1 1 FC: A - FCAL 10000 136000/278528000 139072/284820800 dhënat 1b.97 6 1b 1 FC: A - FCAL 10000 136000/278528000 139072/284820800 

SEE ALSO

vol , partner , snapmirror , sysconfig .


Table of Contents






















































Manual Pages , , , ,

cf

July 7th, 2009

Table of Contents

NAME

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

SYNOPSIS

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

DESCRIPTION

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

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

OPTIONS

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

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

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

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

partner giveback incomplete, some data may be lost

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

Detyron një filer për të marrë mbi partnerin e saj edhe pse filer zbulon një gabim që përndryshe do të parandaluar marrjen e një. Për shembull, normalisht, në qoftë se një shërbim apo me të meta kabllo ServerNet mes filers shkakton përmbajtja e filers e NVRAM të unsynchronized, marrja është çaktivizuar. Megjithatë, në qoftë se ju shkruani komandën forcetakeover CF, filer merr përsipër partnerin e saj, pavarësisht përmbajtjes NVRAM unsynchronized. Kjo komandë mund të shkaktojë filer duke marrë përsipër për të humbur të dhënave të klientit. Nëse ju përdorni të f opsion, komanda cf lejon tillë forcetakeover një për të vazhduar pa kërkuar konfirmim nga ana e operatorit.

forcetakeover-d [f] Forcat një filer për të marrë mbi partnerin e saj në të gjitha rastet kur një forcetakeover do të dështojnë. Përveç kësaj, ajo do të detyrojë një marrjen edhe në qoftë se disa disqe kuti postare partnere janë të paarritshëm. Ajo mund të përdoret vetëm kur cluster_remote është i licencuar.

forcetakeover-d është shumë e rrezikshme. Jo vetëm që mund të shkaktojë të dhënat e korrupsionit, në qoftë se nuk përdoret me kujdes, ajo gjithashtu mund të çojë në një situatë ku të dy filer dhe partner it janë funksionale (truri ndarë). Si e tillë, ajo duhet të përdoret vetëm si një mjet i fundit kur komandat blerje dhe forcetakeover janë të pasuksesshme në arritjen e një marrjen. Operatori duhet të sigurojë që filer partneri nuk do të bëhet operacional në çdo kohë, ndërsa një filer është në një mënyrë pranim dorëzimi nisur nga përdorimi i kësaj komande. Në lidhje me mirroring RAID, ajo mund të lejojë shërim nga një fatkeqësi kur dy filers në grup janë të vendosura në dy vende të largëta. Përdorimi i të f opsion lejon këtë komandë për të vazhduar pa kërkuar konfirmim nga ana e operatorit.

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.

SEE ALSO

partner


Table of Contents



Manual Pages , , , ,

bootfs

July 7th, 2009

Table of Contents

NAME

bootfs – boot file system accessor command (ADVANCED)

SYNOPSIS

bootfs chkdsk disk

bootfs core [ -v ] disk

bootfs dir [ -r ] path

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

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

bootfs format drive [ label ]

bootfs info disk

bootfs sync [ -f ] { disk | drive }

bootfs test [ -v ] disk

DESCRIPTION

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

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

OPTIONS

-v
Turns on verbose output.

-r
Recursively lists directories and files.

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

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

drive
A drive is a formatted partition on the disk. A disk may contain up to four drives. A drive name is generally of the form [PCI slot number]a.0:[partition
number]:,
eg 0a.0:1:. To discover your boot drive's name, use " bootfs help sub_ c ommand ".

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

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

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

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

CLUSTER CONSIDERATIONS

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

EXAMPLES

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

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

 Volume Label in Drive 0a.0:1: is KERNEL Volume Serial Number is 716C-E9F8 Directory of 0a.0:1:/x86/kernel/ . DIR 02-07-2003 2:37a 2 .. DIR 02-07-2003 2:37a 3 PRIMARY.KRN 9318400 04-07-2003 6:53p 4 2187264 bytes free 

The dump subcommand lists either a sector on a disk or a cluster on a drive, depending on the command line arguments provided. The sector or cluster is listed in both hexadecimal and ASCII form.

bootfs dump 0a.0 110

  sector 110 absolute byte 0xdc00 on disk 0a.0 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 0123456789abcdef —-++————————————————++—————- 0000 00 90 ba 5e b4 01 00 80 7b 0c 00 7d 05 ba 51 b4 …^….{..}..Q. 0010 01 00 83 7b 04 00 74 0a 8b 47 24 a3 dc ce 01 00 …{..t..G$….. 0020 eb 0a c7 05 dc ce 01 00 00 00 e0 fe 83 c4 fc ff ……………. 0030 35 dc ce 01 00 52 68 80 b4 01 00 e8 26 b0 ff ff 5….Rh…..&… 0040 a1 dc ce 01 00 8b 90 f0 00 00 00 80 ce 01 89 90 ……………. [etc.] bootfs dump 0a.0:1: 5 cluster 5 absolute byte 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 

SEE ALSO

Shkarko


Table of Contents

Manual Pages , , , ,

boot

July 7th, 2009

Table of Contents

NAME

boot – directory of Data ONTAP executables

SYNOPSIS

/etc/boot

DESCRIPTION

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

FILES

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

SEE ALSO

Shkarko


Table of Contents

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN:F [1.9.11_1134]
Rate this post:
Rating: 0.0/ 10 (0 votes cast)

Manual Pages , , , ,

bmc

July 7th, 2009

Table of Contents

NAME

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

SYNOPSIS

bmc help

bmc reboot

bmc setup

bmc status

bmc test autosupport

DESCRIPTION

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

OPTIONS

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 

SEE ALSO

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]
Rate this post:
Rating: 0.0/ 10 (0 votes cast)

Manual Pages , , , ,

backuplog

July 7th, 2009

Table of Contents

NAME

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

SYNOPSIS

/etc/log/backup

DESCRIPTION

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

The following are the events filer monitors:

Fillimi
Dump/restore starts.

Restart
Restart of a dump/restore.

Fund
Dump/restore completes successfully.

Abort
The operation aborts.

Error
Dump/restore hits an unexpected event.

Opcionet
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

SEE ALSO

dump , restore , options


Table of Contents

Manual Pages , , , ,

backup

July 7th, 2009

Table of Contents

NAME

backup – manages backups

SYNOPSIS

backup status [ <ID> ]

backup terminate <ID>

DESCRIPTION

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

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

dump
runs natively on the filer.

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

RESTARTABLE A failed dump that can be restarted.

USAGE

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

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.

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

SEE ALSO

hale


Table of Contents



Manual Pages , , , ,

autosupport

July 7th, 2009

Table of Contents

NAME

autosupport – notification daemon

SYNOPSIS

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

DESCRIPTION

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

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

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

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

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

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

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

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

The setup command tries to configure autosupport as follows:

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

Setup also queries for autosupport.from information.

OPTIONS

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

CONTENTS

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

Generation date and timestamp

Software Version

System ID

Hostname

SNMP contact name (if specified)

SNMP location (if specified)

Partner System ID (if clustered)

Partner Hostname (if clustered)

Cluster Node Status (if clustered)

Console language type

sysconfig -a output

sysconfig -c output

sysconfig -d output

System Serial Number

Software Licenses (scrambled prior to transmission)

Option settings

availtime output

cf monitor all output (if clustered)

ic stats performance output (if clustered with VIA)

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

snet stats -v output (if clustered with SNET)

ifconfig -a output

ifstat -a output

vlan stat output

vif status output

nis info output

nfsstat -c output (if licensed)

cifs stat output (if licensed)

cifs sessions summary (if licensed)

cifs sessions output (if licensed and enabled)

cifs shares summary (if licensed)

cifs shares output (if licensed and enabled)

vol status -l (if cifs is licensed)

httpstat output

vfiler status -a output (if licensed)

df output

df -i output

snap sched output

vol status -v output

vol status output

vol status -c output

vol scrub status -v output

sysconfig -r output

fcstat fcal_stats output

fcstat device_map output

fcstat link_stats output

ECC Memory Scrubber Statistics

ems event status output

ems log status output

registry values

perf report -t output

storage show adapter -a output

storage show hub -a output

storage show disk -a output

storage show fabric output

storage show switch output

storage show port output

EMS log file (if enabled)

/etc/messages content

Parity Inconsistancy information

WAFL_check logs

TYPES

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

BATTERY_LOW!!!
LOG_ALERT

BMC_EVENT: BUS ERROR
LOG_ERR

BMC_EVENT: POST ERROR
LOG_ERR

CLUSTER DOWNREV BOOT FIRMWARE
LOG_CRIT

CLUSTER ERROR: DISK/SHELF COUNT MISMATCH LOG_EMERG

CLUSTER GIVEBACK COMPLETE
LOG_INFO

CLUSTER TAKEOVER COMPLETE AUTOMATIC
LOG_ALERT

CLUSTER TAKEOVER COMPLETE MANUAL
LOG_INFO

CLUSTER TAKEOVER FAILED
LOG_INFO

CONFIGURATION_ERROR!!!
LOG_ALERT

CPU FAN WARNING - [fan]
LOG_WARNING

DEVICE_QUALIFICATION_FAILED
LOG_CRIT

DISK CONFIGURATION ERROR
LOG_ALERT

DISK RECONSTRUCTION FAILED!!
LOG_ALERT

DISK_FAIL!!! - Bypassed by ESH
LOG_ALERT

DISK_FAIL!!!
LOG_ALERT

DISK_FAILURE_PREDICTED!!!
LOG_ALERT

DISK_FIRMWARE_NEEDED_UPDATE!!!
LOG_EMERG

DISK_IO_DEGRADED
LOG_WARNING

DISK_LOW_THRUPUT
LOG_NOTICE

DISK_RECOVERED_ERRORS
LOG_WARNING

DISK_SCRUB!!!
LOG_EMERG

FC-AL LINK_FAILURE!!!
LOG_ERR

FC-AL RECOVERABLE ERRORS
LOG_WARNING

OVER_TEMPERATURE_SHUTDOWN!!!
LOG_EMERG

OVER_TEMPERATURE_WARNING!!!
LOG_EMERG

PARTNER DOWN, TAKEOVER IMPOSSIBLE
LOG_ALERT

POSSIBLE BAD RAM
LOG_ERR

POSSIBLE UNLINKED INODE
LOG_ERR

REBOOT (CLUSTER TAKEOVER)
LOG_ALERT

REBOOT (after WAFL_check)
LOG_INFO

REBOOT (after entering firmware)
LOG_INFO

REBOOT (after giveback)
LOG_INFO

REBOOT (halt command)
LOG_INFO

REBOOT (internal halt)
LOG_INFO

REBOOT (internal reboot)
LOG_INFO

REBOOT (panic)
LOG_CRIT

REBOOT (power glitch)
LOG_INFO

REBOOT (power on)
LOG_INFO

REBOOT (reboot command)
LOG_INFO

REBOOT (watchdog reset)
LOG_CRIT

REBOOT
LOG_INFO

SHELF COOLING UNIT FAILED
LOG_EMERG

SHELF COOLING UNIT FAILED
LOG_WARNING

SHELF_FAULT!!!
LOG_ALERT

SNMP USER DEFINED TRAP
LOG_INFO

SPARE_FAIL!!!
LOG_ALERT

SYSTEM_CONFIGURATION_CRITICAL_ERROR
LOG_CRIT

SYSTEM_CONFIGURATION_ERROR
LOG_ERR

UNDER_TEMPERATURE_SHUTDOWN!!!
LOG_EMERG

UNDER_TEMPERATURE_WARNING!!!
LOG_EMERG

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

WAFL_check!!!
LOG_ALERT

WEEKLY_LOG
LOG_INFO

[EMS event]
LOG_INFO

[fan] FAN_FAIL!!!
LOG_ALERT

[mini core]
LOG_CRIT

[power supply failure]
LOG_ALERT

[power supply] POWER_SUPPLY_DEGRADED!!!
LOG_ALERT

[shelf over temperature critical]
LOG_EMERG

CLUSTER CONSIDERATIONS

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

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

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

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

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

SEE ALSO

options , partner , setup , hosts , RFC821


Table of Contents






























































Manual Pages , , , ,

auditlog

July 7th, 2009

Table of Contents

NAME

auditlog – contains an audit record of recent administrative activity

SYNOPSIS

<logdir>/auditlog

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

DESCRIPTION

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

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

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

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

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

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

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

and

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

SEE ALSO

options , syslog.conf


Table of Contents

Manual Pages , , , ,



This site is not affiliated or sponsored in anyway by NetApp or any other company mentioned within.

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

© 2009-2012 Chris Kranz All Rights Reserved
This site is not affiliated or sponsored in anyway by NetApp or any other company mentioned within.