Hi Florin,
Thanks for the quick reply. I think when this issue happened,
main thread was locking the binary api’s queue mutex, and then it scheduled to
execute another process node, in this process node it called barrier sync. Is
this a possible scenario?
BRs,
Kevin
From: Florin Coras <[email protected]>
Sent: Friday, April 8, 2022 10:00 AM
To: Kevin Yan <[email protected]>
Cc: [email protected]; Alan Wang <[email protected]>
Subject: [E] Re: [vpp-dev] VPP deadlock issue
Email is from a Free Mail Service (Gmail/Yahoo/Hotmail….) : Beware of Phishing
Scams, Report questionable emails to [email protected]<mailto:[email protected]>
Hi Kevin,
That’s a pretty old VPP release so you should maybe try to update.
Regarding the deadlock, what is main actually doing? If it didn’t lock the
binary api's queue mutex before the barrier sync, it shouldn’t deadlock.
Regards,
Florin
On Apr 7, 2022, at 6:39 PM, Kevin Yan via lists.fd.io<http://lists.fd.io>
<[email protected]<mailto:[email protected]>>
wrote:
Hi,
Recently I got a VPP crash issue, one worker thread is doing
mutex lock and waiting for getting the mutex, the complete call stack is
arp_learn-> vnet_arp_set_ip4_over_ethernet-> vl_api_rpc_call_main_thread->
vl_msg_api_alloc_as_if_client-> vl_msg_api_alloc_internal-> pthread_mutex_lock
(&q->mutex); while at the same time main thread is calling
vlib_worker_thread_barrier_sync to try to lock all worker threads, this will
lead deadlock and hence VPP crashed.
Did anyone meet the similar issue and how to solve this race
condition? I am using vpp19.01, tried to search the commits related to this
issue for later release but no lucky, not sure if this issue got fixed in later
release .
Appreciate if anyone can help.
BRs,
Kevin
________________________________
This e-mail message may contain confidential or proprietary information of
Mavenir Systems, Inc. or its affiliates and is intended solely for the use of
the intended recipient(s). If you are not the intended recipient of this
message, you are hereby notified that any review, use or distribution of this
information is absolutely prohibited and we request that you delete all copies
in your control and contact us by e-mailing to
[email protected]<mailto:[email protected]>. This message contains the
views of its author and may not necessarily reflect the views of Mavenir
Systems, Inc. or its affiliates, who employ systems to monitor email messages,
but make no representation that such messages are authorized, secure,
uncompromised, or free from computer viruses, malware, or other defects. Thank
You
________________________________
This e-mail message may contain confidential or proprietary information of
Mavenir Systems, Inc. or its affiliates and is intended solely for the use of
the intended recipient(s). If you are not the intended recipient of this
message, you are hereby notified that any review, use or distribution of this
information is absolutely prohibited and we request that you delete all copies
in your control and contact us by e-mailing to [email protected]. This
message contains the views of its author and may not necessarily reflect the
views of Mavenir Systems, Inc. or its affiliates, who employ systems to monitor
email messages, but make no representation that such messages are authorized,
secure, uncompromised, or free from computer viruses, malware, or other
defects. Thank You
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21230): https://lists.fd.io/g/vpp-dev/message/21230
Mute This Topic: https://lists.fd.io/mt/90327881/21656
Group Owner: [email protected]
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
