Re: [vpp-dev] Need suggestion to understand LCP failure on VPP restart

2022-07-01 Thread Matthew Smith via lists.fd.io
On Wed, Jun 29, 2022 at 10:23 PM Amaresh Parida 
wrote:

> Hi Dave,
>
> Thanks for the response.
> The initial run is ok. The issue just happen on vpp restart.
>
> I think that won't change any args.
>
> Its appears to me may be the logs are misleading and probably a side
> effect of corrupted memory or so.
>
> Let me know if you think otherwise.
>
>
In what way are the logs misleading? The call to the TUNSETIFF ioctl in
tap_create_if() is returning an error code. The message "Argument list too
long" corresponds to the error number E2BIG, which is being set by the
kernel's tun driver. AFAICT the tun driver only returns that error here -
https://github.com/torvalds/linux/blob/a175eca0f3d747599f1fdfac04cc9195b71ec996/drivers/net/tun.c#L771.
The condition that causes it is 'tun->numqueues + tun->numdisabled ==
MAX_TAP_QUEUES'. So too many queues are being allocated on the tap. That's
from the current upstream linux kernel source code. It's possible that some
older version returned that error code for some other reason.

What version of kernel are you running when this error happens? The current
value of MAX_TAP_QUEUES is 256. On older versions of the kernel it was 8.
Your screenshot showed that DPDK initialization detected 20 lcores. How
many worker threads does VPP have configured?

I don't ever run VPP in a docker container, so I don't know why this would
happen intermittently. Could your container be getting migrated to a
different host system when it restarts? Or could it be getting started with
a different number of CPU cores allocated or worker threads configured in
VPP's startup.conf?

-Matt



>
> On Wed, Jun 29, 2022, 18:17 Dave Barach  wrote:
>
>> You might try adding additional debugs to print the arg list length and
>> args.
>>
>> Comparing the success and failure cases should give at least a hint.
>>
>> HTH... Dave
>>
>> On Jun 29, 2022, at 7:55 AM, Amaresh Parida 
>> wrote:
>>
>> 
>> Hi All,
>> Any inputs on the below query will be very helpful.
>>
>> Thanks,
>> Amaresh
>>
>> On Fri, Jun 24, 2022 at 6:09 PM Amaresh Parida 
>> wrote:
>>
>>> Hi All,
>>>
>>> I am facing an issue on restarting VPP where sometimes LinuxCP
>>> tap interface is not getting created.
>>>
>>> Here is the complete problem statement.
>>>
>>> 1> I am running VPP inside a docker
>>> 2> I have the following VPP and LCP config
>>>   dev :02:00.1{
>>> name port0/0
>>>}
>>>vppctl lcp create port0/0 host-if Ethernet0
>>> 3> Everything works as expected  and the LCP tap interface is getting
>>> created on VPP bootup
>>> 4> When I stop and start the VPP docker *sometime* I see the following
>>> error and LCP fails on tap creation.
>>>
>>> [image: image.png]
>>>
>>> Any suggestions to understand the issue will be very helpful?
>>>
>>> Thanks,
>>> Amaresh
>>>
>>
>>
>>
>>
>>
>>
>>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21602): https://lists.fd.io/g/vpp-dev/message/21602
Mute This Topic: https://lists.fd.io/mt/91963351/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[vpp-dev] Reg Failure in make pkg-rpm with stable/2206 branch

2022-07-01 Thread Archana Sampath
Hi Team,

I am compiling vpp on centos 7 machine . Gcc version is 9.3.1.
I am facing the below issue when I  issue "make pkg-rpm" .
Kindly advise what needs to be done.

+ /usr/lib/rpm/check-buildroot
+ /usr/lib/rpm/redhat/brp-compress
+ /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip
+ /usr/lib/rpm/brp-python-bytecompile /usr/bin/python 1
Bytecompiling .py files below
/data/archana/vpp_code/vpp/build-root/rpmbuild/BUILDROOT/vpp-22.06-release.x86_64/usr/lib/python3.6
using /usr/bin/python3.6
Compiling
/data/archana/vpp_code/vpp/build-root/rpmbuild/BUILDROOT/vpp-22.06-release.x86_64/usr/share/vpp/vppapigen_c.py
...
  File "/usr/share/vpp/vppapigen_c.py", line 1298
output += f"  return sizeof(*a)"
   ^
SyntaxError: invalid syntax

error: Bad exit status from /var/tmp/rpm-tmp.8XvMf6 (%install)


RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.8XvMf6 (%install)
make[1]: *** [Makefile:54: RPM] Error 1
make[1]: Leaving directory '/data/archana/vpp_code/vpp/extras/rpm'
make: *** [Makefile:619: pkg-rpm] Error 2


Thanks & Regards,
Archana

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21601): https://lists.fd.io/g/vpp-dev/message/21601
Mute This Topic: https://lists.fd.io/mt/92105557/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [vpp-dev] VPP release 22.06 is complete !

2022-07-01 Thread Jerome Tollet via lists.fd.io
Here is the release notes: 
https://s3-docs.fd.io/vpp/22.06/aboutvpp/releasenotes/v22.06.html
Jerome

De : vpp-dev@lists.fd.io  de la part de Dave Wallace 

Date : mercredi, 29 juin 2022 à 18:44
À : vpp-dev@lists.fd.io 
Objet : Re: [vpp-dev] VPP release 22.06 is complete !
Congratulations to the entire FD.io Community and all who contributed to yet 
another on time, quality VPP release!

Special thanks to Andrew for his work as Release Manager.

Thanks,
-daw-
On 6/29/22 12:13 PM, Andrew Yourtchenko wrote:
Hello all,

VPP 22.06 release is complete and the artifacts are available in packagecloud 
release repository at https://packagecloud.io/fdio/release

Thanks a lot to all of you for the hard work which made this release possible!

Thanks to Vanessa Valderrama for the help with publishing the release artifacts!

Cheers! And onwards to 22.10! :-)

--a /* your friendly 22.06 release manager */










-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21600): https://lists.fd.io/g/vpp-dev/message/21600
Mute This Topic: https://lists.fd.io/mt/92068364/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-