There is two portions of the code for every plugin- the plugin itself (which 
handles APIs and does the job) and the “vat plugin” with the “test” code which 
gets loaded by vat and generates the api calls based on text input from command 
line - hope this clarifies the relation...

What happens if you issue “binary-api acl_plugin_get_version” from within the 
vppctl rather than using vat ?

--a

> On 7 Jan 2021, at 18:38, hyong...@gmail.com wrote:
> 
> Hi,
> 
> I have a docker container (ubuntu:20.04) with vpp binaries installed from 
> prebuilt packages as described, for example, in:
> https://wiki.fd.io/view/VPP/Installing_VPP_binaries_from_packages
> 
> While vpp itself is working fine (as a router), we haven't been able to work 
> with 'acl_plugin.'  Using 'vppctl,' I think the acl plugin is loaded (and 
> enabled?):
> ======
> $ vppctl
> vpp# show plugins
>  Plugin path is: /usr/lib/x86_64-linux-gnu/vpp_plugins:/usr/lib/vpp_plugins
>      Plugin                                   Version                         
>  Description
> ...
>  16. acl_plugin.so                            20.09-release                   
>  Access Control Lists (ACL)
> ...
> ======
> 
> However, I can't get even the most basic command working in 'vpp_api_test' 
> (vat) in that 'acl_plugin_get_version' seems to crash 'vat':
> ======
> $   vpp_api_test default-socket
> load_one_plugin:68: Loaded plugin: 
> /usr/lib/x86_64-linux-gnu/vpp_api_test_plugins/builtinurl_test_plugin.so
> ...
> load_one_plugin:68: Loaded plugin: 
> /usr/lib/x86_64-linux-gnu/vpp_api_test_plugins/adl_test_plugin.so
> vl_client_get_first_plugin_msg_id:634: plugin 'oddbuf_cf7089bd' not registered
> vat_plugin_register: oddbuf plugin not loaded...
> ...
> load_one_plugin:68: Loaded plugin: 
> /usr/lib/x86_64-linux-gnu/vpp_api_test_plugins/acl_test_plugin.so
> ...
> vat #
> vat# 
> vat# acl_plugin_get_version
> $    <--- instead of showing results, vat dies
> ======
> 
> Any suggestion or help on what may be wrong would be appreciated.  A couple 
> of related questions are:
> - Is it correct that vpp's plugin path is 
> '/usr/lib/x86_64-linux-gnu/vpp_plugins:/usr/lib/vpp_plugins' but vat's 
> loading from '/usr/lib/x86_64-linux-gnu/vpp_api_test_plugins'?
> ---- when I force 'vat' to use the same plugin path as 'vpp,' it reports many 
> 'undefined symbol'
> - is ubuntu:20.04 fully supported?
> 
> Below is my vpp startup config:
> =====
> unix {
>     cli-listen /run/vpp/cli.sock
>     log /tmp/vpp.log
> }
> socksvr {
>     socket-name /run/vpp/api.sock
> }
> logging {
>     default-log-level debug
> }
> api-segment {
>     prefix vpp
> }
> api-trace {
>     on
> }
> plugins {
>     plugin dpdk_plugin.so { disable }
> }
> ======
> 
> Thanks,
> --Hyong
> 
>
> 
> 
> 
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18487): https://lists.fd.io/g/vpp-dev/message/18487
Mute This Topic: https://lists.fd.io/mt/79504208/21656
Mute #vpp:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp
Mute #vapi:https://lists.fd.io/g/vpp-dev/mutehashtag/vapi
Mute #vat:https://lists.fd.io/g/vpp-dev/mutehashtag/vat
Mute #vpp-dev:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-dev
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to