It's easy to test Ceph's Blkin tracing. Let's assume you don't have
Ceph already running, and you compiled Ceph with Blkin support but
-you did't install it. Then launch Ceph with the ``vstart.sh`` script
-in Ceph's src directgory so you can see the possible tracepoints.::
+you didn't install it. Then launch Ceph with the ``vstart.sh`` script
+in Ceph's src directory so you can see the possible tracepoints.::
cd src
OSD=3 MON=3 RGW=1 ./vstart.sh -n
Hard links
----------
-Inode with multiple hard links is moved to a dummy gloabl SnapRealm. The
+Inode with multiple hard links is moved to a dummy global SnapRealm. The
dummy SnapRealm covers all snapshots in the filesystem. The inode's data
will be preserved for any new snapshot. These preserved data will cover
snapshots on any linkage of the inode.
The workflows are not enforced when they impose an overhead that does
not make sense. For instance, if the release notes for a point release
were not written prior to checking all integration tests, they can be
-commited to the stable branch and the result sent for publication
+committed to the stable branch and the result sent for publication
without going through another run of integration tests.
Release Cycle