[vpp-dev] RADIUS authentication #vpp

[init via Lists.Fd.Io]

Hi devs! I want to know will there any plans for implementation RADIUS 
authentication for policing and ACL to NAT plugin?
Im telling about VPP as RADIUS client.
Thank you!

Re: [vpp-dev] vpp suddenly stops

[Matt Paska]

I think the issue might be that I'm running two VPP instances on the same
subnet and my upstream dhcp server is issuing the same address because of
client_id (DHCP option 61) being the same for both instances. I see option
61 added in 17.10 release
https://docs.fd.io/vpp/17.10/release_notes_1710.html & implemented here:
https://docs.fd.io/vpp/18.01/dd/de9/vnet_2dhcp_2client_8c.html#a697316f95ed097fc91c1dde48b61bc20

Is it added to startup configuration? I tried the following but didn't
work:

set dhcp client intfc  [hostname ] [client_id ]

On Wed, Feb 21, 2018 at 5:34 PM, Matt Paska  wrote:

> I'm testing a basic vpp setup on ubuntu running vpp v18.01-release. In my
> config vpp receives dhcp and routes for other interfaces and a host tap
> interface. It works fine at initial vpp service start but after about an
> hour it stops. The service is active and I'm not changing any
> configurations but it requires a service restart to work again.
>
> I have vpp show run, show errors, config and startup.conf files here:
> https://gist.github.com/anonymous/e6952862b4e1d6984afa20b5ba1e5efe
>
> After a quick restart of the vpp service, everything is fine again:
> https://gist.github.com/anonymous/484dd31bf0a8f904e4416a04579980af
>
> Please let me know if I can provide more info.
>
> Thanks
> 
>
>

[vpp-dev] vpp suddenly stops

[Matt Paska]

I'm testing a basic vpp setup on ubuntu running vpp v18.01-release. In my
config vpp receives dhcp and routes for other interfaces and a host tap
interface. It works fine at initial vpp service start but after about an
hour it stops. The service is active and I'm not changing any
configurations but it requires a service restart to work again.

I have vpp show run, show errors, config and startup.conf files here:
https://gist.github.com/anonymous/e6952862b4e1d6984afa20b5ba1e5efe

After a quick restart of the vpp service, everything is fine again:
https://gist.github.com/anonymous/484dd31bf0a8f904e4416a04579980af

Please let me know if I can provide more info.

Thanks

Re: [vpp-dev] Error when trying to add interface to vpp on ARM server.

[Edward Warnicke]

Looping in JohnD, who may be able to help... :)

Ed

On Thu, Feb 1, 2018 at 7:43 AM adarsh m via vpp-dev 
wrote:

> Hi,
>
> After removing socket-mem now vpp is stable but when we try to connect
> through CLI connection is refused.
>
>
> ubuntu@vasily:~$ sudo service vpp status
> ● vpp.service - vector packet processing engine
>Loaded: loaded (/lib/systemd/system/vpp.service; enabled; vendor
> preset: enabled)
>Active: active (running) since Thu 2018-02-01 21:42:23 CST; 1s ago
>   Process: 49787 ExecStopPost=/bin/rm -f /dev/shm/db /dev/shm/global_vm
> /dev/shm/vpe-api (code=exited, status=0/SUCCESS)
>   Process: 49793 ExecStartPre=/sbin/modprobe uio_pci_generic (code=exited,
> status=0/SUCCESS)
>   Process: 49790 ExecStartPre=/bin/rm -f /dev/shm/db /dev/shm/global_vm
> /dev/shm/vpe-api (code=exited, status=0/SUCCESS)
>  Main PID: 49796 (vpp)
>CGroup: /system.slice/vpp.service
>└─49796 /usr/bin/vpp -c /etc/vpp/startup.conf
>
> Feb 01 19:37:16 vasily /usr/bin/vpp[43454]: load_one_plugin:63: Loaded
> plugin: /usr/lib/vpp_api_test_plugins/acl_test_plugin.so
> Feb 01 19:37:16 vasily /usr/bin/vpp[43454]: load_one_plugin:63: Loaded
> plugin: /usr/lib/vpp_api_test_plugins/kubeproxy_test_plugin.so
> Feb 01 19:37:16 vasily /usr/bin/vpp[43454]: load_one_plugin:63: Loaded
> plugin: /usr/lib/vpp_api_test_plugins/pppoe_test_plugin.so
> Feb 01 19:37:16 vasily /usr/bin/vpp[43454]: load_one_plugin:63: Loaded
> plugin: /usr/lib/vpp_api_test_plugins/ioam_vxlan_gpe_test_plugin.so
> Feb 01 19:37:16 vasily /usr/bin/vpp[43454]: load_one_plugin:63: Loaded
> plugin: /usr/lib/vpp_api_test_plugins/dpdk_test_plugin.so
> Feb 01 19:37:16 vasily /usr/bin/vpp[43454]: load_one_plugin:63: Loaded
> plugin: /usr/lib/vpp_api_test_plugins/udp_ping_test_plugin.so
> Feb 01 19:37:16 vasily vpp[43454]: /usr/bin/vpp[43454]: dpdk_config:1240:
> EAL init args: -c 1 -n 4 --huge-dir /run/vpp/hugepages --file-prefix vpp -w
> 0002:f9:00.0 --master-lcore 0 --socket-mem 1024,
> Feb 01 19:37:16 vasily /usr/bin/vpp[43454]: dpdk_config:1240: EAL init
> args: -c 1 -n 4 --huge-dir /run/vpp/hugepages --file-prefix vpp -w
> 0002:f9:00.0 --master-lcore 0 --socket-mem 1024,0,0,0
> Feb 01 19:37:16 vasily vpp[43454]: EAL: VFIO support initialized
> Feb 01 19:37:16 vasily vnet[43454]: EAL: VFIO support initialized
>
>
> *ubuntu@vasily:~$ sudo vppctl show intclib_socket_init: connect (fd 3,
> '/run/vpp/cli.sock'): Connection refusedubuntu@vasily:~$ *
>
>
> *Startup.conf :*
> unix {
>   nodaemon
>   log /tmp/vpp.log
>   full-coredump
>   cli-listen /run/vpp/cli.sock
>   gid vpp
> }
>
> api-trace {
> ## This stanza controls binary API tracing. Unless there is a very strong
> reason,
> ## please leave this feature enabled.
>   on
> ## Additional parameters:
> ##
> ## To set the number of binary API trace records in the circular buffer,
> configure nitems
> ##
> ## nitems 
> ##
> ## To save the api message table decode tables, configure a filename.
> Results in /tmp/
> ## Very handy for understanding api message changes between versions,
> identifying missing
> ## plugins, and so forth.
> ##
> ## save-api-table 
> }
>
> api-segment {
>   gid vpp
> }
>
> cpu {
> ## In the VPP there is one main thread and optionally the user can
> create worker(s)
> ## The main thread and worker thread(s) can be pinned to CPU core(s)
> manually or automatically
>
> ## Manual pinning of thread(s) to CPU core(s)
>
> ## Set logical CPU core where main thread runs
> # main-core 1
>
> ## Set logical CPU core(s) where worker threads are running
> # corelist-workers 2-3,18-19
>
> ## Automatic pinning of thread(s) to CPU core(s)
>
> ## Sets number of CPU core(s) to be skipped (1 ... N-1)
> ## Skipped CPU core(s) are not used for pinning main thread and
> working thread(s).
> ## The main thread is automatically pinned to the first available CPU
> core and worker(s)
> ## are pinned to next free CPU core(s) after core assigned to main
> thread
> # skip-cores 4
>
> ## Specify a number of workers to be created
> ## Workers are pinned to N consecutive CPU cores while skipping
> "skip-cores" CPU core(s)
> ## and main thread's CPU core
> # workers 2
>
> ## Set scheduling policy and priority of main and worker threads
>
> ## Scheduling policy options are: other (SCHED_OTHER), batch
> (SCHED_BATCH)
> ## idle (SCHED_IDLE), fifo (SCHED_FIFO), rr (SCHED_RR)
> # scheduler-policy fifo
>
> ## Scheduling priority is used only for "real-time policies (fifo and
> rr),
> ## and has to be in the range of priorities supported for a particular
> policy
> # scheduler-priority 50
> }
>
>
>
> * dpdk {  dev 0002:f9:00.0*
> ## Change default settings for all intefaces
> # dev default {
> ## Number of receive queues, enables RSS
> ## Default is 1
> # num-rx-queues 3
>
> ## Number of transmit queues, Default is equal
> ## to 

Re: [vpp-dev] make test patch failing on OpenSuse yum

[Dave Wallace]

Marco,

Thanks for following up on this!
-daw-

On 02/21/2018 09:34 AM, Marco Varlese wrote:

And yes, indeed, a patch added the below code into Jenkins which is obviously
wrong.


elif [ "${OS_ID}" == "opensuse" ]; then
 yum list installed
 pip list
fi



- Marco

On Wed, 2018-02-21 at 15:19 +0100, Marco Varlese wrote:

So, since this whole thing looks suspicious... I have done a bit of
investigation on our GERRIT and...

I see the last time that everything was GREEN was yesterday (Feb 20th) when a
patch on openSUSE kicked off at 17:28pm (https://jenkins.fd.io/job/vpp-verify-
ma
ster-opensuse/1647/consoleFull). I am not sure about the timezone used to
display the time here...

After that time, few patches were merged on the ci-management side which maybe
(I am not an expert with Jenkins at all) are causing this hiccup.


- Marco

On Wed, 2018-02-21 at 14:34 +0100, Marco Varlese wrote:

Hi Keith,

On Wed, 2018-02-21 at 12:46 +, Keith Burns wrote:

https://gerrit.fd.io/r/#/c/10702/

Fails due to:
"01:58:10 AttributeError: 'RPMDBAdditionalData' object has no attribute
'yumdb_cache'"


(ref: https://jenkins.fd.io/job/vpp-verify-master-opensuse/1658/console)



The Google Way-back machine says https://forums.opensuse.org/showthread.ph
p/
50
8461-yum-broken

Which apart from helpful suggestions like "don't use yum" suggests we may
want
to clear /var/lib/yum/yumdb or that we don't have some folder somewhere
(???)

I'm not suggesting a fix since I don't know OpenSUSE, nor do I know how
our
verify VMs are caching things (*cough* DPDK tar *cough*) ... but has
anyone
hit this before?

I haven't seen this before.
What looks strange to me - since openSUSE uses 'zypper' as the tool to
install/update the distribution - is seeing 'yum' mentioned in the logs...
  
It almost looks like the build was kicked off for openSUSE but running with

CentOS commands?

Would you know which commands are executed by the script
01:58:10 [vpp-verify-master-opensuse] $ /bin/bash
/tmp/jenkins289299237563396461.sh

(It seems the one generating all those errors...)


We tried rebasing after the other issues with intrinsics etc bit us, but
this
seems like a "new and improved" form of Jenkins telling us to fetch a rock
:D

Re: [vpp-dev] make test patch failing on OpenSuse yum

[Ed Kern]

this is totally me…im on it..

apologies

Ed



On Feb 21, 2018, at 7:34 AM, Marco Varlese 
> wrote:

And yes, indeed, a patch added the below code into Jenkins which is obviously
wrong.


elif [ "${OS_ID}" == "opensuse" ]; then
   yum list installed
   pip list
fi



- Marco

On Wed, 2018-02-21 at 15:19 +0100, Marco Varlese wrote:
So, since this whole thing looks suspicious... I have done a bit of
investigation on our GERRIT and...

I see the last time that everything was GREEN was yesterday (Feb 20th) when a
patch on openSUSE kicked off at 17:28pm (https://jenkins.fd.io/job/vpp-verify-
ma
ster-opensuse/1647/consoleFull). I am not sure about the timezone used to
display the time here...

After that time, few patches were merged on the ci-management side which maybe
(I am not an expert with Jenkins at all) are causing this hiccup.


- Marco

On Wed, 2018-02-21 at 14:34 +0100, Marco Varlese wrote:
Hi Keith,

On Wed, 2018-02-21 at 12:46 +, Keith Burns wrote:
https://gerrit.fd.io/r/#/c/10702/

Fails due to:
"01:58:10 AttributeError: 'RPMDBAdditionalData' object has no attribute
'yumdb_cache'"


(ref: https://jenkins.fd.io/job/vpp-verify-master-opensuse/1658/console)



The Google Way-back machine says https://forums.opensuse.org/showthread.ph
p/
50
8461-yum-broken

Which apart from helpful suggestions like "don't use yum" suggests we may
want
to clear /var/lib/yum/yumdb or that we don't have some folder somewhere
(???)

I'm not suggesting a fix since I don't know OpenSUSE, nor do I know how
our
verify VMs are caching things (*cough* DPDK tar *cough*) ... but has
anyone
hit this before?

I haven't seen this before.
What looks strange to me - since openSUSE uses 'zypper' as the tool to
install/update the distribution - is seeing 'yum' mentioned in the logs...

It almost looks like the build was kicked off for openSUSE but running with
CentOS commands?

Would you know which commands are executed by the script
01:58:10 [vpp-verify-master-opensuse] $ /bin/bash
/tmp/jenkins289299237563396461.sh

(It seems the one generating all those errors...)

We tried rebasing after the other issues with intrinsics etc bit us, but
this
seems like a "new and improved" form of Jenkins telling us to fetch a rock
:D



--
Marco V

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg

[vpp-dev] [dpdk-announce] DPDK Bangalore Summit 2016, Agenda announced

[Hemant Agrawal]

 Forwarded Message 
Subject: [dpdk-announce] DPDK Bangalore Summit 2016, Agenda announced

Agenda [1] for DPDK Summit Bangalore 2018 March  9th  | Leela Palace, 
Bangalore,  India is announced


The agenda covers many interesting topics such as Hardware assist with 
DPDK, VM optimizations, Memzone Monitor, Data Plane Corruption, Service 
Function Chaining, OVN, OVS hardware offload, SPDK, NVMe-oF target 
service via SPDK/DPDK, Open Transport Layer Protocols in the Cloud 
Networking etc.  There will be a demo zone where you will see various 
interesting demos by the community and our sponsors.


We are looking forward to seeing you there. Please register here [2].

Question on registrations? Contact us at eve...@dpdk.org

[1] https://dpdkbangalore2018.sched.com/
[2] 
https://www.regonline.com/registration/checkin.aspx?EventId=2151252=489278


Thanks
Sujata Tibrewala @sujatatibre
Community Development Manager Intel Developer Zone
https://software.intel.com/networking
NPG Marketing Training PM (DOT)



-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8299): https://lists.fd.io/g/vpp-dev/message/8299
View All Messages In Topic (1): https://lists.fd.io/g/vpp-dev/topic/12433521
Mute This Topic: https://lists.fd.io/mt/12433521/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] make test patch failing on OpenSuse yum

[Marco Varlese]

And yes, indeed, a patch added the below code into Jenkins which is obviously
wrong.


elif [ "${OS_ID}" == "opensuse" ]; then
yum list installed
pip list
fi



- Marco

On Wed, 2018-02-21 at 15:19 +0100, Marco Varlese wrote:
> So, since this whole thing looks suspicious... I have done a bit of
> investigation on our GERRIT and...
> 
> I see the last time that everything was GREEN was yesterday (Feb 20th) when a
> patch on openSUSE kicked off at 17:28pm (https://jenkins.fd.io/job/vpp-verify-
> ma
> ster-opensuse/1647/consoleFull). I am not sure about the timezone used to
> display the time here...
> 
> After that time, few patches were merged on the ci-management side which maybe
> (I am not an expert with Jenkins at all) are causing this hiccup.
> 
> 
> - Marco
> 
> On Wed, 2018-02-21 at 14:34 +0100, Marco Varlese wrote:
> > Hi Keith,
> > 
> > On Wed, 2018-02-21 at 12:46 +, Keith Burns wrote:
> > > https://gerrit.fd.io/r/#/c/10702/ 
> > > 
> > > Fails due to:
> > > "01:58:10 AttributeError: 'RPMDBAdditionalData' object has no attribute
> > > 'yumdb_cache'"
> > > 
> > > 
> > > (ref: https://jenkins.fd.io/job/vpp-verify-master-opensuse/1658/console)
> > > 
> > > 
> > > 
> > > The Google Way-back machine says https://forums.opensuse.org/showthread.ph
> > > p/
> > > 50
> > > 8461-yum-broken
> > > 
> > > Which apart from helpful suggestions like "don't use yum" suggests we may
> > > want
> > > to clear /var/lib/yum/yumdb or that we don't have some folder somewhere
> > > (???)
> > > 
> > > I'm not suggesting a fix since I don't know OpenSUSE, nor do I know how
> > > our
> > > verify VMs are caching things (*cough* DPDK tar *cough*) ... but has
> > > anyone
> > > hit this before?
> > 
> > I haven't seen this before.
> > What looks strange to me - since openSUSE uses 'zypper' as the tool to
> > install/update the distribution - is seeing 'yum' mentioned in the logs...
> >
> > It almost looks like the build was kicked off for openSUSE but running with
> > CentOS commands?
> > 
> > Would you know which commands are executed by the script
> > 01:58:10 [vpp-verify-master-opensuse] $ /bin/bash
> > /tmp/jenkins289299237563396461.sh
> > 
> > (It seems the one generating all those errors...)
> > 
> > > We tried rebasing after the other issues with intrinsics etc bit us, but
> > > this
> > > seems like a "new and improved" form of Jenkins telling us to fetch a rock
> > > :D 
> > > 
> > > 
> > > 
-- 
Marco V

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg

-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8298): https://lists.fd.io/g/vpp-dev/message/8298
View All Messages In Topic (4): https://lists.fd.io/g/vpp-dev/topic/12433083
Mute This Topic: https://lists.fd.io/mt/12433083/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] make test patch failing on OpenSuse yum

[Marco Varlese]

So, since this whole thing looks suspicious... I have done a bit of
investigation on our GERRIT and...

I see the last time that everything was GREEN was yesterday (Feb 20th) when a
patch on openSUSE kicked off at 17:28pm (https://jenkins.fd.io/job/vpp-verify-ma
ster-opensuse/1647/consoleFull). I am not sure about the timezone used to
display the time here...

After that time, few patches were merged on the ci-management side which maybe
(I am not an expert with Jenkins at all) are causing this hiccup.


- Marco

On Wed, 2018-02-21 at 14:34 +0100, Marco Varlese wrote:
> Hi Keith,
> 
> On Wed, 2018-02-21 at 12:46 +, Keith Burns wrote:
> > https://gerrit.fd.io/r/#/c/10702/ 
> > 
> > Fails due to:
> > "01:58:10 AttributeError: 'RPMDBAdditionalData' object has no attribute
> > 'yumdb_cache'"
> > 
> > 
> > (ref: https://jenkins.fd.io/job/vpp-verify-master-opensuse/1658/console)
> > 
> > 
> > 
> > The Google Way-back machine says https://forums.opensuse.org/showthread.php/
> > 50
> > 8461-yum-broken
> > 
> > Which apart from helpful suggestions like "don't use yum" suggests we may
> > want
> > to clear /var/lib/yum/yumdb or that we don't have some folder somewhere
> > (???)
> > 
> > I'm not suggesting a fix since I don't know OpenSUSE, nor do I know how our
> > verify VMs are caching things (*cough* DPDK tar *cough*) ... but has anyone
> > hit this before?
> 
> I haven't seen this before.
> What looks strange to me - since openSUSE uses 'zypper' as the tool to
> install/update the distribution - is seeing 'yum' mentioned in the logs...
>
> It almost looks like the build was kicked off for openSUSE but running with
> CentOS commands?
> 
> Would you know which commands are executed by the script
> 01:58:10 [vpp-verify-master-opensuse] $ /bin/bash
> /tmp/jenkins289299237563396461.sh
> 
> (It seems the one generating all those errors...)
> 
> > We tried rebasing after the other issues with intrinsics etc bit us, but
> > this
> > seems like a "new and improved" form of Jenkins telling us to fetch a rock
> > :D 
> > 
> > 
> > 
-- 
Marco V

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg

-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8297): https://lists.fd.io/g/vpp-dev/message/8297
View All Messages In Topic (3): https://lists.fd.io/g/vpp-dev/topic/12433083
Mute This Topic: https://lists.fd.io/mt/12433083/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] make test patch failing on OpenSuse yum

[Marco Varlese]

Hi Keith,

On Wed, 2018-02-21 at 12:46 +, Keith Burns wrote:
> https://gerrit.fd.io/r/#/c/10702/ 
> 
> Fails due to:
> "01:58:10 AttributeError: 'RPMDBAdditionalData' object has no attribute
> 'yumdb_cache'"
> 
> 
> (ref: https://jenkins.fd.io/job/vpp-verify-master-opensuse/1658/console)
> 
> 
> 
> The Google Way-back machine says https://forums.opensuse.org/showthread.php/50
> 8461-yum-broken
> 
> Which apart from helpful suggestions like "don't use yum" suggests we may want
> to clear /var/lib/yum/yumdb or that we don't have some folder somewhere (???)
> 
> I'm not suggesting a fix since I don't know OpenSUSE, nor do I know how our
> verify VMs are caching things (*cough* DPDK tar *cough*) ... but has anyone
> hit this before?

I haven't seen this before.
What looks strange to me - since openSUSE uses 'zypper' as the tool to
install/update the distribution - is seeing 'yum' mentioned in the logs...
 
It almost looks like the build was kicked off for openSUSE but running with
CentOS commands?

Would you know which commands are executed by the script
01:58:10 [vpp-verify-master-opensuse] $ /bin/bash
/tmp/jenkins289299237563396461.sh

(It seems the one generating all those errors...)

> We tried rebasing after the other issues with intrinsics etc bit us, but this
> seems like a "new and improved" form of Jenkins telling us to fetch a rock :D 
> 
> 
> 
-- 
Marco V

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg

-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8296): https://lists.fd.io/g/vpp-dev/message/8296
View All Messages In Topic (2): https://lists.fd.io/g/vpp-dev/topic/12433083
Mute This Topic: https://lists.fd.io/mt/12433083/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] make test patch failing on OpenSuse yum

[Keith Burns]

https://gerrit.fd.io/r/#/c/10702/

Fails due to:
"*01:58:10* AttributeError: 'RPMDBAdditionalData' object has no attribute
'yumdb_cache'"

(ref: https://jenkins.fd.io/job/vpp-verify-master-opensuse/1658/console)


The Google Way-back machine says
https://forums.opensuse.org/showthread.php/508461-yum-broken

Which apart from helpful suggestions like "don't use yum" suggests we may
want to clear /var/lib/yum/yumdb or that we don't have some folder
somewhere (???)

I'm not suggesting a fix since I don't know OpenSUSE, nor do I know how our
verify VMs are caching things (*cough* DPDK tar *cough*) ... but has anyone
hit this before? We tried rebasing after the other issues with intrinsics
etc bit us, but this seems like a "new and improved" form of Jenkins
telling us to fetch a rock :D

Re: [vpp-dev] vpp acl tutorial

[Ray Kinsella]

https://wiki.fd.io/view/VPP/SecurityGroups

Ray K

On 21/02/2018 09:07, Reza Mirzaei wrote:

Hi

I want to know that what commands are available for vpp acl, and is 
there any tutorial for this matter?


Best regards

Reza




-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8294): https://lists.fd.io/g/vpp-dev/message/8294
View All Messages In Topic (2): https://lists.fd.io/g/vpp-dev/topic/12432649
Mute This Topic: https://lists.fd.io/mt/12432649/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] vpp acl tutorial

[Reza Mirzaei]

Hi 

I want to know that what commands are available for vpp acl, and is
there any tutorial for this matter? 

Best regards 

Reza