Igniters,
Bump this thread up. It seems the issue [1] is important but still
unassigned.
[1] https://issues.apache.org/jira/browse/IGNITE-12033
On Thu, 15 Aug 2019 at 15:01, Pavel Tupitsyn wrote:
> Hi Eduard,
>
> Yes, that is the same issue.
> The workaround above is not enough, because SetSy
Hi Eduard,
Yes, that is the same issue.
The workaround above is not enough, because SetSynchronizationContext
affects only the current thread.
After the first async operation completes, the continuation is dispatched
to some ThreadPool thread,
which may not have a SynchronizationContext set.
Upda
Hi guys,
We are also facing a similar problem, if not the same. Our main difference
with the initial reproducer is that we are using the Thick Client. We
applied the suggested fix of setting the SynchronizationContext, but we also
perform a GetAsync after the initial PutAsync. Also, I added a loo
Sorry guys, I've completely missed this thread, and the topic is very
important.
First, a simple fix for the given example. Add the following on the first
line of Main:
SynchronizationContext.SetSynchronizationContext(new
ThreadPoolSynchronizationContext());
And put the ThreadPoolSynchronizationC
Hello!
I have filed a ticket about this issue so it won't get lost.
https://issues.apache.org/jira/browse/IGNITE-12033
Regards,
--
Ilya Kasnacheev
чт, 2 мая 2019 г. в 10:53, Barney Pippin :
> Thanks for the response Ilya. Did you get a chance to look at this Pavel?
> Thanks.
>
>
>
> --
> Sent
Thanks for the response Ilya. Did you get a chance to look at this Pavel?
Thanks.
--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/
Hello!
Yes, I can reproduce this scenario.
I attribute it to async/await, where there is a .Net callback which is
invoked from cache operation and which calls cache operations, and this
leads to attempts of scheduling striped pool operations to same stripe as
cuirrently occupied.
Pavel, what do
Hi, is anyone else seeing this or able to reproduce?
Thanks!
--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/
ing else set up over and above the code
you can see on the first post.
Thanks
-Original Message-
From: Alexandr Shapkin
Sent: 15 April 2019 11:46
To: user@ignite.apache.org
Subject: [EXTERNAL] Re: Replace or Put after PutAsync causes Ignite to hang
Hi,
I took a look at the reproducer an
Hi,
I took a look at the reproducer and it works just fine with different Ignite
and .net versions.
Is there just a single Ignite server with the default config?
--
Sent from: http://apache-ignite-users.70518.x6.nabble.com/
After upgrading to Ignite 2.7 (via nuget) I get the following output
alongside the hang (I suspect this extra logging info is due to
IGNITE-6587):
PutAsync
Replace
Apr 12, 2019 8:56:09 AM org.apache.ignite.logger.java.JavaLogger error
SEVERE: Blocked system-critical thread has been detected. Th
Hi,
I'm working on a .Net Core (2+) application that uses Ignite. I've noticed some
odd behaviour and have narrowed it down to a Put or a Replace call hanging
after a PutAsync.
I started looking at the issue when one of our nodes was randomly logging a
possible starvation in striped pool warni
12 matches
Mail list logo