Archiv

Příspěvky Tagged 'Manual "

NetApp manuálových stránek

07.07.2009

NetApp si laskavě mi dal svolení k publikování jejich manuálových stránek zde. Oni ještě potřebují trochu uklízení, ale pouhé množství znamená, že si mě chvilku, aby si je třídíme a cross-referenced správně, omluvte prosím vizuální problémy pro tuto chvíli. Napsal jsem rychlý nástroj pro analýzy, aby byly všechny informace o tady, tak tam může být několik problémů, které vyplývají z dosud.

Vždycky jsem měl rád tak, že PHP má své funkci stránky, která dává uživatelům možnost vyjádřit se přímo na ně. To umožňuje lidem opustit zpětnou vazbu na funkce a nástroje, a také navázat nějaké další použití nebo syntaxe pro příkazy, které nejsou vždy jasně zveřejněny. Doufejme, že to je jako zpětná vazba pro NetApp zlepšit jejich dokumentaci.

Já bych určitě chtěl povzbudit lidi, aby se vyjádřily k manuálové stránky s čímkoli, co může být užitečné, a doufám, že vybudování tohoto do užitečné malým odkazem části. Mnoho Ještě jednou díky za NetApp lidových za pomoc s tímto.

VN: F [1.9.11_1134]
Hodnotit tento příspěvek:
Hodnocení: 8.8 / 10 (18 hlasů)

Obecné , Manuálové stránky , , , ,

aggr

07.07.2009

Obsah

JMÉNO

aggr - příkazy pro správu agregátů, z toho zobrazeny souhrnné stavu, kopírování a kameniva

PŘEHLED

aggr argument příkazu ...

POPIS

Příkaz aggr rodina spravuje agregáty. Aggr Příkazy lze vytvářet nové agregáty, zničit stávající, undestroy předtím zničil agregát, řídit plex v celkové zrcadlo, změna agregátní stav, Použít k celkové a jedna kopie souhrnné k jinému, a zobrazit jejich stav. Souhrnné příkazů často vliv na objem (y) obsažena v agregátů.

Příkaz aggr rodina je nového ve Data ONTAP 7.0. Příkaz vol rodiny za předpokladu kontroly nad tradiční vol_ u MES, které zničilo jeden uživatel viditelné pro systém souborů a jeden RAID úrovně zásobníku (souhrn) v nedělitelný celek, a ještě dělá. Chcete-li umožnit pružnější využívání skladování, agregátů nyní také podporuje možnost obsahovat více, nezávisle na uživatelské úrovni souborových systémů s názvem flexibilní svazků.

Data ONTAP 7.0 fully supports both traditional and flexible volumes. The aggr command family is the preferred method for managing a filer's aggregates, including those that are embedded in traditional volumes.

Note that most of the aggr commands apply equally to both the type of aggregate that contains flexible volumes and the type that is tightly bound to form a traditional volume. Thus, the term aggregate is often used here to refer to both storage classes. In those cases, it provides a shorthand for the longer and more unwieldy phrase "aggregates and traditional volumes”.

Aggregates may either be mirrored or unmirrored. A plex is a physical copy of the WAFL storage within the aggregate. A mirrored aggregate consists of two plexes; unmirrored aggregates contain a single plex. In order to create a mirrored aggregate, you must have a filer configuration that supports RAID-level mirroring. When mirroring is enabled on the filer, the spare disks are divided into two disk pools. When an aggregate is created, all of the disks in a single plex must come from the same disk pool, and the two plexes of a mirrored aggregate must consist of disks from separate pools, as this maximizes fault isolation. This policy can be overridden with the -f option to aggr create , aggr add and aggr mirror , but it is not recommended.

An aggregate name can contain letters, numbers, and the underscore character(_), but the first character must be a letter or underscore. A combined total of up to 200 aggregates (including those embedded in traditional volumes) can be created on each filer.

A plex may be online or offline. If it is offline, it is not available for read or write access. Plexes can be in combinations of the following states:

normal All RAID groups in the plex are functional.

failed At least one of the RAID groups in the plex has failed.

empty The plex is part of an aggregate that is being created, and one or more of the disks targeted to the aggregate need to be zeroed before being added to the plex.

active The plex is available for use.

inactive
The plex is not available for use.

resyncing
The plex's contents are currently out of date and are in the process of being resynchronized with the contents of the other plex of the aggregate (applies to mirrored aggregates only).

adding disks
Disks are being added to the plex's RAID group(s).

out-of-date
This state only occurs in mirrored aggregates where one of the plexes has failed. The non-failed plex will be in this state if it needed to be resynchronized at the time the other plex failed.

A plex is named using the name of the aggregate, a slash character delimiter, and the name of the plex. The system automatically selects plex names at creation time. For example, the first plex created in aggregate aggr0 would be aggr0/plex0 .

An aggregate may be online, restricted, or offline. When an aggregate is offline, no read or write access is allowed. When an aggregate is restricted, certain operations are allowed (such as aggregate copy, parity recomputation or RAID reconstruction) but data access is not allowed. Aggregates that are not a part of a traditional volume can only be restricted or offlined if they do not contain any flexible volumes.

Aggregates can be in combinations of the following states:

aggr The aggregate is a modern-day aggregate; it is capable of containing zero or more flexible volumes.

copying
The aggregate is currently the target aggregate of an active aggr copy operation.

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

foreign
The disks that the aggregate contains were moved to the current filer from another filer.

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

initializing
The aggregate is in the process of being initialized.

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

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

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

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

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

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

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

raid4 The aggregate consists of RAID-4 RAID groups.

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

reconstruct
At least one RAID group in the aggregate is being reconstructed.

redirect
Aggregate reallocation or file reallocation with the -p option has been started on the aggregate. Read performance to volumes in the aggregate may be degraded.

resyncing
One of the plexes of a mirrored aggregate is being resynchronized.

snapmirrored
The aggregate is a snapmirrored replica of another aggregate. This state can only arise if the aggregate is part of a traditional volume.

trad The aggregate is fused with a single volume. This is also referred to as a traditional volume and is exactly equivalent to the volumes that existed before Data OnTAP 7.0. Flexible volumes can not be created inside of this aggregate.

verifying
A RAID mirror verification operation is currently being run on the aggregate.

wafl inconsistent
The aggregate has been marked corrupted. Please contact Customer Support if you see an aggregate in this state.

USAGE

The following commands are available in the aggr suite:

 add mirror restrict undestroy copy offline scrub verify create online show_space destroy options split media_scrub rename status 

aggr add aggrname
[ -f ]
[ -n ]
[ -g { raidgroup | new | all } ]
{ ndisks [@ size ]
|
-d disk1 [ disk2 ... ] [ -d diskn [ diskn+1 ... ] ] }

Adds disks to the aggregate named aggrname . Specify the disks in the same way as for the aggr create command. If the aggregate is mirrored, then the -d argument must be used twice (if at all).

If the -g option is not used, the disks are added to the most recently created RAID group util it is full, and then one or more new RAID groups are created and the remaining disks are added to new groups. Any other existing RAID groups that are not full remain partially filled.

The -g option allows specification of a RAID group (for example, rg0 ) to which the indicated disks should be added, or a method by which the disks are added to new or existing RAID groups.

If the -g option is used to specify a RAID group, that RAID group must already exist. The disks are added to that RAID group util it is full. Any remaining disks are ignored.

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.

The disks in a plex are not permitted to span disk pools. This behavior can be overridden with the -f flag when used together with the -d argument to list disks to add. The -f flag, in combination with -d , can also be used to force adding disks that have a rotational speed that does not match that of the majority of existing disks in the aggregate.

aggr copy abort [ -h] operation_number | all

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 .

Disk type identifies disk technology and connectivity type. ATA identifies ATA disks with either IDE or serial ATA interface in shelves connected in FCAL (Fibre Channel Arbitrated Loop). FCAL identifies FC disks in shelves connected in FC-AL. LUN identifies virtual disks exported from external storage arrays. The underlying disk technology and RAID type depends on implementation of such external storage arrays. SAS identifies Serial Attached SCSI disks in matching shelves. SATA identifies serial ATA disks in SAS shelves. SCSI stands for Small Computer System Interface, and it is included for backward compatibility with earlier disk technologies.

The -R rpm argument specifies the type of disks to use based on their rotational speed in revolutions per minute (rpm). It is needed only on systems having disks with different rotational speeds. Typical values for rotational speed are 5400, 7200, 10000, and 15000. -R cannot be used together with -d .

ndisks is the number of disks in the aggregate, including the parity disks. The disks in this newly created aggregate come from the pool of spare disks. The smallest disks in this pool join the aggregate first, unless you specify the @ size argument. size is the disk size in GB, and disks that are within 10% of the specified size will be selected for use in the aggregate.

The -m option can be used to specify that the new aggregate be mirrored (have two plexes) upon creation. If this option is given, then the indicated disks will be split across the two plexes. By default, the new aggregate will not be mirrored.

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.

If you use the -d disk1 [ disk2 ... ] argument, the filer creates the aggregate with the specified spare disks disk1 , disk2 , and so on. You can specify a space-separated list of disk names. Two separate lists must be specified if the new aggregate is mirrored. In the case that the new aggregate is mirrored, the indicated disks must result in an equal number of disks on each new plex.

The disks in a plex are not permitted to span spare pools. This behavior can be overridden with the -f option. The same option can also be used to force using disks that do not have matching rotational speed. The -f option has effect only when used with the -d option specifying disks to use.

To create a SnapLock aggregate, specify the -L flag with the aggr create command. This flag is only supported if either SnapLock Compliance or SnapLock Enterprise is licensed. The type of the SnapLock aggregate created, either Compliance or Enterprise, is determined by the installed SnapLock license. If both SnapLock Compliance and SnapLock Enterprise are licensed, use -L compliance or -L enterprise to specify the desired aggregate type.

The -l language_code argument may be used only when creating a traditional volume using option -v . The filer creates the traditional volume with the language specified by the language code. The default is the language used by the filer's root volume. See the vol man page for a list of language codes.

aggr destroy { aggrname | plexname } [ -f ]

Destroys the aggregate named aggrname , or the plex named plexname . Note that if the specified aggregate is tied to a traditional volume, then the traditional volume itself is destroyed as well.

If an aggregate is specified, all plexes in the aggregate are destroyed. The named aggregate must also not contain any flexible volumes, regardless of their mount state (online, restricted, or offline). If a plex is specified, the plex is destroyed, leaving an unmirrored aggregate or traditional volume containing the remaining plex. Before destroying the aggregate, traditional volume or plex, the user is prompted to confirm the operation. The -f flag can be used to destroy an aggregate, traditional volume or plex without prompting the user.

The disks originally in the destroyed object become spare disks. Only offline aggregates, traditional volumes and plexes can be destroyed.

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

Prints the media scrubbing status of the named aggregate, plex, or group. If no name is given, then status is printed for all RAID groups currently running a media scrub. The status includes a percent-complete and whether it is suspended.

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.

The -v option can be used to join victim_aggrname back into aggrname to form a mirrored aggregate. The result is a mirrored aggregate named aggrname which is otherwise identical to aggrname before the operation. Victim_aggrname is effectively destroyed. Victim_aggrname must have been previously mirrored with aggrname , then separated via the aggr split command. Victim_aggrname must be offline. Combined with the -v option, the -f option can be used to join aggrname and vic_ t im_aggrname without prompting the user.

-N mohou být použity k zobrazení příkazu, že systém bude provádět, aniž by vlastně dělat žádné změny. To je užitečné pro zobrazení automaticky vybrán pevné disky, například.

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

Bere na celkové jmenoval aggrname (nebo plex jmenoval plexname) offline. Příkaz nabývá účinnosti, než se vrátí. Pokud je agregát již v omezeném stavu, pak je již k dispozici pro přístup k datům, a hodně z následujícího popisu neplatí.

, Pokud úhrnná obsahuje flexibilní svazků, pak operace se přeruší, pokud filtračním v režimu údržby.

S výjimkou režimu údržby, může být celková obsahující aktuální Kořenový svazek nelze brát offline. Agregát s obsahem svazku, který byl označen, aby se stal root (pomocí vol možnosti vol_ n ame root) také nemůže být offline.

Pokud je agregát je zakotven v tradičním svazek, který má akcie CIFS, uživatelé by měli být upozorněni před přijetím agregátu (a tím i celé tradiční objemu) offline. Použijte přepínač-t pro toto. The cifsdelaytime argument určuje počet minut zpoždění před pořízením vložené celkové offline, za tu dobu CIFS uživatelé tradičního objemu byli upozorněni až ztrátě služeb. Doba 0 znamená mít celkový online ihned bez uvedení varování. CIFS uživatelé mohou ztratit data, pokud nejsou šanci na ukončení aplikace elegantně.

Je-li plexname je uvedeno, musí být plex být součástí celkové zrcadlové a oba objekty plex musí být online. Před offlining plex, systém flush všech vnitřně vyrovnávací paměti spojené s plex a vytvořit snímek, který je napsán na oba objekty plex. Snímek umožňuje efektivní resynchronizace, když je plex následně přivezl online.

Počet operací se provádí na celkové tradiční objem může zabránit aggr pm od uspění, na různě dlouhou dobu. Pokud takové operace se nacházejí, tam bude jeden druhého čekat na tyto práce dokončit. Pokud tak neučiní, je zrušen příkaz.

Kontrola je také pro soubory v úhrnu je spojena tradiční objem otevřené vnitřní ONTAP procesy. Příkaz se přeruší, pokud jsou nalezeny žádné.

aggr on-line {aggrname | plexname}
[-F]

Přináší celkové jmenoval aggrname (nebo plex jmenoval plexname) online. Tento příkaz se projeví okamžitě. Je-li uvedeno agregát je zakotven v tradičním svazku, se objem i také přinesl online.

Je-li aggrname je uvedeno, musí být nyní offline, omezení, nebo zahraniční. Pokud je agregát zahraničí, bude provedena nativní před přinesl online. "Cizí" úhrn agregát, který se skládá z disků přestěhovala z jiného Filer a že nikdy nebyl ve stavu online na aktuální filer. Agregáty, které nejsou cizí, jsou považovány za "domorodce".

Pokud je souhrnný, je v rozporu, ale neztratil data, bude uživatel vyzván, a varoval před tím, celkového online. -F může být použit k potlačení tohoto chování. Je vhodné spustit WAFL_check (nebo si SnapMirror inicializovat v případě celkové vložené v tradičním objemu) před podáním nekonzistentní celkové on-line. Uvedení v rozporu celkové on-line zvyšuje riziko dalšího poškození souborového systému. Pokud je souhrnný, je v rozporu, a zažil možné ztrátě dat, nelze do režimu online, pokud WAFL_check (nebo SnapMirror inicializovat v případě embedded) byl spuštěn na agregát.

Je-li plexname je uvedeno, musí být plex být součástí celkové on-line zrcadlí. Systém zahájí resynchronizace na plex v rámci on-line zpracování.

aggr možnosti aggrname [optname optval]

Zobrazí se možnosti, které byly stanoveny pro souhrnné aggrname, nebo nastaví možnost s názvem optname celkové jmenoval aggrname na hodnotu optval. Příkaz zůstává účinný po filtračním je restartován, takže není třeba přidávat aggr možnosti příkazů do souboru / etc / rc souboru. Některé možnosti hodnoty, které jsou čísla. Některé možnosti hodnoty, které mohou být na (který může také být vyjádřena jako ano, pravda, nebo 1) nebo vypne (což může být vyjádřena jako ne, nepravdivé, nebo 0). Směs velká a malá písmena mohou být použity při zadávání hodnoty opce. Stav aggr příkaz zobrazí možnosti, které jsou nastaveny na agregát.

Následující text popisuje možnosti a jejich možné hodnoty:

fs_size_fixed on | off

Tato možnost platí pouze pro agregáty, které jsou zakotveny v tradičních objemů. To způsobí, že souborový systém zůstaly stejné velikosti, a ne růst nebo zmenšovat, když je zlomený objem SnapMirrored vztah, nebo přidejte aggr se provádí na to. Tato volba je automaticky nastavena na hodnotu o tom, kdy se tradiční svazek stane objemu SnapMirrored. To zůstane po break SnapMirror je vydán příkaz k tradičním objemu. To umožňuje tradiční objem, který bude SnapMirrored zpět ke zdroji bez nutnosti přidat disk do zdrojového tradičním objemu. Pokud je tradiční velikost svazku, je větší než velikost souborového systému, bude Vypnutím této možnosti platnost souborového systému roste s velikostí tradičního objemu. Výchozí nastavení je Vypnuto.

ignore_inconsistent on | off

Tento příkaz lze použít pouze v režimu údržby. Pokud je tato volba nastavena, umožní celkový které se nachází kořenový svazek přinesl on-line na bootování, i když to není v rozporu. Uživatel je varoval, že zpřístupnění on-line před spuštěním WAFL_check wafliron nebo může mít za následek další nesrovnalost souborovém systému.

nosnap on | off

Pokud je tato volba zapnuta, je zakáže automatické snímky na agregát. Výchozí nastavení je Vypnuto.

raidsize číslo

Hodnota této možnosti je maximální velikost RAID skupiny, která může být vytvořena pouze jako celek. Změna hodnoty této možnosti nezpůsobí stávající RAID skupiny na růst nebo zmenšovat, ale pouze ovlivnit, zda se více disků, bude přidán do poslední existující RAID skupiny a jak velké nové RAID skupiny bude.

Platné hodnoty pro tuto možnost závisí na raidtype. Například, raid_dp umožňuje větší skupiny, než RAID raid4. Limity a výchozí hodnoty jsou různé pro různé typy Filer zařízení a různé typy disků. Následující tabulky definují hranice a výchozí hodnoty pro raidsize.

   -------------- Raid4 raidsize min výchozí max. -------------- R100 R150 2 8 8 2 6 6 FAS250 2 7 14 Ostatní (FCAL disky) 2 8 14 Ostatní (ATA disky) 2 7 7 -------------- -------------- raid_dp raidsize min výchozí max. ------ -------- R100 R150 3 12 12 3 12 16 další (FCAL disků) 3 16 28 další (ATA disky) 3 14 16 ---------- ---- 

Tyto hodnoty se mohou změnit v budoucích verzích ONTAP dat.

raidtype raid4 | raid_dp | RAID0

Nastaví typ RAID slouží k ochraně proti selhání disku. Použití raid4 poskytuje jeden paritní disk na skupinu RAID, zatímco raid_dp poskytuje dva. Změna tuto možnost okamžitě změní RAID typu RAID všech skupin v rámci seskupení. Při upgradu RAID skupiny od raid4 do raid_dp, každá skupina RAID začne rekonstrukce na náhradní disk přidělené pro druhý `dparity" paritní disk.

Změna této možnosti také změny raidsize na vhodnější hodnota pro nové raidtype. Při přechodu z raid4 do raid_dp, bude raidsize zvýšit na výchozí hodnotu pro raid_dp. Při oslabení z raid_dp do raid4, bude raidsize snížena na velikost největší existující skupiny RAID, pokud je mezi výchozí hodnoty a limit pro raid4. Pokud se největší RAID skupiny je vyšší než limit pro raid4, nové raidsize se, že limit. Pokud se největší RAID skupina pod výchozí hodnotu pro raid4, nové raidsize se, že výchozí hodnota. Je-li raidsize již pod výchozí hodnotu pro raid4, bude snížena o 1.

resyncsnaptime číslo

Tato volba slouží k nastavení zrcadla resynchronizace snímek frekvenci (v minutách). Výchozí hodnota je 60 minut.

kořen

Pokud je tato volba nastavena na tradiční svazek, pak je efekt je stejný výrobek jako v vol manuálové stránky. V opačném případě, pokud je tato volba nastavena na celkové mohou obsahovat i flexibilní množství, je pak, že agregát označený jako ten, který bude také obsahuje kořen flexibilní svazku při příštím restartování počítače. Tato volba může být použita jen na jednom nebo tradiční celkový objem v daném okamžiku. Stávající root celkový objem nebo tradiční stane non-root jednotky po restartu.

Dokud je systém restartován, původní agregát a / nebo tradiční objem i nadále zobrazovat kořene jako jednu ze svých možností a nový kořen celkový objem nebo tradiční ukáže diskroot jako jedna z možností. Obecně platí, že agregát, který má možnost diskroot je ten, který bude obsahovat kořenový flexibilní objem po dalším restartu.

Jediný způsob, jak odstranit kořen stav celkové nebo tradiční objem nastavit root volby na jiný celkový objem nebo tradiční.

snaplock_compliance

Tato volba pouze pro čtení znamená, že agregát Compliance SnapLock agregátu. Kamenivo může být označeny SnapLock Compliance agregáty v okamžiku vytvoření.

snaplock_enterprise

Tato volba pouze pro čtení znamená, že agregát Enterprise SnapLock agregátu. Kamenivo může být označeny SnapLock Enterprise agregáty v okamžiku vytvoření.

snapmirrored off

Je-li SnapMirror je povolena pro tradiční objem (SnapMirror není pro agregáty, které obsahují pružné svazků), filer automaticky nastaví na tuto možnost. Nastavte tuto možnost vypnout, pokud SnapMirror již být používán k aktualizaci tradiční objem zrcadlo. Po nastavení této možnosti off, do zrcadla se stává pravidelně zapisovat tradiční objem. Tato možnost může být nastaven na OFF, jen Filer lze změnit hodnotu této volby z OFF na ON.

snapshot_autodelete on | off

Tato volba slouží k nastavení, zda snímek se automaticky odstraněny aggr. Pokud je nastaven do snímky pak mohou být odstraněny v aggr obnovit úložiště podle potřeby. Pokud je nastaveno na off pak snímky v aggr nejsou automaticky odstraněny obnovit skladování. Všimněte si, že snímky mohou být vymazány z jiných důvodů, jako je udržování snímek plán pro aggr nebo odstranění snímků, které jsou spojeny se specifickými činnosti, které již nepotřebujete snímek. Chcete-li povolit snímky mají být odstraněny včas počet snímků aggr je omezen, pokud je povolena snapshot_autodelete. Protože toto, pokud existuje příliš mnoho snímků v aggr pak některé snímky, musí být odstraněny před snapshot_autodelete volba může být povolena.

aggr přejmenovat aggrname newname

Přejmenuje souhrnné jmenoval aggrname na newname. Pokud je tato agregát je zakotven v tradičním objemu, pak se tento objem jméno se také změní.

aggr omezit aggrname
[-T cifsdelaytime]

Dejte celkové jmenoval aggrname v omezeném stavu, od online nebo offline stavu. Příkaz nabývá účinnosti, než se vrátí.

, Pokud úhrnná obsahuje flexibilní svazků, je provoz přerušen, pokud filtračním v režimu údržby.

Pokud je agregát je zakotven v tradičním svazek, který má akcie CIFS, uživatelé by měli být varováni před omezením celkové (a tím i celého tradičního objemu). Použijte přepínač-t pro toto. Cifsdelaytime argument určuje počet minut zpoždění před pořízením vložené celkové offline, za tu dobu CIFS uživatelé tradičního objemu byli upozorněni až ztrátě služeb. Doba 0 znamená mít celkový online ihned bez uvedení varování. CIFS uživatelé mohou ztratit data, pokud nejsou šanci na ukončení aplikace elegantně.

aggr křoviny pokračovat [aggrname | plexname | název_skupiny]

Životopisy parity drhnutí na jmenoval kameniva, plex, nebo skupiny. Není-li jméno je uvedeno, obnovit všechny RAID skupiny v současné době prochází čisticí parity, která byla pozastavena.

aggr křoviny start [aggrname | plexname | název_skupiny]

Začíná parity čištění na internetu s názvem agregátu. Parita drhnutí porovnává data na discích parity disk (y) v RAID skupiny, oprava paritní disk je obsah podle potřeby. Není-li název je uveden, je parita drhnutí zahájen na všech on-line agregátů. Pokud se agregát jméno je uvedeno, je čištění začalo na všech RAID skupiny obsažené v souhrnu. Je-li plex název je uveden, je čištění začalo na všech RAID skupiny obsažené v plex.

aggr křoviny status [aggrname | plexname | GroupName] [-V]

Vytiskne stav parity drhnutí na jmenoval kameniva, plex, nebo skupiny, všechny RAID skupiny v současné době prochází parity drhnutí, pokud nemá název je dán. Stav obsahuje procenta, kompletní, a křoviny se pozastavuje status.

-V flag zobrazuje datum a čas, kdy poslední celý drhnout dokončil spolu s aktuálním stavu na jmenoval kameniva, plex, nebo skupiny, všechny RAID skupiny, pokud nemá název je dán.

aggr křoviny zastavit [aggrname | plexname | název_skupiny]

Zastávky parity drhnutí na jmenoval kameniva, plex, nebo skupina, není-li název je uveden na všech RAID skupiny v současné době prochází parity drhnutí.

aggr křoviny pozastavit [aggrname | plexname | název_skupiny]

Pozastaví parity drhnutí na jmenoval kameniva, plex, nebo skupina, není-li jméno je uvedeno na všech RAID skupiny v současné době prochází parity drhnutí.

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

Zobrazí využití místa v souhrnu. Na rozdíl od DF, tento příkaz zobrazí využití místa pro každého flexibilní objem v celkové aggrname Pokud je uvedeno, aggr show_space běží pouze na odpovídající agregát, jinak hlásí využití prostoru na všech agregátů.

Všechny velikosti jsou uvedeny v 1024-byte blocích, pokud nestanoví jinak jeden z-h,-k,-m,-g, nebo-t. -K,-m, g-a-t měřítku každou velikostní oblasti výstupu se vyjadřuje v kilobajtech, megabajtech, GB nebo TB, resp.

Následující terminologie se používá příkaz zpráv prostoru.

       Celková plocha Jedná se o celkové množství místa na disku, že celková má.  WAFL rezervní zásoby WAFL procento z celkového celkového prostoru na disku pro celkové úrovni metadat.  Prostor využitý pro zachování svazků v celkové vychází z rezervy WAFL.  Snap rezerva Snap rezerva je množství prostoru vyhrazeném pro celkové snímků.  Užitná plocha Jedná se o celkové množství místa, které je k dispozici souhrnné pro poskytování.  To je počítán jako užitná plocha = Celková plocha - WAFL rezervy - rezerva Snap df zobrazí toto jako "Total" prostor.  BSR NVLOG To platí pro synchronní SnapMirror destinace pouze.  Jedná se o množství zabraného místa na celkové v cílovém filtr se pro ukládání dat odeslaných ze zdrojového Filer (y) před odesláním na disk.  Přidělené Jedná se o součet prostoru vyhrazeného pro objem a prostor, které nejsou používané údajů vyhrazeny.  Pro objemy garantovaný objem, je to alespoň velikost svazku, protože nejsou údaje k bezvýhradné.  U svazků s prostorem zárukou none, tato hodnota je stejná jako "použité" prostor (vysvětleno níže), protože se tam nevyužité místo je vyhrazeno.  Přidělený prostor hodnota ukazuje množství místa, které je hlasitost čerpají z kameniva.  Tato hodnota může být vyšší, než je velikost svazku, protože zahrnuje i metadata potřebná k udržení objemu.  Použité Jedná se o množství místa, které zabírá na disku bloky.  Tato hodnota není totéž jako "použité" místo zobrazené příkazem df.  Využité místo je v tomto případě zahrnuje i metadata potřebná k udržení pružné objemu.  Dostupnost Celkové množství volného místa v souhrnu.  To je stejné jako využívat prostor hlásí df. 

aggr rozdělení plexname aggrname
[-R oldvol newvol] [-r ...]
[-S přípona]

Odstraňuje plexname z celkové odráží a vytváří nové unmirrored agregát s názvem aggrname, který obsahuje plex. Původní agregát se zrcadlí unmirrored. Plex se rozdělit z původního agregátu musí být funkční (nikoliv částečné), ale to mohlo být aktivní, resyncing nebo outof aktuální. Aggr rozdělení proto může být použit k získání přístupu k plex, který není aktuální s ohledem na jeho partnerovi plex, pokud je jeho partnerem plex je v současné době se nezdařilo.

Pokud je souhrnný, ve kterém sídlí plexname je zakotven v tradičním objemu, aggr rozdělení se chová stejně k rozdělení sv. Nový agregát je zakotven v novém obvyklém svazku stejného jména.

Pokud je souhrnný, ve kterém sídlí plexname obsahuje přesně jeden flexibilní svazek, aggr rozdělena standardně přejmenovat flexibilní objem obraz v odštěpení plex být stejný jako nový agregát.

Pokud je souhrnný, ve kterém sídlí plexname obsahuje více než jeden svazek flexibilnější, je nutné určit, jak pojmenovat objemy v novém agregátu v důsledku rozdělení. -R lze použít opakovaně, aby měl každý flexibilní objem v důsledku celkové nové jméno. Kromě toho lze-s možností použít k určení přípona, která je přidána na konec všechny flexibilní množství jmen na které se nevztahuje-r.

Je-li původní agregát je omezen v době rozdělení, bude výsledný celkový také omezeno. Je-li omezení agregát hosting flexibilní množství, nejsou přejmenován v době rozdělení. Flexibilní objem bude přejmenována na později, pokud je zjištěn konflikt názvů a uvést celkový online. Flexibilní objem celkem, který je do režimu online napřed zachovávat jejich jména. To agregát může být buď původní seskupení, nebo na celkové vyplývající z rozdělení. Je-li jiné agregované do režimu online později, flexibilní v tom, že celkové objemy být přejmenován.

Pokud se plex, jehož celková vložené do tradičního objemu je offline v době rozdělení, bude výsledný souhrnný být offline. Při dělení plex z kameniva, která je hostitelem flexibilní množství, je-li to plex je offline, ale celkový online, bude výsledný celkový přijde on-line, a jeho pružného objemy budou přejmenovány. Není dovoleno rozdělit plex z offline agregátu.

Rozdělené zrcadlené mohou být spojeny dohromady přes volby-v, aby odrážely aggr.

aggr status [aggrname]
[-R |-v |-d |-c |-b |-s |-f |-I]

Zobrazuje stav jednoho nebo všech agregátů na filer. Je-li aggrname je používán, je stav uvedených celkové tisku, jinak stav všech agregátů ve filtračním jsou vytištěny. Ve výchozím nastavení vytiskne jeden-line přehled o seskupení, která obsahuje souhrnné jméno, zda obsahuje jednu tradiční objemu nebo určitý počet flexibilních svazků, je-li online nebo offline, jiné státy (např. částečná, degradované, WAFL v rozporu, a tak dále) a peraggregate možnosti. Za celkové možnosti jsou zobrazeny jen v případě, že volby byly změněny z hodnot, systém se nastaví pomocí aggr příkaz Možnosti, nebo vol možnosti příkazu, pokud úhrnná je zakotven v tradičním objemu. Pokud se WAFL nekonzistentním stavu se zobrazí, prosím, kontaktujte zákaznickou podporu.

-V flag ukazuje ON / OFF stavu všech peraggregate možností a zobrazuje informace o každém svazku, plex RAID a skupin uvedených v souhrnných ukazatelů.

R-flag zobrazí seznam RAID informace, které agregují. Není-li aggrname zadán, vypíše RAID informace o všech agregátů, informace o disku souborový systém, náhradní disky a neúspěšný disky. Pro více informací o neúspěšný disků najdete přepínač-f popis níže.

Příznak-d zobrazuje informace o disku v zadaném agregátu. Typy informace o disku jsou stejné jako ty, z sysconfig-d příkazu.

-C zobrazí aktualizace stav integrity bloku kontrolních součtů funkce ochrany dat.

-B slouží k získání velikosti zdrojového a cílového agregáty pro použití s kopií aggr. Tento výstup obsahuje skladování jako celek a možná menší velikosti agregátu. Souhrnná kopírování příkaz používá tato čísla k určení, zda zdrojové a cílové velikosti agregátu jsou kompatibilní. Velikost zdroje agregát musí být stejná nebo menší než velikost cílové agregátu.

-S zobrazí seznam náhradních disků na filer.

-F zobrazí seznam neúspěšných disky na filer. Výstup příkazu zahrnuje selhání disku důvod, který může být jeden z následujících akcí:

-I vlajku zobrazí seznam flexibilní množství obsažené v souhrnu.

       Neznámá chyba důvod neznámý.  selhala Data ONTAP vadném disku kvůli fatální chyby disku.  admin nedokázal uživatele vydal "disk selže" příkaz pro tento disk.  označeny zlomený disk byl neúspěšný v Data ONTAP 6.1.x nebo starší verzi.  init vadném disku inicializační sekvenci se nezdařila.  admin odstranit uživatele vydal příkaz "Odebrat disk" pro tento disk.  Disk neodpovídá ani reagovat na žádosti.  vytáhl disk byl fyzicky natažený, nebo žádná data cesta existuje na to, aby přístup k disku.  Disk se obešel obejít ESH. 

aggr undestroy [-n] <aggrname>

Undestroy částečně beze změny nebo dříve zničena nebo tradiční celkový objem. Příkaz vytiskne seznam kandidátů agregátů a tradičních objemů odpovídající jméno, které mohou být potenciálně undestroyed.

-N vypíše seznam disků obsažený v celkové nebo tradiční svazek, který může být potenciálně undestroyed. Tato volba může být použita pro zobrazení výsledku příkazu, aniž by vlastně dělat žádné změny.

aggr ověřit pokračovat [aggrname]

Pokračuje v RAID zrcadlo ověřování jmenoval celkové, není-li souhrnný název je uveden na všech agregátů v současné době prochází RAID zrcadlo ověření, že bylo pozastaveno.

aggr ověřit start [aggrname] [-f plexnumber]

Začíná RAID zrcadlo ověřování jmenoval on-line souhrn zrcadlí. Není-li název je uveden, pak RAID zrcadlo ověřování je spuštěna na všech on-line agregáty zrcadlí. Ověření porovnává data na obou plex o celkové zrcadlové. Ve výchozím případě jsou všechny bloky, které se liší přihlášeni, ale nebudou provedeny žádné změny. Je-li-f je dána, je určený objekt plex pevné, aby odpovídaly jiné plex při zjištění neshody. Jméno musí být zadáno s-f plexnumber volby.

aggr ověřit stop [aggrname]

Zastaví RAID zrcadlo ověření na celkové jmenoval, není-li souhrnný název je uveden na všech agregátů v současné době prochází RAID zrcadlo ověření.

aggr ověřit status [aggrname]

Vytiskne stav ověření zrcadlo RAID na celkové jmenoval, na všech agregátů v současné době prochází RAID zrcadlo ověření, není-li souhrnný název je uveden. Stav obsahuje procenta, kompletní, a ověřování je pozastaven status.

aggr ověření pozastaví [aggrname]

Pozastaví RAID zrcadlo ověření na celkové jmenoval, není-li souhrnný název je uveden na všech agregátů v současné době prochází RAID zrcadlo ověření.

CLUSTER ÚVAHY

Souhrnné údaje o různých filers v clusteru mohou mít stejný název. Například, jak filers v clusteru agregát s názvem aggr0.

Nicméně, s unikátní agregát jmen v clusteru usnadňuje migraci agregátů mezi filers v clusteru.

PŘÍKLADY

aggr vytvořit aggr1-R 10 20

Vytvoří agregát s názvem aggr1 s 20 disky. RAID skupiny v této částce může obsahovat až 10 disků, a tak tento nový agregát má dvě RAID skupiny. Filer přidá aktuální náhradních disků do nového agregátu, počínaje nejmenší disk.

aggr vytvořit aggr1 20 @ 9

Vytvoří agregát s názvem aggr1 20 9 GB disků. Protože žádný RAID velikost skupiny je uvedeno, použije se výchozí velikost (8 disků). Nově vytvořený souhrn obsahuje dvě skupiny RAID disky s 8 a třetí skupina se čtyřmi disky.

aggr vytvořit aggr1-d 8a.1 8a.2 8a.3

Vytvoří agregát s názvem aggr1 se zadanou tři disky.

aggr vytvořit aggr1 10
aggr možnosti aggr1 raidsize 5

První příkaz vytvoří agregát s názvem aggr1 s 10 disky, které patří do jedné skupiny RAID. Druhý příkaz určuje, že pokud všechny disky byly následně doplněny do tohoto agregátu, nebudou mít žádný proud RAID skupiny na více než pět disků. Každý existující RAID skupina bude mít i nadále 10 disků a ne více disků se připojit k této skupině RAID. Při vytvoření nového RAID skupiny, budou mít maximální velikost pět disků.

aggr show_space-h AG1

Zobrazí využití místa z celkové `AG1" a váhy jednotku prostoru v závislosti na velikosti.

   Souhrnné "AG1" Celková plocha WAFL rezervy Snap rezervy užitná plocha BSR NVLOG 66GB 6797MB 611MB 59GB 65 kilobajtů prostoru přiděleného množství v celkovém objemu přidělené zaručují, vol1 14gb 11gb objem vol2 8861MB 8871mb soubor vol3 6161MB. 6169 mb žádný vol4 26 GB. Objemu 25 GB. Vol1_clone 1028mb 1028 megabajtů ( offline) Celkové Přidělené Použité Dostupnost Celková plocha 55 GB 51 GB 3.494megabajt Snap rezervy 611 MB 21 MB 590 MB. WAFL rezervy 6797mb 6792 MB 5480 KB 

aggr status aggr1-R

Zobrazí informace o celkové RAID aggr1. V následujícím příkladu je vidět, že aggr1 je RAID-DP agregát chráněn blokem kontrolních součtů. Je to on-line, a všechny disky jsou v běžném provozu. Souhrnná obsahuje čtyři disky, dva datové disky, jeden paritní disk a jeden doubleparity disk. Dva disky jsou umístěny na adaptéru 0B, a dvě na adaptéru 1b. Disk police a Bay čísla discích jsou uvedeny. Všechny čtyři disky 10, disk "Pool" atribut 000 RPM disky připojené přes FibreChannel disk kanálu A. se zobrazí pouze tehdy, pokud je držitelem licence SyncMirror, což není tento případ (pokud SyncMirror byly licencovány, že bazén je buď 0 nebo 1) . Místa na disku, který je používán Data ONTAP ("Used") a je k dispozici na disku ("Phys"), se zobrazí v pravém sloupci.

  Aggr aggr1 (on-line, raid_dp) (blokové kontrolní součty) Plex / aggr1/plex0 (online, normální, aktivní), RAID skupiny / aggr1/plex0/rg0 (normální), RAID zařízení HA SHELF BAY CHAN bazén typu RPM Použité (MB / blks) Phys (MB / blks) --- - ----- - - - - ----- ----- dparity 0b.16 0b 1 0 FC: - FCAL 10000 136000/278528000 137104/280790184 parity 1b.96 1b 6 0 FC: - FCAL 10000 136000/278528000 139072/284820800 dat 0b.17 0b 1 1 FC: - FCAL 10000 136000/278528000 139072/284820800 dat 1b.97 1b 6 1 FC: - FCAL 10000 136000/278528000 139072/284820800 

DALŠÍ INFORMACE

díl , Partner , SnapMirror , Sysconfig .


Obsah






















































Manuálové stránky , , , ,

cf

07.07.2009

Obsah

JMÉNO

CF - ovládá převzetí a giveback operace filers v clusteru

PŘEHLED

CF [vypnout | enable | forcegiveback | forcetakeover [-df] | giveback [-f] | hw_assist [status | Test statistiky [CLEAR]] | Monitor | Partneři | status [-t] převzetí [-f] | [-n] ]

cf NFO [enable | disable] disk_shelf

cf nfo status

POPIS

Příkaz CF řídí předání služeb při selhání monitoru, které určují, kdy a převzetí giveback operace probíhají v rámci clusteru.

Příkaz CF je k dispozici pouze v případě, filtr se má clusteru licenci.

VOLBY

zakázat
Zakáže převzetí schopnost obou filers v clusteru.

umožnit
Umožňuje převzetí schopnost obou filers v clusteru.

forcegiveback
forcegiveback je nebezpečné a může vést k poškození dat, téměř ve všech případech, používají CF-F giveback místo.

Nutí žít filtr se vrátit ke zdrojům selhal Filer, i když žijí filtračním zjistí, že by to mohlo vést k poškození dat nebo způsobit jiné závažné problémy. Giveback odmítne giveback za těchto podmínek. Pomocí forcegiveback vynutí giveback. Když se nepodařilo filtračním restartuje v důsledku nuceného giveback, zobrazí se následující zpráva:

partnera giveback neúplné, může se ztratit některá data

forcetakeover [-f] forcetakeover je nebezpečné a může vést k poškození dat, téměř ve všech případech, použití viz převzetí místo.

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
Zobrazuje čas, stav místních Filer a čas strávený v tomto státu, hostitelské jméno partnera a stav monitoru předání služeb při selhání (ať už zapnuto nebo vypnuto). Je-li partner nebyl převzat V současné době je stav partnera, a to propojení zobrazí všechny probíhající giveback nebo plánované převzetí operací jsou hlášeny.

partner
Zobrazuje název hostitele partnera. Je-li jméno je neznámé, viz příkaz zobrazí "partner."

postavení
Zobrazuje aktuální stav místních Filer a cluster. Pokud používáte-t, zobrazuje stav uzlu je čas master nebo slave.

Převzetí [-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

Obsah

JMÉNO

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

POPIS

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.

cesta
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 ".

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

shluk
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

ke stažení


Table of Contents

Manual Pages , , , ,

boot

July 7th, 2009

Obsah

JMÉNO

boot – directory of Data ONTAP executables

SYNOPSIS

/etc/boot

POPIS

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

ke stažení


Table of Contents

Copyright © 1994-2008 NetApp, Inc. Legal Information

VN: F [1.9.11_1134]
Rate this post:
Hodnocení: 0.0 / 10 (0 hlasů)

Manual Pages , , , ,

bmc

July 7th, 2009

Obsah

JMÉNO

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

SYNOPSIS

bmc help

bmc reboot

bmc setup

bmc status

bmc test autosupport

POPIS

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.

Nastavení
Interactively configure the BMC local-area network (LAN) setttings.

postavení
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:
Hodnocení: 0.0 / 10 (0 hlasů)

Manual Pages , , , ,

backuplog

July 7th, 2009

Obsah

JMÉNO

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

SYNOPSIS

/etc/log/backup

POPIS

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:

Začátek
Dump/restore starts.

Restart
Restart of a dump/restore.

End
Dump/restore completes successfully.

Abort
The operation aborts.

Chyba
Dump/restore hits an unexpected event.

Možnosti
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.

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

TYP
= dmp

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

IDENTIFER
= /vol/vol0/ home(5)

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

Obsah

JMÉNO

backup – manages backups

SYNOPSIS

backup status [ <ID> ]

backup terminate <ID>

POPIS

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.

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

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

Úroveň
The level of the backup.

Cesta
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

skládka


Table of Contents



Manual Pages , , , ,

autosupport

July 7th, 2009

Obsah

JMÉNO

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.

POPIS

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 . Výchozí
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.

OBSAH

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

Obsah

JMÉNO

auditlog – contains an audit record of recent administrative activity

SYNOPSIS

<logdir>/auditlog

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

POPIS

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

a

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