[Libvirt-cim] About provProcs value problem for sblim-sfcb cim server

Viktor Mihajlovski mihajlov at linux.vnet.ibm.com
Fri Feb 14 09:26:33 UTC 2014


On 02/12/2014 10:15 AM, Jincheng Miao wrote:
> Hi all,
> 
> I met a problem for sblim-sfcb cim server.
> In the configuration file, the default value of 'provProcs' is 32. While running cimtest,
> there are many failed cases with error "Provider not found or not loadable", eg:
> 
> HostedAccessPoint - 01_forward.py: FAIL
> ERROR   - No kvmrsap instance returned
> Provider not found or not loadable
> --------------------------------------------------------------------
> HostedAccessPoint - 02_reverse.py: FAIL
> ERROR   - No kvmrsap instance returned
> Provider not found or not loadable
> --------------------------------------------------------------------
> 
> After I change the value of 'provProcs' to 64, these cases pass.
> 
> The provProcs is 'Max number of provider processes', and 
> http://doc.opensuse.org/products/draft/SLES/SLES-admin_sd_draft/cha.wbem.html#sec.wbem.config.confile.9
> said 'if a new incoming request requires loading a new provider, 
> then one of the existing providers will first be automatically unloaded'
> 
> So I am wondering that why does sblim-sfcb not automatically unload the existing providers,
> and load the specified provider for case 'HostedAccessPoint - 01_forward.py'. 
> 
> Is it a real problem?
the crux lies in the usage of the libcmpiutil DEFAULT_INST_CLEANUP macro
which prevents the provider from being unloaded. sfcb doesn't unload
providers forcibly by design, so it is not bug.
In the long run, it would probably be desirable to allow the unloading
of the libvirt-cim providers. For now, the number of processes would
need to be increased.

-- 

Mit freundlichen Grüßen/Kind Regards
   Viktor Mihajlovski

IBM Deutschland Research & Development GmbH
Vorsitzender des Aufsichtsrats: Martina Köderitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294




More information about the Libvirt-cim mailing list