<html><head><meta http-equiv=Content-Type content="text/html; charset=UTF-8"><META name="Author" content="GroupWise WebAccess"><style type="text/css">
body p
{
margin: 0px;
}
</style></head><body style='font-family: Helvetica, Arial, sans-serif; font-size: 13px; '>Adding to Eric's comment: <br><br>The documentation for nfs-ganesha is present at Deepsea wiki: <a href="https://github.com/SUSE/DeepSea/wiki/NFS-Ganesha">https://github.com/SUSE/DeepSea/wiki/NFS-Ganesha</a> <br><div id="GroupWiseSection_1487580713000_Supriti.Singh@suse.com_453DD381075E0000B9656D6538303861_" class="GroupWiseMessageBody"><div><br></div><span></span><span class="GroupwiseReplyHeader"><br/><div style='clear: both;'><div><font size="2">------</font></div><div><font size="2">Supriti Singh </font><div><font size="2">SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton,</font></div><div><font size="2">HRB 21284 (AG Nürnberg)</font></div><div><div style="color: black;"> </div></div></div><br/>>>> Eric Jackson <ejackson@suse.com> 02/17/17 9:36 PM >>><br></span>Hello all,<br> DeepSea 0.7.4 has been released. Few changes, but one significant milestone:<br><br>- Add missing import<br>- Add kernel.replace <br> Only applies to SUSE and systems running the minimal kernel-default-base,<br> but supports other systems. This also generalizes the update step to use <br> Salt primitives and not call zypper specifically.<br>- Add Ganesha<br><br> Before explaining some caveats, DeepSea 0.7.4 is tested against Ceph 11.1 <br>with Ganesha 2.5. Ganesha 2.4 does not support certain features (e.g. no <br>admin keyring required for cephfs FSAL)<br><br> The rpm is available from<br>https://build.opensuse.org/package/show/home:swiftgist/deepsea<br><br>-------------------------------------------------------------<br>The remainder of this announcement is for those wanting quick hints about <br>Ganesha. The documentation is in progress.<br><br><br>* What is Ganesha?<br> Ganesha is an NFS frontend to a variety of backends. For Ceph, two backends <br>are supported: cephfs and rgw.<br><br>* Why would I use Ganesha? What about CephFS?<br> If your clients support CephFS directly, then use CephFS. However, a Linux <br>host that does not have CephFS support can still connect to the same filesystem <br>using NFS.<br><br> For Rados Gateway, several S3 clients exist, but some users are more <br>comfortable and familiar with a filesystem interface. With NFS, the buckets <br>and contents are presented as directories with files.<br><br>* How does this work in DeepSea?<br> By default, assign the ganesha role to the minions in your policy.cfg. <br>Also, include either cephfs (mds), radosgw (rgw) or both assignments in your <br>policy.cfg. For rgw, uncomment the example left in <br>/srv/pillar/ceph/stack/ceph/cluster.yml for new installations. <br><br> Run Stages 2-4 as you normally would. From an NFS client, run<br><br>mount ganesha1:/cephfs /mnt1<br>mount ganesha1:/demo /mnt2<br><br> where ganesha1 is the name of the ganesha host and demo is the rgw user.<br><br>* Caveats:<br> The mounts should work immediately. If you get an error, raise the debug <br>level of your ganesha server (e.g. /etc/sysconfig/ganesha, systemctl restart <br>nfs-ganesha).<br> If the first write results in an ENOMEM, check that your VM on your monitor <br>has enough RAM. If the first write hangs, check that <br><br>default.rgw.buckets.index<br>default.rgw.buckets.data<br><br> are created. (In a slow enough VM, this may take a moment.) These seem to <br>be the most common initial obstacles.<br><br> WARNING: While both cephfs and rgw mounts work, the rgw mounts do not show <br>up under 'df', but do appear in the mount command. <br><br> Custom ganesha roles are supported. This needs documentation, but is <br>currently working. (Rather than using the label ganesha, create any labels <br>needed with customized configurations. c.f. ganesha_configurations)<br><br> Lastly, using tools such as s3 from the libs3-2 package for creating buckets <br>and placing objects will result in different permissions and ownership than <br>using the NFS mount with the normal filesystem operations (e.g. root vs. <br>nobody).<br><br>Eric<br><br> </div></body></html>