> worker process is not handled in this case, though I wonder why
> run_in_venv_with_cleanup.sh doesn't clean it up.
>
> Juraj
>
> From: Florin Coras [mailto:fcoras.li...@gmail.com]
> Sent: Thursday, November 29, 2018 5:04 PM
> To: Juraj Linkeš
> Cc: Ole Troa
vember 29, 2018 5:04 PM
To: Juraj Linkeš
Cc: Ole Troan ; vpp-dev
Subject: Re: [vpp-dev] Verify issues (GRE)
Hi Juraj,
Those tests exercise the stack in vpp, so they don’t use up linux stack ports.
Moreover, both cut-through and through-the-stack tests use self.shm_prefix when
connecting to v
Hi Juraj,
Those tests exercise the stack in vpp, so they don’t use up linux stack ports.
Moreover, both cut-through and through-the-stack tests use self.shm_prefix when
connecting to vpp’s binary api. So, as long as that variable is properly
updated, VCL and implicitly LDP will attach and use
Juraj,
Yes, here lays trouble.
I managed to get into the stuck while running VCL situation locally too.
It’s hard to reproduce though, and when it happened I didn’t manage to figure
out much from strace/gdb.
Cheers,
Ole
> I've noticed a few thing about the VCL testcases:
> -The VCL tes
Hi Ole,
I've noticed a few thing about the VCL testcases:
-The VCL testcasess are all using the same ports, which makes them
unsuitable for parallel test runs
-Another thing about these testcases is that when they're don't finish
properly the sock_test_server and client stay ru
Hi Ole,
I think this should fix the GRE tests:
https://gerrit.fd.io/r/#/c/16272/
/Neale
-Message d'origine-
De : au nom de Ole Troan
Date : mercredi 28 novembre 2018 à 19:55
À : vpp-dev
Objet : [vpp-dev] Verify issues (GRE)
Guys,
The verify job have been unstable ove
