Glossary.xml

   1 <?xml version="1.0" encoding="UTF-8"?>
   2 <glossary xmlns="http://docbook.org/ns/docbook" xmlns:xl="http://www.w3.org/1999/xlink" version="5.0" xml:lang="en-US">
   3   <title>Glossary</title>
   4   <glossdiv>
   5     <title>A</title>
   6     <glossentry xml:id="acl">
   7       <glossterm>ACL</glossterm>
   8       <glossdef>
   9         <para>Access Control List - An extended attribute associated with a file which contains authorization directives.</para>
  10       </glossdef>
  11     </glossentry>
  12     <glossentry xml:id="ostfail">
  13       <glossterm>Administrative OST failure</glossterm>
  14       <glossdef>
  15         <para>A configuration directive given to a cluster to declare that an OST has failed, so errors can be immediately returned.</para>
  16       </glossdef>
  17     </glossentry>
  18   </glossdiv>
  19   <glossdiv>
  20     <title>C</title>
  21     <glossentry xml:id="cmd">
  22       <glossterm> CMD</glossterm>
  23       <glossdef>
  24         <para>Clustered metadata, a collection of metadata targets implementing a single file system namespace.</para>
  25       </glossdef>
  26     </glossentry>
  27     <glossentry xml:id="completioncallback">
  28       <glossterm>Completion Callback
  29         </glossterm>
  30       <glossdef>
  31         <para>An RPC made by an OST or MDT to another system, usually a client, to indicate that the lock request is now granted.</para>
  32       </glossdef>
  33     </glossentry>
  34     <glossentry xml:id="changelog">
  35       <glossterm>Configlog
  36         </glossterm>
  37       <glossdef>
  38         <para>An llog file used in a node, or retrieved from a management server over the network with configuration instructions for Lustre systems at startup time.</para>
  39       </glossdef>
  40     </glossentry>
  41     <glossentry xml:id="configlock">
  42       <glossterm>Configuration Lock
  43         </glossterm>
  44       <glossdef>
  45         <para>A lock held by every node in the cluster to control configuration changes. When callbacks are received, the nodes quiesce their traffic, cancel the lock and await configuration changes after which they reacquire the lock before resuming normal operation.</para>
  46       </glossdef>
  47     </glossentry>
  48   </glossdiv>
  49   <glossdiv>
  50     <title>D</title>
  51     <glossentry xml:id="defaultstrippattern">
  52       <glossterm>Default stripe pattern
  53         </glossterm>
  54       <glossdef>
  55         <para>Information in the LOV descriptor that describes the default stripe count used for new files in a file system. This can be amended by using a directory stripe descriptor or a per-file stripe descriptor.</para>
  56       </glossdef>
  57     </glossentry>
  58     <glossentry xml:id="directio">
  59       <glossterm>Direct I/O
  60         </glossterm>
  61       <glossdef>
  62         <para>A mechanism which can be used during read and write system calls. It bypasses the kernel. I/O cache to memory copy of data between kernel and application memory address spaces.</para>
  63       </glossdef>
  64     </glossentry>
  65     <glossentry xml:id="dirstripdesc">
  66       <glossterm>Directory stripe descriptor
  67         </glossterm>
  68       <glossdef>
  69         <para>An extended attribute that describes the default stripe pattern for files underneath that directory.</para>
  70       </glossdef>
  71     </glossentry>
  72   </glossdiv>
  73   <glossdiv>
  74     <title>E</title>
  75     <glossentry xml:id="ea">
  76       <glossterm>EA
  77         </glossterm>
  78       <glossdef>
  79         <para>Extended Attribute. A small amount of data which can be retrieved through a name associated with a particular inode. Lustre uses EAa to store striping information (location of file data on OSTs). Examples of extended attributes are ACLs, striping information, and crypto keys.</para>
  80       </glossdef>
  81     </glossentry>
  82     <glossentry xml:id="eviction">
  83       <glossterm>Eviction
  84         </glossterm>
  85       <glossdef>
  86         <para>The process of eliminating server state for a client that is not returning to the cluster after a timeout or if server failures have occurred.</para>
  87       </glossdef>
  88     </glossentry>
  89     <glossentry xml:id="export">
  90       <glossterm>Export
  91         </glossterm>
  92       <glossdef>
  93         <para>The state held by a server for a client that is sufficient to transparently recover all in-flight operations when a single failure occurs.</para>
  94       </glossdef>
  95     </glossentry>
  96     <glossentry xml:id="extendloc">
  97       <glossterm>Extent Lock
  98         </glossterm>
  99       <glossdef>
 100         <para>A lock used by the OSC to protect an extent in a storage object for concurrent control of read/write, file size acquisition and truncation operations.</para>
 101       </glossdef>
 102     </glossentry>
 103   </glossdiv>
 104   <glossdiv>
 105     <title>F</title>
 106     <glossentry xml:id="failback">
 107       <glossterm>Failback
 108         </glossterm>
 109       <glossdef>
 110         <para>The failover process in which the default active server regains control over the service.</para>
 111       </glossdef>
 112     </glossentry>
 113     <glossentry xml:id="failoutost">
 114       <glossterm>Failout OST
 115         </glossterm>
 116       <glossdef>
 117         <para>An OST which is not expected to recover if it fails to answer client requests. A failout OST can be administratively failed, thereby enabling clients to return errors when accessing data on the failed OST without making additional network requests.</para>
 118       </glossdef>
 119     </glossentry>
 120     <glossentry xml:id="failover">
 121       <glossterm>Failover
 122         </glossterm>
 123       <glossdef>
 124         <para>The process by which a standby computer server system takes over for an active computer server after a failure of the active node. Typically, the standby computer server gains exclusive access to a shared storage device between the two servers.</para>
 125       </glossdef>
 126     </glossentry>
 127     <glossentry xml:id="fid">
 128       <glossterm>FID
 129         </glossterm>
 130       <glossdef>
 131         <para>Lustre File xml:identifier. A collection of integers which uniquely xml:identify a file or object. The FID structure contains a sequence, xml:identity and version number.</para>
 132       </glossdef>
 133     </glossentry>
 134     <glossentry xml:id="fileset">
 135       <glossterm>Fileset
 136         </glossterm>
 137       <glossdef>
 138         <para>A group of files that are defined through a directory that represents a file system's start point.</para>
 139       </glossdef>
 140     </glossentry>
 141     <glossentry xml:id="fldb">
 142       <glossterm>FLDB
 143         </glossterm>
 144       <glossdef>
 145         <para>FID Location Database. This database maps a sequence of FIDs to a server which is managing the objects in the sequence.</para>
 146       </glossdef>
 147     </glossentry>
 148     <glossentry xml:id="flightgroup">
 149       <glossterm>Flight Group
 150         </glossterm>
 151       <glossdef>
 152         <para>Group or I/O transfer operations initiated in the OSC, which is simultaneously going between two endpoints. Tuning the flight group size correctly leads to a full pipe.</para>
 153       </glossdef>
 154     </glossentry>
 155   </glossdiv>
 156   <glossdiv>
 157     <title>G</title>
 158     <glossentry xml:id="glimpsecallback">
 159       <glossterm>Glimpse callback
 160         </glossterm>
 161       <glossdef>
 162         <para>An RPC made by an OST or MDT to another system (usually a client) to indicate a held extent lock should be surrendered. If the system is using the lock, then the system should report the object size in the reply to the glimpse callback. Glimpses are introduced to optimize the acquisition of file sizes.</para>
 163       </glossdef>
 164     </glossentry>
 165     <glossentry xml:id="grouplock">
 166       <glossterm>Group Lock
 167         </glossterm>
 168       <glossdef>
 169         <para> To follow.</para>
 170       </glossdef>
 171     </glossentry>
 172     <glossentry xml:id="groupupcall">
 173       <glossterm>Group upcall
 174         </glossterm>
 175       <glossdef>
 176         <para> To follow.</para>
 177       </glossdef>
 178     </glossentry>
 179   </glossdiv>
 180   <glossdiv>
 181     <title>I</title>
 182     <glossentry xml:id="import">
 183       <glossterm>Import
 184         </glossterm>
 185       <glossdef>
 186         <para>The state held by a client to fully recover a transaction sequence after a server failure and restart.</para>
 187       </glossdef>
 188     </glossentry>
 189     <glossentry xml:id="intentlock">
 190       <glossterm>Intent Lock
 191         </glossterm>
 192       <glossdef>
 193         <para>A special locking operation introduced by Lustre into the Linux kernel. An intent lock combines a request for a lock, with the full information to perform the operation(s) for which the lock was requested. This offers the server the option of granting the lock or performing the operation and informing the client of the operation result without granting a lock. The use of intent locks enables metadata operations (even complicated ones), to be implemented with a single RPC from the client to the server.</para>
 194       </glossdef>
 195     </glossentry>
 196     <glossentry xml:id="iov">
 197       <glossterm>IOV
 198         </glossterm>
 199       <glossdef>
 200         <para>I/O vector. A buffer destined for transport across the network which contains a collection (a/k/a as a vector) of blocks with data.</para>
 201       </glossdef>
 202     </glossentry>
 203   </glossdiv>
 204   <glossdiv>
 205     <title>K</title>
 206     <glossentry xml:id="kerberos">
 207       <glossterm>Kerberos
 208         </glossterm>
 209       <glossdef>
 210         <para>An authentication mechanism, optionally available in an upcoming Lustre version as a GSS backend.</para>
 211       </glossdef>
 212     </glossentry>
 213   </glossdiv>
 214   <glossdiv>
 215     <title>L</title>
 216     <glossentry xml:id="lbug">
 217       <glossterm>LBUG
 218         </glossterm>
 219       <glossdef>
 220         <para>A bug that Lustre writes into a log indicating a serious system failure.</para>
 221       </glossdef>
 222     </glossentry>
 223     <glossentry xml:id="ldlm">
 224       <glossterm>LDLM
 225         </glossterm>
 226       <glossdef>
 227         <para>Lustre Distributed Lock Manager.</para>
 228       </glossdef>
 229     </glossentry>
 230     <glossentry xml:id="lfs">
 231       <glossterm>lfs
 232         </glossterm>
 233       <glossdef>
 234         <para>The Lustre File System configuration tool for end users to set/check file striping, etc. See <link xl:href="UserUtilities.html#50438206_94597">glossdiv 32.1, lfs</link>.</para>
 235       </glossdef>
 236     </glossentry>
 237     <glossentry xml:id="lfsck">
 238       <glossterm>lfsck
 239         </glossterm>
 240       <glossdef>
 241         <para>Lustre File System Check. A distributed version of a disk file system checker. Normally, lfsck does not need to be run, except when file systems are damaged through multiple disk failures and other means that cannot be recovered using file system journal recovery.</para>
 242       </glossdef>
 243     </glossentry>
 244     <glossentry xml:id="liblustre">
 245       <glossterm>liblustre
 246         </glossterm>
 247       <glossdef>
 248         <para>Lustre library. A user-mode Lustre client linked into a user program for Lustre fs access. liblustre clients cache no data, do not need to give back locks on time, and can recover safely from an eviction. They should not participate in recovery.</para>
 249       </glossdef>
 250     </glossentry>
 251     <glossentry xml:id="llite">
 252       <glossterm>Llite
 253         </glossterm>
 254       <glossdef>
 255         <para>Lustre lite. This term is in use inside the code and module names to indicate that code elements are related to the Lustre file system.</para>
 256       </glossdef>
 257     </glossentry>
 258     <glossentry xml:id="llog">
 259       <glossterm>Llog
 260         </glossterm>
 261       <glossdef>
 262         <para>Lustre log. A log of entries used internally by Lustre. An llog is suitable for rapid transactional appends of records and cheap cancellation of records through a bitmap.</para>
 263       </glossdef>
 264     </glossentry>
 265     <glossentry xml:id="llogcatalog">
 266       <glossterm>Llog Catalog
 267         </glossterm>
 268       <glossdef>
 269         <para>Lustre log catalog. An llog with records that each point at an llog. Catalogs were introduced to give llogs almost infinite size. llogs have an originator which writes records and a replicator which cancels record (usually through an RPC), when the records are not needed.</para>
 270       </glossdef>
 271     </glossentry>
 272     <glossentry xml:id="lmv">
 273       <glossterm>LMV
 274         </glossterm>
 275       <glossdef>
 276         <para>Logical Metadata Volume. A driver to abstract in the Lustre client that it is working with a metadata cluster instead of a single metadata server.</para>
 277       </glossdef>
 278     </glossentry>
 279     <glossentry xml:id="lnd">
 280       <glossterm>LND
 281         </glossterm>
 282       <glossdef>
 283         <para>Lustre Network Driver. A code module that enables LNET support over a particular transport, such as TCP and various kinds of InfiniBand.</para>
 284       </glossdef>
 285     </glossentry>
 286     <glossentry xml:id="lnet">
 287       <glossterm>LNET
 288         </glossterm>
 289       <glossdef>
 290         <para>Lustre Networking. A message passing network protocol capable of running and routing through various physical layers. LNET forms the underpinning of LNETrpc.</para>
 291       </glossdef>
 292     </glossentry>
 293     <glossentry xml:id="loadmds">
 294       <glossterm>Load-balancing MDSs
 295         </glossterm>
 296       <glossdef>
 297         <para>A cluster of MDSs that perform load balancing of on system requests.</para>
 298       </glossdef>
 299     </glossentry>
 300     <glossentry xml:id="lockclient">
 301       <glossterm>Lock Client
 302         </glossterm>
 303       <glossdef>
 304         <para>A module that makes lock RPCs to a lock server and handles revocations from the server.</para>
 305       </glossdef>
 306     </glossentry>
 307     <glossentry xml:id="lockserver">
 308       <glossterm>Lock Server
 309         </glossterm>
 310       <glossdef>
 311         <para>A system that manages locks on certain objects. It also issues lock callback requests, calls while servicing or, for objects that are already locked, completes lock requests.</para>
 312       </glossdef>
 313     </glossentry>
 314     <glossentry xml:id="lov">
 315       <glossterm>LOV
 316         </glossterm>
 317       <glossdef>
 318         <para>Logical Object Volume. The object storage analog of a logical volume in a block device volume management system, such as LVM or EVMS. The LOV is primarily used to present a collection of OSTs as a single device to the MDT and client file system drivers.</para>
 319       </glossdef>
 320     </glossentry>
 321     <glossentry xml:id="lovdes">
 322       <glossterm>LOV descriptor
 323         </glossterm>
 324       <glossdef>
 325         <para>A set of configuration directives which describes which nodes are OSS systems in the Lustre cluster, providing names for their OSTs.</para>
 326       </glossdef>
 327     </glossentry>
 328     <glossentry xml:id="lustre">
 329       <glossterm>Lustre
 330         </glossterm>
 331       <glossdef>
 332         <para>The name of the project chosen by Peter Braam in 1999 for an object-based storage architecture. Now the name is commonly associated with the Lustre file system.</para>
 333       </glossdef>
 334     </glossentry>
 335     <glossentry xml:id="lustreclient">
 336       <glossterm>Lustre client
 337         </glossterm>
 338       <glossdef>
 339         <para>An operating instance with a mounted Lustre file system.</para>
 340       </glossdef>
 341     </glossentry>
 342     <glossentry xml:id="lustrefile">
 343       <glossterm>Lustre file
 344         </glossterm>
 345       <glossdef>
 346         <para>A file in the Lustre file system. The implementation of a Lustre file is through an inode on a metadata server which contains references to a storage object on OSSs.</para>
 347       </glossdef>
 348     </glossentry>
 349     <glossentry xml:id="lustrelite">
 350       <glossterm>Lustre lite
 351         </glossterm>
 352       <glossdef>
 353         <para>A preliminary version of Lustre developed for LLNL in 2002. With the release of Lustre 1.0 in late 2003, Lustre Lite became obsolete.</para>
 354       </glossdef>
 355     </glossentry>
 356     <glossentry xml:id="lvfs">
 357       <glossterm>Lvfs
 358         </glossterm>
 359       <glossdef>
 360         <para>A library that provides an interface between Lustre OSD and MDD drivers and file systems; this avoids introducing file system-specific abstractions into the OSD and MDD drivers.</para>
 361       </glossdef>
 362     </glossentry>
 363   </glossdiv>
 364   <glossdiv>
 365     <title>M</title>
 366     <glossentry xml:id="mballoc">
 367       <glossterm>Mballoc
 368         </glossterm>
 369       <glossdef>
 370         <para>Multi-Block-Allocate. Lustre functionality that enables the ldiskfs file system to allocate multiple blocks with a single request to the block allocator. Normally, an ldiskfs file system only allocates only one block per request.</para>
 371       </glossdef>
 372     </glossentry>
 373     <glossentry xml:id="mdc">
 374       <glossterm>MDC
 375         </glossterm>
 376       <glossdef>
 377         <para>MetaData Client - Lustre client component that sends metadata requests via RPC over LNET to the Metadata Target (MDT).</para>
 378       </glossdef>
 379     </glossentry>
 380     <glossentry xml:id="mdd">
 381       <glossterm>MDD
 382         </glossterm>
 383       <glossdef>
 384         <para>MetaData Disk Device - Lustre server component that interfaces with the underlying Object Storage Device to manage the Lustre file system namespace (directories, file ownership, attributes).</para>
 385       </glossdef>
 386     </glossentry>
 387     <glossentry xml:id="mds">
 388       <glossterm>MDS
 389         </glossterm>
 390       <glossdef>
 391         <para>MetaData Server - Server node that is hosting the Metadata Target (MDT).</para>
 392       </glossdef>
 393     </glossentry>
 394     <glossentry xml:id="mdt">
 395       <glossterm>MDT
 396         </glossterm>
 397       <glossdef>
 398         <para>Metadata Target. A metadata device made available through the Lustre meta-data network protocol.</para>
 399       </glossdef>
 400     </glossentry>
 401     <glossentry xml:id="metadatawriteback">
 402       <glossterm>Metadata Write-back Cache
 403         </glossterm>
 404       <glossdef>
 405         <para>A cache of metadata updates (mkdir, create, setattr, other operations) which an application has performed, but have not yet been flushed to a storage device or server.</para>
 406       </glossdef>
 407     </glossentry>
 408     <glossentry xml:id="mgs">
 409       <glossterm>MGS
 410         </glossterm>
 411       <glossdef>
 412         <para>Management Service. A software module that manages the startup configuration and changes to the configuration. Also, the server node on which this system runs.</para>
 413       </glossdef>
 414     </glossentry>
 415     <glossentry xml:id="mountconf">
 416       <glossterm>Mountconf
 417         </glossterm>
 418       <glossdef>
 419         <para>The Lustre configuration protocol that formats disk file systems on servers with the mkfs.lustre program, and prepares them for automatic incorporation into a Lustre cluster.  This allows clients to be configured and mounted with a simple <literal>mount</literal> command.</para>
 420       </glossdef>
 421     </glossentry>
 422   </glossdiv>
 423   <glossdiv>
 424     <title>N</title>
 425     <glossentry xml:id="nal">
 426       <glossterm>NAL
 427         </glossterm>
 428       <glossdef>
 429         <para>An older, obsolete term for LND.</para>
 430       </glossdef>
 431     </glossentry>
 432     <glossentry xml:id="nid">
 433       <glossterm>NID
 434         </glossterm>
 435       <glossdef>
 436         <para>Network xml:identifier. Encodes the type, network number and network address of a network interface on a node for use by Lustre.</para>
 437       </glossdef>
 438     </glossentry>
 439     <glossentry xml:id="nioapi">
 440       <glossterm>NIO API
 441         </glossterm>
 442       <glossdef>
 443         <para>A subset of the LNET RPC module that implements a library for sending large network requests, moving buffers with RDMA.</para>
 444       </glossdef>
 445     </glossentry>
 446   </glossdiv>
 447   <glossdiv>
 448     <title>O</title>
 449     <glossentry xml:id="odb">
 450       <glossterm>OBD
 451         </glossterm>
 452       <glossdef>
 453         <para>Object Device. The base class of layering software constructs that provides Lustre functionality.</para>
 454       </glossdef>
 455     </glossentry>
 456     <glossentry xml:id="odbapi">
 457       <glossterm>OBD API
 458         </glossterm>
 459       <glossdef>
 460         <para>See Storage Object API.</para>
 461       </glossdef>
 462     </glossentry>
 463     <glossentry xml:id="odbtype">
 464       <glossterm>OBD type
 465         </glossterm>
 466       <glossdef>
 467         <para>Module that can implement the Lustre object or metadata APIs. Examples of OBD types include the LOV, OSC and OSD.</para>
 468       </glossdef>
 469     </glossentry>
 470     <glossentry xml:id="odbfilter">
 471       <glossterm>Obdfilter
 472         </glossterm>
 473       <glossdef>
 474         <para>An older name for the OSD device driver.</para>
 475       </glossdef>
 476     </glossentry>
 477     <glossentry xml:id="objectdev">
 478       <glossterm>Object device
 479         </glossterm>
 480       <glossdef>
 481         <para>An instance of an object that exports the OBD API.</para>
 482       </glossdef>
 483     </glossentry>
 484     <glossentry xml:id="objectstorage">
 485       <glossterm>Object storage
 486         </glossterm>
 487       <glossdef>
 488         <para>Refers to a storage-device API or protocol involving storage objects. The two most well known instances of object storage are the T10 iSCSI storage object protocol and the Lustre object storage protocol (a network implementation of the Lustre object API). The principal difference between the Lustre and T10 protocols is that Lustre includes locking and recovery control in the protocol and is not tied to a SCSI transport layer.</para>
 489       </glossdef>
 490     </glossentry>
 491     <glossentry xml:id="opencache">
 492       <glossterm>opencache
 493         </glossterm>
 494       <glossdef>
 495         <para>A cache of open file handles. This is a performance enhancement for NFS.</para>
 496       </glossdef>
 497     </glossentry>
 498     <glossentry xml:id="orphanobjects">
 499       <glossterm>Orphan objects
 500         </glossterm>
 501       <glossdef>
 502         <para>Storage objects for which there is no Lustre file pointing at them. Orphan objects can arise from crashes and are automatically removed by an llog recovery. When a client deletes a file, the MDT gives back a cookie for each stripe. The client then sends the cookie and directs the OST to delete the stripe. Finally, the OST sends the cookie back to the MDT to cancel it.</para>
 503       </glossdef>
 504     </glossentry>
 505     <glossentry xml:id="orphanhandling">
 506       <glossterm>Orphan handling
 507         </glossterm>
 508       <glossdef>
 509         <para>A component of the metadata service which allows for recovery of open, unlinked files after a server crash. The implementation of this feature retains open, unlinked files as orphan objects until it is determined that no clients are using them.</para>
 510       </glossdef>
 511     </glossentry>
 512     <glossentry xml:id="osc">
 513       <glossterm>OSC
 514         </glossterm>
 515       <glossdef>
 516         <para>Object Storage Client. The client unit talking to an OST (via an OSS).</para>
 517       </glossdef>
 518     </glossentry>
 519     <glossentry xml:id="osd">
 520       <glossterm>OSD
 521         </glossterm>
 522       <glossdef>
 523         <para>Object Storage Device. A generic, industry term for storage devices with more extended interface than block-oriented devices, such as disks. Lustre uses this name to describe to a software module that implements an object storage API in the kernel. Lustre also uses this name to refer to an instance of an object storage device created by that driver. The OSD device is layered on a file system, with methods that mimic create, destroy and I/O operations on file inodes.</para>
 524       </glossdef>
 525     </glossentry>
 526     <glossentry xml:id="oss">
 527       <glossterm>OSS
 528         </glossterm>
 529       <glossdef>
 530         <para>Object Storage Server. A server OBD that provides access to local OSTs.</para>
 531       </glossdef>
 532     </glossentry>
 533     <glossentry xml:id="ost">
 534       <glossterm>OST
 535         </glossterm>
 536       <glossdef>
 537         <para>Object Storage Target. An OSD made accessible through a network protocol. Typically, an OST is associated with a unique OSD which, in turn is associated with a formatted disk file system on the server containing the storage objects.</para>
 538       </glossdef>
 539     </glossentry>
 540   </glossdiv>
 541   <glossdiv>
 542     <title>P</title>
 543     <glossentry xml:id="pdirops">
 544       <glossterm>Pdirops
 545         </glossterm>
 546       <glossdef>
 547         <para>A locking protocol introduced in the VFS by CFS to allow for concurrent operations on a single directory inode.</para>
 548       </glossdef>
 549     </glossentry>
 550     <glossentry xml:id="pool">
 551       <glossterm>pool
 552         </glossterm>
 553       <glossdef>
 554         <para>OST pools allows the administrator to associate a name with an arbitrary subset of OSTs in a Lustre cluster. A group of OSTs can be combined into a named pool with unique access permissions and stripe characteristics.</para>
 555       </glossdef>
 556     </glossentry>
 557     <glossentry xml:id="portal">
 558       <glossterm>Portal
 559         </glossterm>
 560       <glossdef>
 561         <para>A concept used by LNET. LNET messages are sent to a portal on a NID. Portals can receive packets when a memory descriptor is attached to the portal. Portals are implemented as integers.</para>
 562         <para>Examples of portals are the portals on which certain groups of object, metadata, configuration and locking requests and replies are received.</para>
 563       </glossdef>
 564     </glossentry>
 565     <glossentry xml:id="ptlrpc">
 566       <glossterm>PTLRPC
 567         </glossterm>
 568       <glossdef>
 569         <para>An RPC protocol layered on LNET. This protocol deals with stateful servers and has exactly-once semantics and built in support for recovery.</para>
 570       </glossdef>
 571     </glossentry>
 572   </glossdiv>
 573   <glossdiv>
 574     <title>R</title>
 575     <glossentry xml:id="recovery">
 576       <glossterm>Recovery
 577         </glossterm>
 578       <glossdef>
 579         <para>The process that re-establishes the connection state when a client that was previously connected to a server reconnects after the server restarts.</para>
 580       </glossdef>
 581     </glossentry>
 582     <glossentry xml:id="reply">
 583       <glossterm>Reply
 584         </glossterm>
 585       <glossdef>
 586         <para>The concept of re-executing a server request after the server lost information in its memory caches and shut down. The replay requests are retained by clients until the server(s) have confirmed that the data is persistent on disk. Only requests for which a client has received a reply are replayed.</para>
 587       </glossdef>
 588     </glossentry>
 589     <glossentry xml:id="resent">
 590       <glossterm>Re-sent request
 591         </glossterm>
 592       <glossdef>
 593         <para>A request that has seen no reply can be re-sent after a server reboot.</para>
 594       </glossdef>
 595     </glossentry>
 596     <glossentry xml:id="revocation">
 597       <glossterm>Revocation Callback
 598         </glossterm>
 599       <glossdef>
 600         <para>An RPC made by an OST or MDT to another system, usually a client, to revoke a granted lock.</para>
 601       </glossdef>
 602     </glossentry>
 603     <glossentry xml:id="rollback">
 604       <glossterm>Rollback
 605         </glossterm>
 606       <glossdef>
 607         <para>The concept that server state is in a crash lost because it was cached in memory and not yet persistent on disk.</para>
 608       </glossdef>
 609     </glossentry>
 610     <glossentry xml:id="rootsquash">
 611       <glossterm>Root squash
 612         </glossterm>
 613       <glossdef>
 614         <para>A mechanism whereby the xml:identity of a root user on a client system is mapped to a different xml:identity on the server to avoid root users on clients gaining broad permissions on servers. Typically, for management purposes, at least one client system should not be subject to root squash.</para>
 615       </glossdef>
 616     </glossentry>
 617     <glossentry xml:id="routing">
 618       <glossterm>routing
 619         </glossterm>
 620       <glossdef>
 621         <para>LNET routing between different networks and LNDs.</para>
 622       </glossdef>
 623     </glossentry>
 624     <glossentry xml:id="rpc">
 625       <glossterm>RPC
 626         </glossterm>
 627       <glossdef>
 628         <para>Remote Procedure Call. A network encoding of a request.</para>
 629       </glossdef>
 630     </glossentry>
 631   </glossdiv>
 632   <glossdiv>
 633     <title>S</title>
 634     <glossentry xml:id="storageobjapi">
 635       <glossterm>Storage Object API
 636         </glossterm>
 637       <glossdef>
 638         <para>The API that manipulates storage objects. This API is richer than that of block devices and includes the create/delete of storage objects, read/write of buffers from and to certain offsets, set attributes and other storage object metadata.</para>
 639       </glossdef>
 640     </glossentry>
 641     <glossentry xml:id="storageobjects">
 642       <glossterm>Storage Objects
 643         </glossterm>
 644       <glossdef>
 645         <para>A generic concept referring to data containers, similar/identical to file inodes.</para>
 646       </glossdef>
 647     </glossentry>
 648     <glossentry xml:id="stride">
 649       <glossterm>Stride
 650         </glossterm>
 651       <glossdef>
 652         <para>A contiguous, logical extent of a Lustre file written to a single OST.</para>
 653       </glossdef>
 654     </glossentry>
 655     <glossentry xml:id="stridesize">
 656       <glossterm>Stride size
 657         </glossterm>
 658       <glossdef>
 659         <para>The maximum size of a stride, typically 4 MB.</para>
 660       </glossdef>
 661     </glossentry>
 662     <glossentry xml:id="stripcount">
 663       <glossterm>Stripe count
 664         </glossterm>
 665       <glossdef>
 666         <para>The number of OSTs holding objects for a RAID0-striped Lustre file.</para>
 667       </glossdef>
 668     </glossentry>
 669     <glossentry xml:id="stripingmetadata">
 670       <glossterm>Striping metadata
 671         </glossterm>
 672       <glossdef>
 673         <para>The extended attribute associated with a file that describes how its data is distributed over storage objects. See also default stripe pattern.</para>
 674       </glossdef>
 675     </glossentry>
 676   </glossdiv>
 677   <glossdiv>
 678     <title>T</title>
 679     <glossentry xml:id="t10">
 680       <glossterm>T10 object protocol
 681         </glossterm>
 682       <glossdef>
 683         <para>An object storage protocol tied to the SCSI transport layer. Lustre does not use T10.</para>
 684       </glossdef>
 685     </glossentry>
 686   </glossdiv>
 687   <glossdiv>
 688     <title>W</title>
 689     <glossentry xml:id="widestriping">
 690       <glossterm>Wide striping
 691         </glossterm>
 692       <glossdef>
 693         <para>Strategy of using many OSTs to store stripes of a single file. This obtains maximum bandwidth to a single file through parallel utilization of many OSTs.</para>
 694       </glossdef>
 695     </glossentry>
 696   </glossdiv>
 697 </glossary>