]> git.apps.os.sepia.ceph.com Git - ceph.git/commitdiff
docs: update usage logging info
authorYehuda Sadeh <yehuda@inktank.com>
Thu, 21 Jun 2012 17:46:55 +0000 (10:46 -0700)
committerYehuda Sadeh <yehuda@inktank.com>
Thu, 21 Jun 2012 17:47:44 +0000 (10:47 -0700)
added some text under radosgw, examples under radosgw-admin

Signed-off-by: Yehuda Sadeh <yehuda@inktank.com>
doc/man/8/radosgw-admin.rst
doc/man/8/radosgw.rst

index 78a14fc121f3f9d59a6a0def79e369c83e633f7c..d4d45c07b310523ccc188b6563ddfe26fa28e8ba 100644 (file)
@@ -141,9 +141,22 @@ Remove a bucket::
 
         $ radosgw-admin bucket unlink --bucket=foo
 
-Show the logs of a bucket from April 1st 2011::
+Show the logs of a bucket from April 1st, 2012::
 
-        $ radosgw-admin log show --bucket=foo --date=2011=04-01
+        $ radosgw-admin log show --bucket=foo --date=2012=04-01
+
+Show usage information for user from March 1st to April 1st, 2012::
+
+        $ radosgw-admin usage show --uid=johnny \
+                        --start-date=2012-03-01 --end-date=2012-04-01
+
+Show only summary of usage information for all users::
+
+        $ radosgw-admin usage show --show-log-entries=false
+
+Trim usage information for user until March 1st, 2012::
+
+        $ radosgw-admin usage trim --uid=johnny --end-date=2012-04-01
 
 Availability
 ============
index 66ab2fc4a15b502dbd3b54227ec4581b4097fd35..3adf471c7e452b4b2dadfdee1a0e40a0213075e7 100644 (file)
@@ -104,11 +104,11 @@ The **radosgw** maintains an asynchronous usage log. It accumulates
 statistics about user operations and flushes it periodically. The
 logs can be accessed and managed through **radosgw-admin**.
 
-The information that is being logged contains total data transfr,
+The information that is being logged contains total data transfer,
 total operations, and total successful operations. The data is being
-accounted under the bucket owner, unless the operation was done on
-the service (e.g., when listing a bucket) in which case it is
-accounted under the operating user.
+accounted in an hourly resolution under the bucket owner, unless the
+operation was done on the service (e.g., when listing a bucket) in
+which case it is accounted under the operating user.
 
 Following is an example configuration::