OSDN Git Service

Release docs/kernel-docs-2.6/filesystems/ceph.txt [JF:20106]
authorMasanori Kobayasi <yasikoba@users.sourceforge.jp>
Tue, 4 Sep 2012 15:37:53 +0000 (00:37 +0900)
committerMasanori Kobayasi <yasikoba@users.sourceforge.jp>
Tue, 4 Sep 2012 15:37:53 +0000 (00:37 +0900)
docs/kernel-docs-2.6/filesystems/ceph.txt [new file with mode: 0644]
docs/kernel-docs-2.6/filesystems/ceph.txt.info [new file with mode: 0644]
lists/kdoc-2.6-reserved.list
www/news.m4

diff --git a/docs/kernel-docs-2.6/filesystems/ceph.txt b/docs/kernel-docs-2.6/filesystems/ceph.txt
new file mode 100644 (file)
index 0000000..bda02f4
--- /dev/null
@@ -0,0 +1,260 @@
+=========================================================
+¤³¤ì¤Ï¡¢
+Linux-3.4.1/Documentation/filesystems/ceph.txt ¤ÎÏÂÌõ¤Ç¤¹¡£
+ËÝÌõÃÄÂΡ§ JF ¥×¥í¥¸¥§¥¯¥È < http://www.linux.or.jp/JF/ >
+¹¹¿·Æü ¡§ 2012/6/13
+ËÝÌõ¼Ô ¡§ Seiji Kaneko < skaneko at mbn dot or dot jp >
+=========================================================
+#Ceph Distributed File System
+#============================
+Ceph Ê¬»¶¥Õ¥¡¥¤¥ë¥·¥¹¥Æ¥à
+=========================
+
+#Ceph is a distributed network file system designed to provide good
+#performance, reliability, and scalability.
+Ceph ¤ÏÎɹ¥¤ÊÀ­Ç½¡¢¿®ÍêÀ­¡¢³ÈÄ¥À­¤òÄɵᤷ¤ÆÀ߷פµ¤ì¤¿Ê¬»¶¥Í¥Ã¥È¥ï¡¼¥¯¥Õ¥¡
+¥¤¥ë¥·¥¹¥Æ¥à¤Ç¤¹¡£
+
+#Basic features include:
+°Ê²¼¤Î´ðËܵ¡Ç½¤¬Ä󶡤µ¤ì¤Æ¤¤¤Þ¤¹¡£
+
+# * POSIX semantics
+# * Seamless scaling from 1 to many thousands of nodes
+# * High availability and reliability.  No single point of failure.
+# * N-way replication of data across storage nodes
+# * Fast recovery from node failures
+# * Automatic rebalancing of data on node addition/removal
+# * Easy deployment: most FS components are userspace daemons
+ * POSIX ¸ß´¹
+ * 1 ¤«¤é¿ôÀé¤Î¥Î¡¼¥É¤Þ¤Ç¥·¡¼¥à¥ì¥¹¤Ë³ÈÄ¥²Äǽ
+ * ¹â²ÄÍÑ¡¢¹â¿®ÍêÀ­¡£Ã±°ì¸Î¾ãÅÀ¤ÎÇÓ½ü
+ * ¥¹¥È¥ì¡¼¥¸¥Î¡¼¥É´Ö¤Ç¤Î N-way Ê£À½µ¡Ç½
+ * ¥Î¡¼¥É¸Î¾ã¤«¤é¤Î®¤ä¤«¤Ê²óÉü
+ * ¥Î¡¼¥ÉÄɲᦺï½ü¤ËÂФ¹¤ë¥Ç¡¼¥¿¤Î¼«Æ°ºÆ¥Ð¥é¥ó¥¹
+ * ÍưפʥΡ¼¥ÉŸ³«: ËؤɤΠFS ¥³¥ó¥Ý¡¼¥Í¥ó¥È¤Ï¥æ¡¼¥¶¶õ´Ö¤ÇÆ°ºî¤¹¤ë¥Ç¡¼
+   ¥â¥ó
+#Also,
+# * Flexible snapshots (on any directory)
+# * Recursive accounting (nested files, directories, bytes)
+¤Þ¤¿
+ * ½ÀÆð¤Ê¥¹¥Ê¥Ã¥×¥·¥ç¥Ã¥È (¤É¤Î¥Ç¥£¥ì¥¯¥È¥ê¤Ç¤â²Ä)
+ * ºÆµ¢¥¢¥«¥¦¥ó¥Æ¥£¥ó¥° (¥Õ¥¡¥¤¥ë¡¢¥Ç¥£¥ì¥¯¥È¥ê¡¢¥Ð¥¤¥È¥Ç¡¼¥¿¤Î¥Í¥¹¥È)
+
+#In contrast to cluster filesystems like GFS, OCFS2, and GPFS that rely
+#on symmetric access by all clients to shared block devices, Ceph
+#separates data and metadata management into independent server
+#clusters, similar to Lustre.  Unlike Lustre, however, metadata and
+#storage nodes run entirely as user space daemons.  Storage nodes
+#utilize btrfs to store data objects, leveraging its advanced features
+#(checksumming, metadata replication, etc.).  File data is striped
+#across storage nodes in large chunks to distribute workload and
+#facilitate high throughputs.  When storage nodes fail, data is
+#re-replicated in a distributed fashion by the storage nodes themselves
+#(with some minimal coordination from a cluster monitor), making the
+#system extremely efficient and scalable.
+GFS¡¢OCFS2 ¤½¤·¤Æ GPFS ¤Ê¤É¤Î¥¯¥é¥¹¥¿¥Õ¥¡¥¤¥ë¥·¥¹¥Æ¥à¤Ï¡¢³Æ¥¯¥é¥¤¥¢¥ó¥È
+¤«¤é¤Î¶¦Í­¥Ö¥í¥Ã¥¯¥Ç¥Ð¥¤¥¹¤Ø¤ÎÂоΤʥ¢¥¯¥»¥¹¤òÁ°Äó¤È¤·¤Æ¤¤¤Þ¤¹¤¬¡¢Ceph 
+¤Ï Lustre ¤È»÷¤¿¡¢¥Ç¡¼¥¿¤È¥á¥¿¥Ç¡¼¥¿¤òʬΥ¤·¤ÆÆÈΩ¤Î¥µ¡¼¥Ð¥¯¥é¥¹¥¿¤ËÃÖ
+¤¯¹½À®¤òºÎ¤Ã¤Æ¤¤¤Þ¤¹¡£°ìÊý¡¢Lustre ¤È¤Ï°ã¤Ã¤Æ¥á¥¿¥Ç¡¼¥¿¤È¥¹¥È¥ì¡¼¥¸¥Î
+¡¼¥É¤Ï´°Á´¤Ë¥æ¡¼¥¶¶õ´Ö¥Ç¡¼¥â¥ó¤ÇÁö¤ê¤Þ¤¹¡£¥¹¥È¥ì¡¼¥¸¥Î¡¼¥É¤Ï¥Ç¡¼¥¿¥ª¥Ö
+¥¸¥§¥¯¥È¤Î³ÊǼ¤Ë btrfs ¤ò»È¤Ã¤Æ¡¢¤½¤ÎÀè¿Êµ¡Ç½ (¥Á¥§¥Ã¥¯¥µ¥à¡¢¥á¥¿¥Ç¡¼¥¿¥ì
+¥×¥ê¥±¡¼¥·¥ç¥ó) ¤ò³èÍѤ·¤Æ¤¤¤Þ¤¹¡£¥Õ¥¡¥¤¥ë¥Ç¡¼¥¿¤Ï¡¢Â礭¤Ê¥Á¥ã¥ó¥¯Ã±°Ì
+¤Ç¥¹¥È¥ì¡¼¥¸¥Î¡¼¥É´Ö¤Ç¥¹¥È¥é¥¤¥×¤µ¤ì¡¢Éé²Ù¤òʬ»¶¤·¤Æ¹â¤¤¥¹¥ë¡¼¥×¥Ã¥È¤ò
+¼Â¸½¤·¤Æ¤¤¤Þ¤¹¡£°ì¤Ä¤Î¥¹¥È¥ì¡¼¥¸¥Î¡¼¥É¤¬¸Î¾ã¤·¤¿¾ì¹ç¡¢¥¯¥é¥¹¥¿¥â¥Ë¥¿¤Î
+ºÇ¾®¸Â¤Î²ðÆþ¤À¤±¤Ç¡¢¥¹¥È¥ì¡¼¥¸¥Î¡¼¥É´Ö¼«¿È¤Ç¥Ç¡¼¥¿¤Î¥ì¥×¥ê¥±¡¼¥·¥ç¥ó¤¬
+ºÆ¼Â¹Ô¤µ¤ì¤ë¤¿¤á¡¢¥·¥¹¥Æ¥à¤Ï¶Ë¤á¤Æ¸úΨŪ¤Ç³ÈÄ¥À­¤ËÉÙ¤ó¤À¤â¤Î¤È¤Ê¤Ã¤Æ¤¤
+¤Þ¤¹¡£
+
+#Metadata servers effectively form a large, consistent, distributed
+#in-memory cache above the file namespace that is extremely scalable,
+#dynamically redistributes metadata in response to workload changes,
+#and can tolerate arbitrary (well, non-Byzantine) node failures.  The
+#metadata server takes a somewhat unconventional approach to metadata
+#storage to significantly improve performance for common workloads.  In
+#particular, inodes with only a single link are embedded in
+#directories, allowing entire directories of dentries and inodes to be
+#loaded into its cache with a single I/O operation.  The contents of
+#extremely large directories can be fragmented and managed by
+#independent metadata servers, allowing scalable concurrent access.
+¥á¥¿¥Ç¡¼¥¿¥µ¡¼¥Ð¤Ï¡¢¼Â¸úŪ¤Ë¤Ï¾åµ­¤Î¥Õ¥¡¥¤¥ë̾Á°¶õ´Ö¤ËÂФ¹¤ë¡¢µðÂç¤ÇÀ°
+¹çÀ­¤ÎºÎ¤ì¤¿Ê¬»¶¥¤¥ó¥á¥â¥ê¥­¥ã¥Ã¥·¥å¤ò¹½À®¤·¤Þ¤¹¡£¤³¤Î¥á¥¿¥Ç¡¼¥¿¥µ¡¼¥Ð
+¤Ï¶Ë¤á¤Æ³ÈÄ¥À­¤¬¹â¤¯¡¢Éé²Ù¤ÎÊÑÆ°¤Ëȼ¤Ã¤ÆưŪ¤Ë¥á¥¿¥Ç¡¼¥¿¤òºÆÇÛÃÖ¤·¡¢
+(¤Þ¤¡¡¢Æäˤޤº¤¤¾ì¹ç¤Ç¤Ê¤±¤ì¤Ð) Ç¤°Õ¤Î¥Î¡¼¥É¤Î¸Î¾ã¤ËÂѤ¨¤ë¤è¤¦¤Ë¤Ê¤Ã
+¤Æ¤¤¤Þ¤¹¡£
+¥á¥¿¥Ç¡¼¥¿¥µ¡¼¥Ð¤Ç¤Ï¡¢°ìÈÌŪ¤ÊÉé²Ù¤Ç¤ÎÀ­Ç½¤òÂ礭¤¯¸þ¾å¤¹¤ë¤¿¤á¡¢¥á¥¿¥Ç
+¡¼¥¿¥¹¥È¥ì¡¼¥¸¤È¤·¤Æ¤Ï¤ä¤ä°ìÈÌŪ¤Ç¤Ï¤Ê¤¤¼êË¡¤òºÎ¤Ã¤Æ¤¤¤Þ¤¹¡£Æäˡ¢¥ê¥ó
+¥¯¤Î°ì¤Ä¤·¤«¤Ê¤¤ inode ¤Ï¥Ç¥£¥ì¥¯¥È¥ê¤ËËä¤á¹þ¤Þ¤ì¡¢dentry ¤È inode ¤Î
+¥Ç¥£¥ì¥¯¥È¥êÁ´ÂΤ¬°ì¤Ä¤Î I/O ½èÍý¤Ç¥­¥ã¥Ã¥·¥å¤Ë¼è¤ê¹þ¤á¤ë¤è¤¦¤Ë¤·¤Æ¤¤
+¤Þ¤¹¡£¶Ë¤á¤ÆµðÂç¤Ê¥Ç¥£¥ì¥¯¥È¥ê¤ÎÆâÍƤÏÊ£¿ô¤ÎÆÈΩ¤Ê¥á¥¿¥Ç¡¼¥¿¥µ¡¼¥Ð¤Ëʬ
+³ä¤µ¤ì¤Æ´ÉÍý¤µ¤ì¤ë¤¿¤á¡¢³ÈÄ¥À­¤ËÍ¥¤ì¤¿Ê¹ԥ¢¥¯¥»¥¹¤¬²Äǽ¤Ë¤Ê¤Ã¤Æ¤¤¤Þ¤¹¡£
+
+#The system offers automatic data rebalancing/migration when scaling
+#from a small cluster of just a few nodes to many hundreds, without
+#requiring an administrator carve the data set into static volumes or
+#go through the tedious process of migrating data between servers.
+#When the file system approaches full, new nodes can be easily added
+#and things will "just work."
+¥·¥¹¥Æ¥à¤Ç¤Ï¡¢´ÉÍý¼Ô¤Î¥Ç¡¼¥¿¥»¥Ã¥È»ØÄê¤Ê¤·¤Î¡¢¾®¤µ¤Ê (¿ô¥Î¡¼¥É) ¥¯¥é¥¹
+¥¿¤«¤é¿ôÉ´¤Þ¤Ç¤Î³ÈÄ¥¤ò¹Ô¤Ã¤¿¾ì¹ç¤Î¡¢¼«Æ°¥Ç¡¼¥¿ºÆ¥Ð¥é¥ó¥¹/¥Þ¥¤¥°¥ì¡¼¥·¥ç
+¥óµ¡Ç½¤òÄ󶡤·¤Æ¤¤¤Þ¤¹¡£´ÉÍý¼Ô¤Ï¸ÇÄꥵ¥¤¥º¤Î¥Ü¥ê¥å¡¼¥à¤Ë¥Ç¡¼¥¿¥»¥Ã¥È¤ò
+ºîÀ®¤·¤¿¤ê¡¢¥µ¡¼¥Ð´Ö¤Ç¥Ç¡¼¥¿¤Î°ÜÆ°¤ò¹Ô¤Ã¤¿¤ê¤ÎÈè¤ì¤ëºî¶È¤«¤é²òÊü¤µ¤ì¤Þ
+¤¹¡£¤Þ¤¿¡¢¥Õ¥¡¥¤¥ë¥·¥¹¥Æ¥à¤¬°ìÇդˤʤê¤Ä¤Ä¤¢¤ë¾ì¹ç¡¢¿·¤·¤¤¥Î¡¼¥É¤ò´Êñ
+¤ËÄɲä·¡¢¡Ö¨ưºî¡×¤ò²Äǽ¤È¤·¤Æ¤¤¤Þ¤¹¡£
+
+#Ceph includes flexible snapshot mechanism that allows a user to create
+#a snapshot on any subdirectory (and its nested contents) in the
+#system.  Snapshot creation and deletion are as simple as 'mkdir
+#.snap/foo' and 'rmdir .snap/foo'.
+Ceph ¤Ë¤Ï½ÀÆð¤Ê¥¹¥Ê¥Ã¥×¥·¥ç¥Ã¥Èµ¡Ç½¤¬Ä󶡤µ¤ì¤Æ¤¤¤Æ¡¢¥æ¡¼¥¶¤Ï¥·¥¹¥Æ¥à
+¤ÎǤ°Õ¤Î¥µ¥Ö¥Ç¥£¥ì¥¯¥È¥ê (¤ª¤è¤Ó¥Í¥¹¥È¤µ¤ì¤¿¥³¥ó¥Æ¥ó¥Ä) ¤Î¥¹¥Ê¥Ã¥×¥·¥ç
+¥Ã¥È¤òºîÀ®²Äǽ¤Ç¤¹¡£¥¹¥Ê¥Ã¥×¥·¥ç¥Ã¥È¤ÎºîÀ®¤Èºï½ü¤Ï¡¢'mkdir .snap/foo' 
+¤È 'rmdir .snap/foo' ¤ò¹Ô¤¦¤À¤±¤Î´Êñ¤µ¤Ç¤¹¡£
+
+#Ceph also provides some recursive accounting on directories for nested
+#files and bytes.  That is, a 'getfattr -d foo' on any directory in the
+#system will reveal the total number of nested regular files and
+#subdirectories, and a summation of all nested file sizes.  This makes
+#the identification of large disk space consumers relatively quick, as
+#no 'du' or similar recursive scan of the file system is required.
+¤µ¤é¤Ë¡¢Ceph ¤Ç¤Ï¥Í¥¹¥È¤µ¤ì¤¿¥Ç¥£¥ì¥¯¥È¥ê¤ä¥Ç¡¼¥¿¤ËÂФ¹¤ëºÆµ¢Åª¥¢¥«¥¦
+¥ó¥Æ¥£¥ó¥°µ¡Ç½¤¬Ä󶡤µ¤ì¤Æ¤¤¤Þ¤¹¡£¶ñÂÎŪ¤Ë¤Ï¡¢¥·¥¹¥Æ¥à¤Î¤É¤Î¥Ç¥£¥ì¥¯¥È
+¥ê¤Ç¤Ç¤â 'getfattr -d foo' ¤ò¼Â¹Ô¤¹¤ì¤Ð¡¢¥Í¥¹¥È¤µ¤ì¤¿Ä̾ï¤Î¥Õ¥¡¥¤¥ë¤È¥µ
+¥Ö¥Ç¥£¥ì¥¯¥È¥ê¿ô¡¢¥Í¥¹¥È¤µ¤ì¤¿¥Õ¥¡¥¤¥ë¥µ¥¤¥º¤Î¹ç·×¤¬ÆÀ¤é¤ì¤Þ¤¹¡£¤³¤ì¤Ë
+¤è¤ê¡¢du ¤Ê¤É¤Î¥Õ¥¡¥¤¥ë¥·¥¹¥Æ¥à¤ÎºÆµ¢¥¹¥­¥ã¥ó½èÍý¤òɬÍפȤ»¤º¤Ë¡¢Â¿ÎÌ
+¤Î¥Ç¥£¥¹¥¯¤ò¾ÃÈñ¤·¤Æ¤¤¤ëÈȿͤòÈæ³ÓŪ®¤¯Å¦È¯¤Ç¤­¤Þ¤¹¡£
+
+
+#Mount Syntax
+#============
+¥Þ¥¦¥ó¥È¤Î½ñ¼°
+==============
+
+#The basic mount syntax is:
+´ðËÜŪ¤Ê¥Þ¥¦¥ó¥È¤Î½ñ¼°¤Ï°Ê²¼¤Î¤È¤ª¤ê¤Ç¤¹¡£
+
+ # mount -t ceph monip[:port][,monip2[:port]...]:/[subdir] mnt
+
+#You only need to specify a single monitor, as the client will get the
+#full list when it connects.  (However, if the monitor you specify
+#happens to be down, the mount won't succeed.)  The port can be left
+#off if the monitor is using the default.  So if the monitor is at
+#1.2.3.4,
+°ì¤Ä°Ê¾å¤Î¥â¥Ë¥¿¤ò»ØÄꤹ¤ëɬÍפϤ¢¤ê¤Þ¤»¤ó¡£¥¯¥é¥¤¥¢¥ó¥È¤ÏÀܳ»þ¤Ë¥â¥Ë
+¥¿Á´ÂΤΥꥹ¥È¤ò¼èÆÀ¤¹¤ë¤¿¤á¤Ç¤¹¡£Ã¢¤·¡¢»ØÄꤷ¤¿¥â¥Ë¥¿¤¬Ëü¤¬°ì¥À¥¦¥ó¤·
+¤Æ¤¤¤¿¾ì¹ç¡¢¥Þ¥¦¥ó¥È¤Ï¼ºÇÔ¤·¤Þ¤¹¡£¥Ý¡¼¥È¤Ï¡¢¥â¥Ë¥¿¤¬´ûÄêÃͤòÍѤ¤¤Æ¤¤¤ë
+¾ì¹ç¡¢»ØÄꤹ¤ëɬÍפϤ¢¤ê¤Þ¤»¤ó¡£¤Þ¤È¤á¤ë¤È¡¢¥â¥Ë¥¿¤¬ 1.2.3.4 ¤Ë¤¢¤ë¾ì
+¹ç¡¢°Ê²¼¤Î»ØÄê¤Ç½½Ê¬¤È¤Ê¤ê¤Þ¤¹¡£
+
+ # mount -t ceph 1.2.3.4:/ /mnt/ceph
+
+#is sufficient.  If /sbin/mount.ceph is installed, a hostname can be
+#used instead of an IP address.
+/sbin/mount.ceph ¤¬¥¤¥ó¥¹¥È¡¼¥ë¤µ¤ì¤Æ¤¤¤ë¤Ê¤é¡¢IP ¥¢¥É¥ì¥¹¤ÎÂå¤ï¤ê¤Ë¥Û
+¥¹¥È̾¤â»È¤¨¤Þ¤¹¡£
+
+
+#Mount Options
+#=============
+¥Þ¥¦¥ó¥È¥ª¥×¥·¥ç¥ó
+==================
+
+  ip=A.B.C.D[:N]
+#      Specify the IP and/or port the client should bind to locally.
+#      There is normally not much reason to do this.  If the IP is not
+#      specified, the client's IP address is determined by looking at the
+#      address its connection to the monitor originates from.
+       ¥¯¥é¥¤¥¢¥ó¥È¤¬¥í¡¼¥«¥ë¤ÇÀßÄꤹ¤Ù¤­ IP ¤ª¤è¤Ó/¤Þ¤¿¤Ï ¥Ý¡¼¥È¤ò»Ø
+       Äꤷ¤Þ¤¹¡£Ä̾ï¤Ï¤³¤ì¤ò¹Ô¤¦Íýͳ¤Ï¤¢¤Þ¤ê¤¢¤ê¤Þ¤»¤ó¡£IP Èֹ椬»Ø
+       Äꤵ¤ì¤Æ¤¤¤Ê¤¤¾ì¹ç¡¢¥¯¥é¥¤¥¢¥ó¥È¤Î IP ¥¢¥É¥ì¥¹¤Ï¥â¥Ë¥¿¤Ø¤ÎÀܳ
+       ¤ò¹Ô¤Ã¤¿Àܳ¸µ¥¢¥É¥ì¥¹¤òÄ´¤Ù¤ë¤³¤È¤Ç·èÄꤵ¤ì¤Þ¤¹¡£
+
+  wsize=X
+#      Specify the maximum write size in bytes.  By default there is no
+#      maximum.  Ceph will normally size writes based on the file stripe
+#      size.
+       ½ñ¤­¹þ¤á¤ëºÇÂç¤Î¥Ð¥¤¥È¿ô¤ò»ØÄꤷ¤Þ¤¹¡£´ûÄêÃͤȤ·¤Æ¤Ï¡¢ºÇÂçÃÍÀ©
+       ¸Â¤Ï¤¢¤ê¤Þ¤»¤ó¡£Ceph ¤ÏÄ̾ï¤Ï¥Õ¥¡¥¤¥ë¥¹¥È¥é¥¤¥×¥µ¥¤¥º¤ò´ð½à¤Ë
+       ½ñ¤­¹þ¤ß¤ò¹Ô¤¤¤Þ¤¹¡£
+
+  rsize=X
+#      Specify the maximum readahead.
+       ÀèÆɤߤκÇÂçŤò»ØÄꤷ¤Þ¤¹¡£
+
+  mount_timeout=X
+#      Specify the timeout value for mount (in seconds), in the case
+#      of a non-responsive Ceph file system.  The default is 30
+#      seconds.
+       Ceph ¥Õ¥¡¥¤¥ë¥·¥¹¥Æ¥à¤¬±þÅú¤·¤Ê¤¤¾ì¹ç¡¢¥Þ¥¦¥ó¥È»þ¤Î¥¿¥¤¥à¥¢¥¦
+       ¥È»þ´Ö¤òÉäǻØÄꤷ¤Þ¤¹¡£´ûÄêÃͤϠ30 ÉäǤ¹¡£
+
+  rbytes
+#      When stat() is called on a directory, set st_size to 'rbytes',
+#      the summation of file sizes over all files nested beneath that
+#      directory.  This is the default.
+       stat() ¤¬¥Ç¥£¥ì¥¯¥È¥ê¤ËÂФ·¤Æ¸Æ¤Ð¤ì¤¿¾ì¹ç¡¢st_size ¤Ë rbytes¡¢
+       ¤Ä¤Þ¤ê¥Ç¥£¥ì¥¯¥È¥ê°Ê²¼¤Ë¥Í¥¹¥È¤µ¤ì¤Æ¤¤¤ë¥Õ¥¡¥¤¥ë¥µ¥¤¥º¤Î¹ç·×ÃÍ
+       ¤òÂåÆþ¤·¤Þ¤¹¡£¤³¤ì¤¬´ûÄêÃͤǤ¹¡£
+
+  norbytes
+#      When stat() is called on a directory, set st_size to the
+#      number of entries in that directory.
+       stat() ¤¬¥Ç¥£¥ì¥¯¥È¥ê¤ËÂФ·¤Æ¸Æ¤Ð¤ì¤¿¾ì¹ç¡¢st_size ¤Ë¥Ç¥£¥ì¥¯
+       ¥È¥êÆâ¤Î¥¨¥ó¥È¥ê¿ô¤òÂåÆþ¤·¤Þ¤¹¡£
+
+  nocrc
+#      Disable CRC32C calculation for data writes.  If set, the storage node
+#      must rely on TCP's error correction to detect data corruption
+#      in the data payload.
+       ¥Ç¡¼¥¿½ñ¤­¹þ¤ß»þ¤Ë CRC32C ·×»»¤ò¹Ô¤¤¤Þ¤»¤ó¡£¤³¤Î¥Õ¥é¥°¤¬¥»¥Ã¥È
+       ¤µ¤ì¤Æ¤¤¤ë¾ì¹ç¡¢¥¹¥È¥ì¡¼¥¸¥Î¡¼¥É¤Î¥Ç¡¼¥¿¥Ú¥¤¥í¡¼¥É¤ÎÇ˲õ¸¡½Ð¤Ï
+       TCP ¤Î¥¨¥é¡¼ÄûÀµµ¡Ç½¤Ë°Í¸¤·¤Þ¤¹¡£
+
+  dcache
+#        Use the dcache contents to perform negative lookups and
+#        readdir when the client has the entire directory contents in
+#        its cache.  (This does not change correctness; the client uses
+#        cached metadata only when a lease or capability ensures it is
+#        valid.)
+       ¥¯¥é¥¤¥¢¥ó¥È¦¤Ç¥Ç¥£¥ì¥¯¥È¥ê¤ÎÆâÍÆÁ´ÂΤò¥­¥ã¥Ã¥·¥å¤·¤Æ¤¤¤ë¾ì¹ç¡¢
+       readdir ¥ê¥¯¥¨¥¹¥È½èÍý¤ò¹Ô¤¦ºÝ¤È¡¢µÕ¥ë¥Ã¥¯¥¢¥Ã¥× (negative lookup)
+       ¤ÎºÝ¤Ë¡¢dcache ¥­¥ã¥Ã¥·¥å¤òÍøÍѤ·¤Þ¤»¤ó (¤³¤ì¤Ï¥Õ¥¡¥¤¥ë¥·¥¹¥Æ¥à¤ÎÀµ
+       ÅöÀ­¤Ë¤Ï±Æ¶Á¤·¤Þ¤»¤ó¡£¥¯¥é¥¤¥¢¥ó¥È¤Ï¡¢¥ê¡¼¥¹¤Þ¤¿¤Ï¥±¡¼¥Ñ¥Ó¥ê¥Æ¥£¤Ë
+       ¤è¤Ã¤Æ¥­¥ã¥Ã¥·¥å¤µ¤ì¤¿¥á¥¿¥Ç¡¼¥¿¤¬Í­¸ú¤Ç¤¢¤ë¤³¤È¤¬Êݾڤµ¤ì¤Æ¤¤¤ë¾ì
+       ¹ç¤Ë¤Î¤ß¡¢¥­¥ã¥Ã¥·¥å¤µ¤ì¤¿¥Ç¡¼¥¿¤òÍѤ¤¤ë¤«¤é¤Ç¤¹)¡£
+
+  nodcache
+#        Do not use the dcache as above.  This avoids a significant amount of
+#        complex code, sacrificing performance without affecting correctness,
+#        and is useful for tracking down bugs.
+       ¾åµ­¤Î¤è¤¦¤Ê dcache ÍøÍѤò¹Ô¤Ê¤ï¤Ê¤¤¡£¤³¤Î»ØÄê¤Ç¤Ï¡¢¥Õ¥¡¥¤¥ëÀ°¹çÀ­
+       ¤Ë±Æ¶Á¤¹¤ë¤³¤È¤Ê¤·¤ËÀ­Ç½¤òµ¾À·¤Ë¤·¡¢Ê£»¨¤Ê¥³¡¼¥É¤Î¤«¤Ê¤ê¤ÎÉôʬ¤Î¼Â
+       ¹Ô¤ò²óÈò¤·¤Þ¤¹¡£¥Ð¥°ÄÉÀפκݤËÍ­ÍѤǤ¹¡£
+
+  noasyncreaddir
+#      Do not use the dcache as above for readdir.
+       readdir ¤ËÂФ·¤Æ¡¢¾åµ­¤Î¤è¤¦¤Ê dcache ÍøÍѤò¹Ô¤Ê¤¤¤Þ¤»¤ó¡£
+
+
+#More Information
+#================
+ÄɲþðÊó
+========
+
+#For more information on Ceph, see the home page at
+#      http://ceph.newdream.net/wiki
+Ceph ¤Ë¤Ä¤¤¤Æ¤â¤Ã¤ÈÃΤꤿ¤¤¾ì¹ç¤Ï¡¢°Ê²¼¤Î¥Û¡¼¥à¥Ú¡¼¥¸¤ò¤´Í÷¤¯¤À¤µ¤¤¡£
+       http://ceph.newdream.net/wiki
+
+#The Linux kernel client source tree is available at
+#      git://ceph.newdream.net/git/ceph-client.git
+#      git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git
+Linux ¥«¡¼¥Í¥ë¤Î¥¯¥é¥¤¥¢¥ó¥È¥½¡¼¥¹¥Ä¥ê¡¼¤Ï°Ê²¼¤«¤éÄ󶡤µ¤ì¤Æ¤¤¤Þ¤¹¡£
+       git://ceph.newdream.net/git/ceph-client.git
+       git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git
+
+#and the source for the full system is at
+#      git://ceph.newdream.net/git/ceph.git
+¥·¥¹¥Æ¥àÁ´ÂΤΥ½¡¼¥¹¤Ï°Ê²¼¤«¤éÄ󶡤µ¤ì¤Æ¤¤¤Þ¤¹¡£
+       git://ceph.newdream.net/git/ceph.git
+
diff --git a/docs/kernel-docs-2.6/filesystems/ceph.txt.info b/docs/kernel-docs-2.6/filesystems/ceph.txt.info
new file mode 100644 (file)
index 0000000..8f93c41
--- /dev/null
@@ -0,0 +1,7 @@
+TITL: ceph
+CONT: ceph Ê¬»¶¥Õ¥¡¥¤¥ë¥·¥¹¥Æ¥à¤Î²òÀâ
+NAME: filesystems/ceph.txt
+JDAT: 2012/06/13
+BVER: 3.4.1
+AUTH: unknown
+TRNS: Seiji Kaneko < skaneko at a2 dot mbn dot or dot jp >
index 2160870..8f8040c 100644 (file)
@@ -576,11 +576,11 @@ PDAT: 2010/05/23
 STAT: Draft
 NOTE: [JF:20007]
 
-NAME: filesystems/ceph.txt
-TRNS: skaneko@a2.mbn.or.jp
-PDAT: 2010/05/23
-STAT: Draft
-NOTE: [JF:20007]
+NAME: filesystems/ceph.txt
+TRNS: skaneko@a2.mbn.or.jp
+PDAT: 2010/05/23
+# STAT: Release
+NOTE: [JF:20007]
 
 NAME: filesystems/logfs.txt
 TRNS: skaneko@a2.mbn.or.jp
index 983d704..aa9a932 100644 (file)
@@ -45,6 +45,9 @@ m4_define(`_NEW_DOC',`
    </DT>')
 
  <DL>
+_NEW_DOC(kernel-docs-2.6/filesystems/ceph.txt.html,2012/09/05,
+       `kernel-3.4.1 ÉÕ° filesystems/ceph.txt ¤ÎÆüËܸìÌõ')
+
 _NEW_DOC(kernel-docs-2.6/filesystems/logfs.txt.html,2012/07/03,
        `kernel-3.3 ÉÕ° filesystems/logfs.txt ¤ÎÆüËܸìÌõ')