X-Git-Url: https://gerrit.opnfv.org/gerrit/gitweb?a=blobdiff_plain;f=src%2Fceph%2Fdoc%2Fdev%2Fquick_guide.rst;fp=src%2Fceph%2Fdoc%2Fdev%2Fquick_guide.rst;h=0000000000000000000000000000000000000000;hb=7da45d65be36d36b880cc55c5036e96c24b53f00;hp=d9c6a533b514d8fd6ab29960e4907ff3d1b00eec;hpb=691462d09d0987b47e112d6ee8740375df3c51b2;p=stor4nfv.git diff --git a/src/ceph/doc/dev/quick_guide.rst b/src/ceph/doc/dev/quick_guide.rst deleted file mode 100644 index d9c6a53..0000000 --- a/src/ceph/doc/dev/quick_guide.rst +++ /dev/null @@ -1,131 +0,0 @@ -================================= - Developer Guide (Quick) -================================= - -This guide will describe how to build and test Ceph for development. - -Development ------------ - -The ``run-make-check.sh`` script will install Ceph dependencies, -compile everything in debug mode and run a number of tests to verify -the result behaves as expected. - -.. code:: - - $ ./run-make-check.sh - - -Running a development deployment --------------------------------- -Ceph contains a script called ``vstart.sh`` (see also :doc:`/dev/dev_cluster_deployement`) which allows developers to quickly test their code using -a simple deployment on your development system. Once the build finishes successfully, start the ceph -deployment using the following command: - -.. code:: - - $ cd ceph/build # Assuming this is where you ran cmake - $ make vstart - $ ../src/vstart.sh -d -n -x - -You can also configure ``vstart.sh`` to use only one monitor and one metadata server by using the following: - -.. code:: - - $ MON=1 MDS=1 ../src/vstart.sh -d -n -x - -The system creates two pools on startup: `cephfs_data_a` and `cephfs_metadata_a`. Let's get some stats on -the current pools: - -.. code:: - - $ bin/ceph osd pool stats - *** DEVELOPER MODE: setting PATH, PYTHONPATH and LD_LIBRARY_PATH *** - pool cephfs_data_a id 1 - nothing is going on - - pool cephfs_metadata_a id 2 - nothing is going on - - $ bin/ceph osd pool stats cephfs_data_a - *** DEVELOPER MODE: setting PATH, PYTHONPATH and LD_LIBRARY_PATH *** - pool cephfs_data_a id 1 - nothing is going on - - $ bin/rados df - POOL_NAME USED OBJECTS CLONES COPIES MISSING_ON_PRIMARY UNFOUND DEGRADED RD_OPS RD WR_OPS WR - cephfs_data_a 0 0 0 0 0 0 0 0 0 0 0 - cephfs_metadata_a 2246 21 0 63 0 0 0 0 0 42 8192 - - total_objects 21 - total_used 244G - total_space 1180G - - -Make a pool and run some benchmarks against it: - -.. code:: - - $ bin/rados mkpool mypool - $ bin/rados -p mypool bench 10 write -b 123 - -Place a file into the new pool: - -.. code:: - - $ bin/rados -p mypool put objectone - $ bin/rados -p mypool put objecttwo - -List the objects in the pool: - -.. code:: - - $ bin/rados -p mypool ls - -Once you are done, type the following to stop the development ceph deployment: - -.. code:: - - $ ../src/stop.sh - -Resetting your vstart environment ---------------------------------- - -The vstart script creates out/ and dev/ directories which contain -the cluster's state. If you want to quickly reset your environment, -you might do something like this: - -.. code:: - - [build]$ ../src/stop.sh - [build]$ rm -rf out dev - [build]$ MDS=1 MON=1 OSD=3 ../src/vstart.sh -n -d - -Running a RadosGW development environment ------------------------------------------ - -Set the ``RGW`` environment variable when running vstart.sh to enable the RadosGW. - -.. code:: - - $ cd build - $ RGW=1 ../src/vstart.sh -d -n -x - -You can now use the swift python client to communicate with the RadosGW. - -.. code:: - - $ swift -A http://localhost:8000/auth -U test:tester -K testing list - $ swift -A http://localhost:8000/auth -U test:tester -K testing upload mycontainer ceph - $ swift -A http://localhost:8000/auth -U test:tester -K testing list - - -Run unit tests --------------- - -The tests are located in `src/tests`. To run them type: - -.. code:: - - $ make check -