| *** yinwei has joined #openstack-smaug | 01:34 | |
| yinwei | hello | 03:35 |
|---|---|---|
| yinwei | guys, one question about how to persist the plugin_id | 03:35 |
| yinwei | actually, it's liuan who raised this question during protection-service implementation | 03:37 |
| yinwei | As Eran explained in review board, admin will configure the Provider, which is a bundle of plugins each for one resource-type. So API level will persist the Provider instance with a mapping: resource-type->plugin_id | 03:39 |
| yinwei | However, it's ProtectionService who actually use plugin. As we discussed before, plugin-manager actually start and load plugins in ProtectionService. The question is ,how does ProtectionService know which plugin-id will map to which plugin instance? | 03:41 |
| yinwei | Or, plugin-id is actually a plugin-name configured by user in conf file, each name is corresponding to one plugin implementation (python class). Both API service and ProtectionService read the conf, and thus understanding the mapping between plugin-name to plugin implementation (python class). | 03:43 |
| *** avishay has joined #openstack-smaug | 06:11 | |
| openstackgerrit | chenying proposed openstack/smaug: basic API service: Create the base DAL into the DB https://review.openstack.org/259311 | 06:28 |
| *** gampel has joined #openstack-smaug | 06:51 | |
| *** CrayZee has joined #openstack-smaug | 07:10 | |
| openstackgerrit | chenying proposed openstack/smaug: basic API service: Create the base DAL into the DB https://review.openstack.org/259311 | 07:24 |
| *** zhongjun has joined #openstack-smaug | 08:28 | |
| openstackgerrit | zengchen proposed openstack/smaug: Authentication fails by keystonemiddleware https://review.openstack.org/258768 | 08:33 |
| *** gampel1 has joined #openstack-smaug | 08:43 | |
| *** gampel has quit IRC | 08:45 | |
| *** gampel has joined #openstack-smaug | 08:46 | |
| *** gampel1 has quit IRC | 08:47 | |
| openstackgerrit | chenying proposed openstack/smaug: basic schedule service: Service class for binaries running on hosts https://review.openstack.org/259901 | 08:52 |
| openstackgerrit | chenying proposed openstack/smaug: basic schedule service: Service class for binaries running on hosts https://review.openstack.org/259901 | 09:13 |
| chenying_ | IMO, mapping is configured in conf. We can configure like this : CinderVolumePlugin = smaug.service.plugin.cindervolumeplugin like driver class configured in the cinder.conf | 09:25 |
| chenying_ | plugin-id is the id of cindervolumeplugin class | 09:27 |
| zengyingzhe | Does this how cinder implement now? | 09:28 |
| chenying_ | only bank_plugin_id is the instance of a bank_plugin with different datasource url | 09:29 |
| chenying_ | cinder driver only have a driver_name, need be configured in cinder.conf. It do not have have a driver class id. | 09:36 |
| yinweiishere | Yes, another option is to configure multiple plugins as multiple sections in conf: plugin_name=volume_backup;plugin_type=volume; plugin_class=smaug.service.plugin.cinder.volume.backup; | 09:38 |
| chenying_ | and then using self.driver = importutils.import_object( | 09:38 |
| chenying_ | volume_driver Import a class and return an instance of it. | 09:38 |
| yinweiishere | for each plugin, there will be one section which includes those 3 fields | 09:38 |
| *** openstack has joined #openstack-smaug | 15:35 | |
| *** gampel1 has quit IRC | 16:49 | |
| *** zhonghua has quit IRC | 16:51 | |
| *** zhonghua-lee has joined #openstack-smaug | 16:55 | |
| *** gampel has joined #openstack-smaug | 18:24 | |
| openstackgerrit | Merged openstack/smaug: Authentication fails by keystonemiddleware https://review.openstack.org/258768 | 18:33 |
| *** avishay has quit IRC | 20:19 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!