Arkiv

Archive for the 'manualsidene' Category

NetApp Man Sider

7 juli 2009

NetApp har ber gitt meg tillatelse til å publisere sine man-sidene her. De trenger fortsatt litt å rydde opp, men det ren kvantitet betyr det vil ta meg litt tid å få dem alle sorteres og sjekkes opp skikkelig, kan du unnskylde eventuelle visuelle problemer for øyeblikket. Jeg skrev en rask analyse verktøy for å få all info om her, så det kan være noen problemer som følge av den fortsatt.

Jeg har alltid likt den måten at PHP har sine funksjoner sider gir brukerne muligheten til å kommentere direkte på dem. Dette tillater folk å gi tilbakemelding på funksjoner og verktøy, og også følge opp med noen ekstra bruker eller syntaks for kommandoer som ikke nødvendigvis er klart publisert. Forhåpentligvis kan dette kan mate inn NetApp for å forbedre sin dokumentasjon.

Jeg vil definitivt lyst til å oppfordre folk til å kommentere de man-sidene med noe som kan være nyttig, og forhåpentligvis bygge dette til en nyttig liten referanse delen. Mange takk igjen for NetApp folk for å hjelpe meg med dette.

VN: F [1.9.11_1134]
Ranger dette innlegget:
Karakter: 8,8 / 10 (19 stemmer cast)

Generelle og manualsidene og og , ,

aggr

7 juli 2009

Innholdsfortegnelse

NAME

aggr - kommandoer for å styre tilslag, viser samlet status og kopiering aggregater

SYNOPSIS

aggr kommando argument ...

BESKRIVELSE

Den aggr kommandoen familien forvalter aggregater. De aggr kommandoer kan skape nye aggregatene, ødelegge eksisterende, undestroy tidligere ødelagt aggregat, administrere plexes innenfor en speilet aggregat, endre samlet status, søke alternativer til en samlet, kopi en samlet til en annen, og vise sin status. Samlede kommandoer ofte påvirke volumet (e) som finnes i aggregater.

Den aggr kommandoen familien er ny i Data ONTAP 7.0. VOL kommando familien forutsatt kontroll over den tradisjonelle vol_ u mes at smeltet en enkelt bruker-synlig filsystemet og et enkelt RAID-nivå oppbevaringsboksen (samlet) til en udelelig enhet, og fremdeles gjør. For å muliggjøre mer fleksibel bruk av lagringsplass, aggregater nå også støtte muligheten til å inneholde flere, uavhengige fil-systemer navngitte fleksible volumer.

Data ONTAP 7.0 støtter fullt ut både tradisjonelle og fleksibel volumer. Den aggr kommandoen familien er den foretrukne metoden for å håndtere en Filer s tilslag, inkludert de som er innebygd i tradisjonelle volumer.

Merk at de fleste av aggr kommandoene gjelde likt både for den type tilslag som inneholder fleksible volumer og den type som er tett bundet til å danne en tradisjonell volum. Dermed er begrepet samlet ofte brukes her for å referere både lagring klasser. I slike tilfeller gir det en forkortelse for de lengre og mer uhåndterlig uttrykket "aggregater og tradisjonelle volumer".

Pukk kan enten være speilet eller unmirrored. En Plex er en fysisk kopi av WAFL lagringsplassen på tilslaget. Et avspeilet samlet består av to plexes; unmirrored tilslag inneholde en enkelt Plex. For å skape et speilet aggregat, må du ha en Filer konfigurasjon som støtter RAID-nivå speiling. Når speiling er aktivert på Filer, blir reserve diskene delt i to disk bassenger. Når en samlet er opprettet, må alle diskene i en enkelt Plex kommer fra den samme disken bassenget, og de to plexes av en speilet aggregat må bestå av disker fra separate bassenger, da dette maksimerer feilisolering. Denne politikken kan overstyres med-f muligheten til aggr create, aggr add og aggr speil, men det anbefales ikke.

En samlet Navnet kan inneholde bokstaver, tall og understrekingstegnet (_), men det første tegnet må være en bokstav eller understrek. Tilsammen opptil 200 aggregater (herunder innebygd i de tradisjonelle volum) kan opprettes på hver Filer.

En Plex kan være tilkoblet eller frakoblet. Hvis det er frakoblet, er den ikke tilgjengelig for lese-eller skrivetilgang. Plexes kan være i kombinasjoner av følgende tilstander:

normale Alle RAID grupper i Plex er funksjonelle.

feilet Minst ett av RAID gruppene i Plex har sviktet.

tøm Plex er en del av en samlet som blir opprettet, og en eller flere av diskene som er målrettet mot den samlede må nulles før blir lagt til Plex.

aktiv The Plex er tilgjengelig for bruk.

inaktiv
Det Plex er ikke tilgjengelig for bruk.

resyncing
The kompliserte innholdet er i dag utdatert og er i ferd med å bli synkronisert på nytt med innholdet i andre Plex av den samlede (gjelder speilede aggregater bare).

legge disker
Skiver blir lagt til Plex RAID-gruppe (r).

out-of-date
Denne tilstanden forekommer bare i speilet tilslag der en av de plexes har sviktet. Den ikke-mislykkede plex vil være i denne tilstanden hvis det trengs for å bli synkronisert på nytt på den tiden den andre Plex mislyktes.

En Plex er oppkalt bruker navnet på aggregat, en skråstrek karakter skilletegn, og navnet på Plex. Systemet velger automatisk kompliserte navn på opprettelse tid. For eksempel vil den første Plex opprettet i samlet aggr0 være aggr0/plex0.

Et aggregat kan være online, begrenset eller frakoblet. Når en samlet er frakoblet, ikke lese eller skrive tilgang er tillatt. Når en samlet er begrenset, er enkelte operasjoner tillatt (som samlet kopi, paritet Etterregning eller RAID rekonstruksjon), men data tilgang er ikke tillatt. Aggregater som ikke er en del av en tradisjonell volum bare kan begrenses eller offlined hvis de ikke inneholder noen fleksible volumer.

Pukk kan være i kombinasjoner av følgende tilstander:

aggr Tilslaget er en moderne aggregat, det er i stand inneholder null eller flere fleksible volumer.

kopiering
Tilslaget er for tiden målet summen av en aktiv aggr kopieringen.

degradert
Den samlede inneholder minst ett degradert RAID gruppe som ikke blir rekonstruert.

utenlandske
De disker som samlet inneholder ble flyttet til nåværende Filer fra en annen Filer.

økende
Diskene er i ferd med å bli lagt til tilslaget.

initialisering
Den samlede er i ferd med å bli initialisert.

ugyldig
Den samlede inneholder ingen volumer og ingen kan legges. Vanligvis dette skjer først etter en avbrutt samlet kopieringen.

stryking
En WAFL konsistens sjekk blir utført på dette samlet.

speil degradert
Den samlede er en speilvendt samlet, og en av dens plexes er offline eller resyncing.

speilet
Samlet er speilvendt og alle dens RAID grupper er funksjonelle.

behov sjekk
En WAFL konsistens sjekk må utføres på samlet.

delvis
Minst en disk ble funnet samlet, men to eller flere disker mangler.

RAID0 Den samlede består av RAID-0 (ingen paritet) RAID grupper (V-serien og NetCache bare).

raid4 Den samlede består av RAID-4-RAID grupper.

raid_dp
Den samlede består av RAID-DP (Double Parity) RAID grupper.

rekonstruere
Minst en RAID-gruppen samlet blir rekonstruert.

omdirigere
Samlet omfordeling eller fil omfordeling med-p har blitt startet på samlet. Les ytelse til volum i samlet kan bli degradert.

resyncing
En av plexes av en speilet samlet blir synkronisert på nytt.

snapmirrored
Den samlede er en snapmirrored kopi av et annet aggregat. Denne tilstanden kan bare oppstå dersom den samlede er en del av en tradisjonell volum.

trad Samlet er smeltet sammen med ett enkelt volum. Dette er også referert til som en tradisjonell volum og er nøyaktig tilsvarer de volumene som eksisterte før data OnTAP 7.0. Fleksible volumer kan ikke opprettes inne i denne summen.

verifisere
En RAID speil verifisering drift blir nå kjørt på samlet.

wafl inkonsekvent
Den samlede har blitt markert skadet. Ta kontakt med kundeservice dersom du ser en samlet i denne tilstanden.

BRUK

Følgende kommandoer er tilgjengelige i aggr suite:

   legge speil begrense undestroy kopiere offline kratt bekrefte lage online show_space ødelegge alternativer fordelt media_scrub rename status 

aggr add aggrname
[-F]
[-N]
[-G {raidgroup | ny | alle}]
{Ndisks [@ size]
|
-D Disk1 [disk2 ... ] [-D diskn [diskn en ... ]]}

Legger disker til det samlede heter aggrname. Angi diskene på samme måte som for aggr create-kommandoen. Dersom summen er motsatt, da-d argumentet må brukes to ganger (hvis i det hele tatt).

Hvis-g alternativet ikke blir brukt, blir diskene legges til de mest nylig opprettet RAID group util den er full, og deretter én eller flere nye RAID grupper blir opprettet og de ​​gjenværende diskene er lagt til nye grupper. Eventuelle andre eksisterende RAID grupper som ikke er fulle fortsatt delvis fylt.

Den-g alternativet kan spesifisering av en RAID gruppe (for eksempel rg0) som de indikerte diskene skal legges til, eller en metode som diskene blir lagt til nye eller eksisterende RAID grupper.

Hvis-g alternativet brukes til å angi en RAID gruppe, må det RAID-gruppen allerede eksisterer. Diskene legges til at RAID gruppe util den er full. Eventuelle gjenværende disker ignoreres.

If the -g option is followed by new , Data ONTAP creates one or more new RAID groups and adds the disks to them, even if the disks would fit into an existing RAID group. Any existing RAID groups that are not full remain partially filled. The name of the new RAID groups are selected automatically. It is not possible to specify the names for the new RAID groups.

If the -g option is followed by all , Data ONTAP adds the specified disks to existing RAID groups first. After all existing RAID groups are full, it creates one or more new RAID groups and adds the specified disks to the new groups.

The -n option can be used to display the command that the system will execute, without actually making any changes. This is useful for displaying the automatically selected disks, for example.

By default, the filer fills up one RAID group with disks before starting another RAID group. Suppose an aggregate currently has one RAID group of 12 disks and its RAID group size is 14. If you add 5 disks to this aggregate, it will have one RAID group with 14 disks and another RAID group with 3 disks. The filer does not evenly distribute disks among RAID groups.

You cannot add disks to a mirrored aggregate if one of the plexes is offline.

De disker i en Plex er ikke tillatt å span disk bassenger. Denne atferden kan overstyres med-f flagget når den brukes sammen med-d argumentet å liste disker å legge til. The-f flagget, i kombinasjon med-d, kan også brukes til å tvinge legge disker som har en rotasjonshastighet som ikke samsvarer med at flertallet av eksisterende disker i samlet.

aggr kopi abortere [-h] operation_number | alle

Opphører aggregerte kopieringsfunksjoner. Den opera_ t ion_number parameteren angir hvilken operasjon for å avslutte. Hvis du angir alle, blir alle samlet aktive kopieringsfunksjoner avsluttet.

aggr kopi start
[-S |-s snapshot] [-C]
kilde mål

Kopierer alle data, inkludert øyeblikksbilder og fleksible volumer, fra en samlet til en annen. Hvis-S flagget brukes, kopierer kommandoen alle stillbilder i kilden samlet til bestemmelsesstedet samlet. Hvis du vil angi et bestemt bilde å kopiere, bruke-s flagget etterfulgt av navnet på stillbildet. Hvis du bruker verken-S eller-s flagg i kommandoen, skaper Filer et øyeblikksbilde på den tiden da aggr kopi start kommandoen utføres og kopierer bare det øyeblikksbildet til destinasjonen samlet.

The-C flagget er nødvendig hvis kilden samlet har hatt fri-plass defragmentering utføres på den, eller hvis målet samlet vil være gratis-plass defragmentert. Free-plass defragmentering kan utføres på en samlet bruk av omfordele kommandoen.

Samlede kopier kan bare utføres mellom aggregater som vert fleksible volumer. Pukk som er innebygd i tradisjonelle volumene kan ikke delta.

Kilden og målet tilslag kan være på samme Filer eller ulike filers. Hvis kilden eller destinasjonen samlet er på en Filer annen enn den som du angir aggr kopi startkommando, angir den samlede navnet i filer_name: aggre_ g ate_name format.

The filers involvert i en samlet kopi må oppfylle følgende krav for aggr kopi startkommando å være fullført:

Kilden samlet må være online og destinasjonen samlet må begrenses.

Hvis kopien er mellom to filers, må hver Filer defineres som et klarert rekke andre Filer. Det er, må Filer navn være i / etc / hosts.equiv fil av andre Filer.

Hvis kopien er på samme Filer, må localhost inngå i Filer i / etc / hosts.equiv fil. Også må loopback adresse være i Filer i / etc / hosts. Ellers kan Filer ikke sende pakker til seg selv gjennom loopback adresse når du prøver å kopiere data.

Brukbare diskplass på destinasjonen samlet må være større enn eller lik brukbare diskplass av kilden samlet. Bruk df-A banenavn kommando for å se hvor mye brukbar diskplass av en bestemt samlet.

Hver aggr kopi startkommando genererer to aggregerte kopioperasjoner: én for å lese data fra kilden samlet og en for å skrive data til destinasjonen samlet. Hver Filer støtter opptil fire samtidige aggregerte kopieringsfunksjoner.

aggr kopi status [operation_number]

Viser fremdriften av en eller alle aggr kopieringsfunksjoner. Virksomheten er nummerert fra 0 til 3.

Restart sjekkpunkt for alle overføringer vises også.

aggr kopi gass [operation_number] verdi

Styrer ytelsen til aggr kopieringen. Verdien varierer fra 10 (full fart) til 1 (en tidel av full hastighet). Standardverdien opprettholdes i Filer sin aggr.copy.throttle alternativet og er satt 10 (full hastighet) på fabrikken. Du kan bruke ytelsen verdien til en operasjon som er angitt av operation_number parameter. Hvis du ikke angir en operasjon nummer i aggr kopi gassen kommando, gjelder kommandoen for alle aggr kopieringsfunksjoner.

Bruk denne kommandoen til å begrense hastigheten på aggr kopieringen hvis du mistenker at aggr kopieringen forårsaker ytelsesproblemer på Filer din. Spesielt er gassen utformet for å hjelpe begrense CPU bruken av aggr kopieringen. Den kan ikke brukes til å finjustere nettverksbåndbredde forbruksmønster.

The aggr kopi throttle kommandoen gjør bare du sette hastigheten på en aggr kopi operasjon som pågår. Hvis du vil angi standard aggr kopihastigheten å bli brukt av fremtidige kopioperasjoner, bruke kommandoen Alternativer for å angi aggr.copy.throttle alternativet.

aggr create aggrname
[-F]
[-M]
[-N]
[-T raidtype]
[-R raidsize]
[-T disk-type]
[-R rpm]
[-L [compliance | enterprise]]
[-V]
[-L språk-kode]
{Ndisks [@ size]

|
-D Disk1 [disk2 ... ] [-D diskn [diskn en ... ]]}

Oppretter en ny samlet kalt aggrname. Den samlede Navnet kan inneholde bokstaver, tall og understrekingstegnet (_), men det første tegnet må være en bokstav eller understrek. Opptil 200 aggregater kan opprettes på hver Filer. Dette tallet inkluderer de tilslag som er innebygd i tradisjonelle volumer.

En innebygd tilslag kan opprettes som en del av en tradisjonell volum ved hjelp-v alternativet. Den kan ikke inneholde fleksible volumer.

En vanlig samlet, opprettet uten-v alternativet, kan bare inneholde fleksible volumer. Det kan ikke bygges inn i et tradisjonelt volum, og den inneholder ingen volumer umiddelbart etter opprettelsen. Nye fleksible volumer kan opprettes ved hjelp av bind skaper kommandoen.

The-t raidtype argumentet angir hvilken type RAID gruppe (r) skal brukes til å lage samlet. De mulige RAID gruppen typer er raid4 for RAID-4, raid_dp for RAID-DP (Double Parity), og raid0 for enkel striping uten paritet beskyttelse. Standardinnstillingen raidtype for aggregater og tradisjonelle volumer på filers er raid_dp. Stille raidtype er ikke tillatt på V-serien systemer; standard av RAID0 brukes alltid.

The-r raidsize argumentet angir det maksimale antallet disker i hver RAID gruppe samlet. Maksimums-og standardverdiene raidsize er plattform-avhengige, basert på ytelse og pålitelighet hensyn. Se aggr alternativer raidsize for flere detaljer.

The-T disk-type argument angir hvilken type disker å bruke når du oppretter en ny samlet. Det er nødvendig bare på systemer koblet til disker av ulik type. Mulige disk typene er: ATA, FCAL, LUN, SAS, SATA og SCSI. Blanding disker av ulike typer i en samlet er ikke tillatt.-T kan ikke brukes sammen med-d.

Disk typen identifiserer disk teknologi og tilkobling type. ATA identifiserer ATA disker med enten IDE eller Serial ATA-grensesnitt i hyllene koblet i FCAL (Fibre Channel voldgift Loop). FCAL identifiserer FC disker i hyllene koblet i FC-AL. LUN identifiserer virtuelle disker eksportert fra eksterne lagringsarrayer. Den underliggende disk teknologi og RAID-type avhenger gjennomføringen av slike eksterne lagringsarrayer. SAS identifiserer Serial Attached SCSI disker i matchende hyller. SATA identifiserer Serial ATA disker i SAS hyllene. SCSI står for Small Computer System Interface, og det er inkludert for bakoverkompatibilitet med tidligere disk teknologier.

The-R rpm argumentet angir hvilken type disker til bruk basert på deres rotasjonshastighet i omdreininger per minutt (RPM). Det er kun nødvendig på systemer å ha disker med forskjellige omdreiningstall. Typiske verdier for rotasjonshastighet er 5400, 7200, 10000, og 15000.-R kan ikke brukes sammen med-d.

ndisks er antallet disker i samlet, inkludert paritet diskene. De disker i denne nyopprettede samlet kommer fra pool av reservedeler disker. De minste disker i dette bassenget bli samlet først, med mindre du angir @ størrelse argumentet. Størrelse er disken størrelse i GB, og disker som er innenfor 10% av den angitte størrelsen vil bli valgt til bruk i samlet.

Den-m opsjonen kan brukes til å spesifisere at det nye samlede speilet (har to plexes) ved etableringen. Hvis dette alternativet er gitt, da de indikerte diskene vil bli delt på tvers av de to plexes. Som standard vil det nye samlede ikke være speilvendt.

Alternativet-n kan brukes til å vise kommandoen at systemet vil kjøre, uten egentlig å gjøre noen endringer. Dette er nyttig for visning av automatisk valgt disker, for eksempel.

Hvis du bruker-d Disk1 [disk2 ... ] Argument, skaper Filer samlet med de angitte reservedeler diskene Disk1 og disk2, og så videre. Du kan angi en space-separert liste over disk navn. To separate lister må spesifiseres dersom det nye samlede speiles. I tilfellet at det nye samlede er motsatt, må de indikerte diskene resultere i et likt antall disker på hver ny Plex.

De disker i en Plex er ikke tillatt å span reservedeler bassenger. Denne atferden kan overstyres med-f alternativet. Det samme alternativet kan også brukes til å tvinge bruke disker som ikke har matchende rotasjonshastighet. -F opsjonen har effekt bare når den brukes med-d alternativet spesifisere disker å bruke.

For å opprette en SnapLock aggregat, angi-L flagg med aggr skape kommandoen. Dette flagget støttes bare hvis enten SnapLock Compliance eller SnapLock Enterprise er lisensiert. Typen av SnapLock samlet skapt, enten Compliance eller Enterprise, bestemmes av den installerte SnapLock lisensen. Hvis både SnapLock Compliance og SnapLock Enterprise er lisensiert, bruk-L oppfyllelse eller-L bedriften å spesifisere ønsket samlet typen.

-L language_code argumentet kan brukes bare når du oppretter en tradisjonell volum ved hjelp av alternativet-v. Den Filer skaper den tradisjonelle volum med språket som er angitt av språkkoden. Standard er språket som brukes av Filer rot volum. Se vol Mannen side for en liste over språkkoder.

aggr ødelegge {aggrname | plexname} [-f]

Ødelegger samlet navngitt aggrname, eller Plex navngitt plexname. Merk at hvis den angitte samlet er knyttet til en tradisjonell volum, da den tradisjonelle volum selv er ødelagt også.

Dersom en samlet er angitt, blir alle plexes i samlet ødelagt. Den navngitte samlet må heller ikke inneholde fleksible volum, uavhengig av deres mount tilstand (online, begrenset, eller offline). Hvis en Plex er angitt, er Plex ødelagt, og etterlot en unmirrored samlet eller tradisjonelle volum som inneholder den gjenværende Plex. Før ødelegge samlet, tradisjonelle volum eller Plex, blir brukeren bedt om å bekrefte operasjonen. The-f flagget kan brukes til å ødelegge et aggregat, tradisjonelle volum eller Plex uten å spørre brukeren.

Diskene opprinnelig i det ødelagte objektet blir ekstra disker. Bare frakoblet tilslag, kan tradisjonelle volumer og plexes bli ødelagt.

aggr media_scrub status [aggrname | plexname | gruppenavn]
[-V]

Skriver media skrubbing status for den navngitte samlet, Plex, eller gruppe. Hvis det ikke blir gitt, så status skrives for alle RAID grupper tiden kjører en media skrubb. Statusen omfatter en prosent-fullført og om det er suspendert.

The -v flag displays the date and time at which the last full media scrub completed, the date and time at which the current instance of media scrubbing started, and the current status of the named aggregate, plex, or group. If no name is given, this more verbose status is printed for all RAID groups with active media scrubs.

aggr mirror aggrname
[ -f ]
[ -n ]
[ -v victim_aggrname ]
[ -d disk1 [ disk2 ... ] ]

Turns an unmirrored aggregate into a mirrored aggregate by adding a plex to it. The plex is either newly-formed from disks chosen from a spare pool, or, if the -v option is specified, is taken from another existing unmirrored aggregate. Aggregate aggrname must currently be unmirrored. Use aggr create to make a new, mirrored aggregate from scratch.

Disks may be specified explicitly using -d in the same way as with the aggr create and aggr add commands. The number of disks indicated must match the number present on the existing aggregate. The disks specified are not permitted to span disk pools. This behavior can be overridden with the -f option. The -f option, in combination with -d , can also be used to force using disks that have a rotational speed that does not match that of the majority of existing disks in the aggregate.

If disks are not specified explicitly, then disks are automatically selected to match those in the aggregate's existing plex.

-V opsjonen kan brukes til å delta victim_aggrname tilbake i aggrname å danne en speilet aggregat. Resultatet er en speilvendt samlet kalt aggrname som er ellers identisk aggrname før operasjonen. Victim_aggrname er effektivt ødelagt. Victim_aggrname må ha vært tidligere speiles med aggrname, deretter skilt via aggr split-kommandoen. Victim_aggrname må være frakoblet. Kombinert med-v-alternativet kan-f alternativet brukes til å delta aggrname og vic_ t im_aggrname uten å spørre brukeren.

Alternativet-n kan brukes til å vise kommandoen at systemet vil kjøre uten egentlig å gjøre noen endringer. Dette er nyttig for visning av automatisk valgt disker, for eksempel.

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

Tar samlet navngitt aggrname (eller Plex navngitt plexname) offline. Kommandoen trer i kraft før retur. Dersom summen er allerede i begrenset tilstand, så er det allerede utilgjengelig for datatilgang, og mye av følgende beskrivelse gjelder ikke.

Dersom summen inneholder noen fleksible volumer, så operasjonen avbrytes med mindre Filer er under vedlikehold.

Bortsett fra i vedlikehold modus, kan den samlede inneholder gjeldende roten volumet ikke tas offline. En samlet inneholder et volum som er merket for å bli root (med vol alternativer vol_ n AME root) heller ikke kan tas offline.

Dersom summen er innebygd i en tradisjonell volum som har CIFS aksjer, bør brukerne bli advart før du tar den samlede (og dermed hele tradisjonelle volum) offline. Bruk opsjonen-t for dette. Den cifsdelaytime argumentet angir antall minutter for å forsinke før du tar den innebygde samlet offline, der tiden CIFS brukere av tradisjonelle volum blir varslet om den forestående tap av tjeneste. En tid på 0 betyr ta det samlede offline umiddelbart uten advarsler gitt. CIFS brukere kan miste data hvis de ikke får en sjanse til å avslutte programmer grasiøst.

Hvis en plexname er spesifisert, må Plex være del av en speilvendt samlet og begge plexes må være online. Før offlining en Plex, vil systemet spyle alle internt buffered data knyttet til plex, og lage et øyeblikksbilde som er skrevet ut til begge plexes. Øyeblikksbildet muliggjør effektiv resynkronisering når Plex er senere brakt tilbake online.

En rekke operasjoner blir utført på den samlede tradisjonelle volum kan hindre aggr frakoblet fra å lykkes, for kortere eller lengre tid. Dersom slike operasjoner blir funnet, vil det være en en-andre ventetiden for slike operasjoner til slutt. Hvis de ikke gjør det, er kommandoen avbrutt.

En sjekk er også laget for filer i samlet tilknyttede tradisjonelle volum åpnet av interne ONTAP prosesser. Kommandoen blir avbrutt hvis noen blir funnet.

aggr online {aggrname | plexname}
[-F]

Bringer samlet navngitt aggrname (eller Plex navngitt plexname) online. Denne kommandoen trer i kraft umiddelbart. Dersom den angitte samlede er innebygd i en tradisjonell volum er volumet også brakte også på nettet.

Dersom en aggrname er spesifisert, må det være offline, begrenset, eller utenlandsk. Dersom summen er utenlandsk, vil det bli gjort innfødt før blir brakt på nettet. En "fremmed" tilslag er en samlet som består av disker flyttet fra en annen Filer og som aldri har blitt ført på nettet på gjeldende Filer. Aggregater som ikke er fremmed regnes som "innfødt."

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

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

aggr options aggrname [ optname optval ]

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

The following describes the options and their possible values:

fs_size_fixed on | off

This option only applies to aggregates that are embedded in traditional volumes. It causes the file system to remain the same size and not grow or shrink when a SnapMirrored volume relationship is broken, or an aggr add is performed on it. This option is automatically set to be on when a traditional volume becomes a SnapMirrored volume. It will remain on after the snapmirror break command is issued for the traditional volume. This allows a traditional volume to be SnapMirrored back to the source without needing to add disks to the source traditional volume. If the traditional volume size is larger than the file system size, turning off this option will force the file system to grow to the size of the traditional volume. The default setting is off .

ignore_inconsistent on | off

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

nosnap on | off

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

raidsize number

Verdien av dette alternativet er den maksimale størrelsen på en RAID gruppe som kan opprettes i samlet. Endre verdien av dette alternativet vil ikke medføre eksisterende RAID grupper til å vokse eller krympe, det vil bare påvirke hvorvidt flere disker vil bli lagt til den siste eksisterende RAID-gruppen og hvordan nye, store RAID gruppene vil være.

Lovlige verdier for dette alternativet avhenger raidtype. For eksempel lar raid_dp større RAID grupper enn raid4. Grenser og standardverdier er også forskjellig for ulike typer Filer apparater og ulike typer disker. Følgende tabeller definere grenser og standardverdier for raidsize.

   -------------- Raid4 raidsize min standard maks -------------- R100 2 8 8 R150 2 6 6 FAS250 2 7 14 andre (FCAL disker) 2 8 14 andre (ATA-disker) 2 7 7 ---------------------------- raid_dp raidsize min standard maks ------ -------- R100 3 12 12 R150 3 12 16 andre (FCAL disker) 3 16 28 andre (ATA-disker) 3 14 16 ---------- ---- 

Disse verdiene kan endres i fremtidige versjoner av data ONTAP.

raidtype raid4 | raid_dp | RAID0

Angir typen RAID brukes til å beskytte mot disk feil. Bruk av raid4 gir en paritet disk per RAID-gruppen, mens raid_dp gir to. Endring av dette alternativet endrer umiddelbart RAID typen alle RAID grupper innenfor samlet. Når du oppgraderer RAID grupper fra raid4 til raid_dp, begynner hver RAID gruppe en rekonstruksjon på et reservebatteri disk avsatt til andre `dparity 'paritet 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

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.

Den eneste måten å fjerne roten status av et aggregat eller tradisjonelle volum er å sette root alternativet på en annen samlet eller tradisjonelle volum.

snaplock_compliance

Dette leste eneste alternativet indikerer at det samlede er en SnapLock Compliance aggregat. Aggregater kan bare utpekes SnapLock Compliance tilslag på opprettelse tid.

snaplock_enterprise

Dette leste eneste alternativet indikerer at det samlede er en SnapLock Enterprise aggregat. Aggregater kan bare utpekes SnapLock Enterprise tilslag på opprettelse tid.

snapmirrored off

Hvis SnapMirror er aktivert for en tradisjonell volum (SnapMirror støttes ikke for aggregater som inneholder fleksible volumer), setter Filer automatisk dette alternativet til På. Sett dette alternativet til off hvis SnapMirror ikke lenger skal brukes til å oppdatere den tradisjonelle volum speilet. Etter sette dette valget til off, blir speilet en vanlig skrivbar tradisjonell volum. Dette alternativet kan bare settes til off, det er bare Filer kan endre verdien for dette valget fra av til på.

snapshot_autodelete On | Off

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

aggr rename aggrname newname

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

aggr restrict aggrname
[ -t cifsdelaytime ]

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

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

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

aggr scrub resume [ aggrname | plexname | groupname ]

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

aggr scrub start [ aggrname | plexname | groupname ]

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

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

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

The -v flag displays the date and time at which the last full scrub completed along with the current status on the named aggregate, plex, or group; all RAID groups if no name is given.

aggr scrub stop [ aggrname | plexname | groupname ]

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

aggr scrub suspend [ aggrname | plexname | groupname ]

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

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

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

Alle størrelser er rapportert i 1024-bytes blokker, med mindre annet ber om en av-h,-k,-m,-g, eller-t alternativer. The-k,-m,-g, og-t alternativer skala hver størrelse-relaterte felt av produksjonen som skal uttrykkes i kilobyte, megabyte, gigabyte, eller terabytes henholdsvis.

Følgende terminologi er brukt av kommandoen i rapportering verdensrommet.

      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 ]

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 flagget viser en liste av RAID for at samlet. Hvis ingen aggrname er angitt, skrives det RAID informasjon om alle aggregater, informasjon om filsystem disker, reservedeler disker, og mislykkede disker. For mer informasjon om mislykkede disker, se-f bryteren beskrivelse nedenfor.

-D flagget viser informasjon om diskene i den angitte samlet. Typene disk informasjon er de samme som fra sysconfig-d-kommandoen.

The-c flagget viser oppgraderingen statusen til Block Sjekksummer dataintegritet beskyttelse funksjonen.

The-b brukes til å få størrelsen på kilden og målet steinmaterialer til bruk med aggr kopi. Utgangen inneholder lagring i samlet og muligens mindre størrelsen på samlet. Den samlede kopi kommandoen bruker disse tallene for å finne ut om kilden og målet aggregerte størrelser er kompatible. Størrelsen på kilde samlet må være lik eller mindre enn størrelsen på destinasjonen samlet.

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

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

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

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

aggr undestroy [ -n ] < aggrname >

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

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

aggr verify resume [ aggrname ]

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

aggr verify start [ aggrname ] [ -f plexnumber ]

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

aggr verify stop [ aggrname ]

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

aggr verify status [ aggrname ]

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

aggr verify suspend [ aggrname ]

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

CLUSTER CONSIDERATIONS

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

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

EXAMPLES

aggr create aggr1 -r 10 20

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

aggr create aggr1 20@9

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

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

Creates an aggregate named aggr1 with the specified three disks.

aggr create aggr1 10
aggr options aggr1 raidsize 5

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

aggr show_space -h ag1

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

   Samlet 'AG1' Total plass WAFL reserve Snap reserve nyttevolum BSR NVLOG 66GB 6797MB 611MB 59GB 65KB Space tildelt volum i samlet volum Avsatt Brukte garanti Vol1 14GB 11 GB volum vol2 8861MB 8871MB fil vol3 6161MB 6169MB ingen vol4 26GB 25GB volum vol1_clone 1028MB 1028MB ( offline) Samlet Avsatt Brukte Lagerstatus Total plass 55GB 51GB 3494MB Snap reserve 611MB 21MB 590MB WAFL reserve 6797MB 5480KB 6792MB 

aggr status aggr1-r

Viser RAID opplysninger om samlet aggr1. I følgende eksempel, ser vi at aggr1 er en RAID-DP aggregerer beskyttet av blokk sjekksummer. Det er på nettet, og alle disker opererer normalt. Den samlede inneholder fire disker-to data-disker, en paritet disk, og en doubleparity disk. To disker ligger på 0b adapter, og to på adapter 1b. Disken hylle og bay tall for hver disk er indikert. Alle fire disker er 10, er 000 RPM FibreChannel disker koblet via disk kanal A. disk "Pool" attributtet vises kun hvis SyncMirror er lisensiert, er som ikke er tilfelle her (hvis SyncMirror ble lisensiert, ville Pool være enten 0 eller 1) . Mengden diskplass som brukes av data ONTAP ("Brukt") og er tilgjengelig på disken ("Phys") vises i de lengst til høyre kolonnene.

  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 .


Innholdsfortegnelse






















































Manual Pages , , , ,

cf

7 juli 2009

Innholdsfortegnelse

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

BESKRIVELSE

CF-kommandoen styrer klyngen failover monitor, som bestemmer når overtakelse og giveback operasjoner foregår innenfor en klynge.

CF-kommandoen er bare tilgjengelig hvis Filer har klyngen lisensen.

ALTERNATIVER

deaktivere
Deaktiverer overtakelsen evnen til begge filers i klyngen.

muliggjøre
Aktiverer overtakelsen evnen til både filers i klyngen.

forcegiveback
forcegiveback er farlig og kan føre til ødeleggelse av data, i nesten alle tilfeller bruker jf. giveback-f i stedet.

Tvinger levende Filer å gi tilbake ressursene av den mislykkede Filer selv om den levende Filer bestemmer at du gjør det, kan resultere i data korrupsjon eller forårsake andre alvorlige problemer. Giveback vil nekte å giveback under disse forholdene. Bruke forcegiveback alternativet tvinger en giveback. Når den mislykkede Filer på nytt som følge av en tvungen giveback, viser den følgende melding:

partner giveback ufullstendig, kan enkelte data gå tapt

forcetakeover [-f] forcetakeover er farlig og kan føre til ødeleggelse av data, i nesten alle tilfeller bruker jf. overtakelse stedet.

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.

overtakelse [-f] | [-n]
Initierer en overtakelse av partner. Hvis du bruker-f alternativet, lar jf. kommandoen slik overtakelse å fortsette selv om det vil abortere en coredump på den andre Filer.

Hvis du bruker-n alternativet, lar jf. kommandoen en overtakelse å fortsette selv om partneren node rant en inkompatibel versjon av data ONTAP. Partneren node må rent stanset for at dette alternativet for å lykkes. Dette brukes som en del av en nondisruptive oppgraderingsprosessen.

nfo [enable | deaktivere] disk_shelf
Aktiverer eller deaktiverer forhandlet failover på disk sokkel teller mismatch.

Denne kommandoen er foreldet. Alternativ cf.takeover.on_disk_shelf_miscompare erstatter den.

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


Innholdsfortegnelse



Manuell Sider , , , ,

bootfs

7 juli 2009

Innholdsfortegnelse

NAME

bootfs - boot filsystem Accessor Command (avansert)

SYNOPSIS

bootfs chkdsk disk

bootfs kjerne [-v] disk

bootfs dir [-r] sti

bootfs dump {disk | stasjon} {sektor | klynge}

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

bootfs format drive [ label ]

bootfs info disk

bootfs sync [ -f ] { disk | drive }

bootfs test [ -v ] disk

BESKRIVELSE

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 HENSYN

Den bootfs kommandoen kan ikke brukes på en gruppert system partner.

EKSEMPLER

Den dir delkommandoen viser alle filer og underkataloger som finnes i banen forutsatt. Informasjonen presenteres for hver fil og underkatalog er (i denne kolonnen rekkefølge) navn, størrelse, dato, klokkeslett og cluster.

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

  Volumnavn i Drive 0a.0: 1: er KERNEL Volume Serial Number er 716C-E9F8 Directory of 0a.0: 1 :/ x86/kernel /.  DIR 02-07-2003 02:37 en 2 ..  DIR 02-07-2003 02:37 en 3 PRIMARY.KRN 9318400 04-07-2003 6:53 P 4 2187264 byte ledig 

Dump delkommandoen viser enten en sektor på en diskett eller en klynge på en stasjon, avhengig kommandolinjeargumentene forutsatt. Sektoren eller cluster er oppført både i heksadesimal og ASCII form.

bootfs dumpe 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

nedlasting


Innholdsfortegnelse

Manual Pages , , , ,

boot

7 juli 2009

Innholdsfortegnelse

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

nedlasting


Innholdsfortegnelse

Copyright © 1994-2008 NetApp, Inc. Juridisk Informasjon

VN: F [1.9.11_1134]
Ranger dette innlegget:
Karakter: 0,0 / 10 (0 stemmer cast)

Manual Pages , , , ,

BMC

7 juli 2009

Innholdsfortegnelse

NAME

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

SYNOPSIS

bmc help

bmc reboot

bmc setup

bmc status

bmc test autosupport

BESKRIVELSE

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.


Innholdsfortegnelse

Copyright © 1994-2008 NetApp, Inc. Juridisk Informasjon

VN: F [1.9.11_1134]
Ranger dette innlegget:
Karakter: 0,0 / 10 (0 stemmer cast)

Manual Pages , , , ,

backuplog

7 juli 2009

Innholdsfortegnelse

NAME

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

SYNOPSIS

/etc/log/backup

BESKRIVELSE

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

SEE ALSO

dump , restore , options


Innholdsfortegnelse

Manual Pages , , , ,

backup

7 juli 2009

Innholdsfortegnelse

NAME

backup – manages backups

SYNOPSIS

backup status [ <ID> ]

backup terminate <ID>

BESKRIVELSE

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.

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.

SEE ALSO

dumpe


Innholdsfortegnelse



Manual Pages , , , ,

autosupport

7 juli 2009

Innholdsfortegnelse

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


Innholdsfortegnelse






























































Manual Pages , , , ,

auditlog

7 juli 2009

Innholdsfortegnelse

NAME

auditlog – contains an audit record of recent administrative activity

SYNOPSIS

<logdir>/auditlog

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

BESKRIVELSE

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

og

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 , , , ,



Dette nettstedet er ikke tilknyttet eller sponset på noen måte av NetApp eller andre selskap som er nevnt innenfor.

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

© 2009-2012 Chris Kranz enerett
Dette nettstedet er ikke tilknyttet eller sponset på noen måte av NetApp eller andre selskap som er nevnt innenfor.