Add dedicated ganesha_config pool for dashboard

[swiftgist]

With a sufficient number of objects in a pool, the rados -p POOL -N ganesha ls command can take several minutes to complete. The side effect is the dashboard can timeout. Do not use cephfs_data nor rgw for storing ganesha configurations.

Signed-off-by: Eric Jackson ejackson@suse.com bnc: 1172689

---

Checklist:

• [ ] Added unittests and or functional tests
• [ ] Adapted documentation
• [x] Referenced issues or internal bugtracker
• [x] Ran integration tests successfully (trigger with "@susebot run teuthology" in a GitHub comment; see the wiki for more information)

[jschmid1]

@bk201

[bk201]

I tested two cases:

• Existing cluster: objects in cephfs_data pool are migrated to ganesha_config pool and the dashboard config is correct. But the Ganesha daemons are not restarted (it's an existing issue, not caused by this PR). I have to restart them manually so they can load the new generated ganesha.conf file.
• New install: got the following error:

  
  An error occurred when rendering one of the following states:
  - ceph.ganesha.pool (/srv/salt/ceph/ganesha/pool)

Error description:

• Rendering SLS 'base:ceph.ganesha.pool.default' failed: Jinja error: must be str, not NoneType Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/salt/utils/templates.py", line 394, in render_jinja_tmpl output = template.render(*decoded_context) File "/usr/lib/python3.6/site-packages/jinja2/asyncsupport.py", line 76, in render return original_render(self, args, **kwargs) File "/usr/lib/python3.6/site-packages/jinja2/environment.py", line 1008, in render return self.environment.handle_exception(exc_info, True) File "/usr/lib/python3.6/site-packages/jinja2/environment.py", line 780, in handle_exception reraise(exc_type, exc_value, tb) File "/usr/lib/python3.6/site-packages/jinja2/_compat.py", line 37, in reraise raise value.with_traceback(tb) File "