You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I was trying to do some testing at /kg2NewFmt and it seemed like the connection to Apache was in limbo. I sent in the query, but the connection was stuck. Not rejected, not failed, just hanging.
Looking on the server, I saw two big bloated processes using 100% CPU and 8 GB RAM.
I just manually killed them both.
This almost immediately unhung my issues query to /kg2NewFmt and they completed rapidly.
As far as I can tell, the queries that I killed were to production kg2.
It is totally unclear to me why an ailing production kg2 query would cause connection hanging/deferment at NewFmt kg2. weird. They should be completely separate processes.
I then discovered that production kg2 was down. Because I killed it. duh. I'm generally used to killing child processes not parent processes. But I suppose this is expected. kg2 does not spawn children.
I restarted kg2 and it seems okay.
But I don't fully understand what happened.
The query in question is one of these two I suspect:
I was trying to do some testing at /kg2NewFmt and it seemed like the connection to Apache was in limbo. I sent in the query, but the connection was stuck. Not rejected, not failed, just hanging.
Looking on the server, I saw two big bloated processes using 100% CPU and 8 GB RAM.
I just manually killed them both.
This almost immediately unhung my issues query to /kg2NewFmt and they completed rapidly.
As far as I can tell, the queries that I killed were to production kg2.
It is totally unclear to me why an ailing production kg2 query would cause connection hanging/deferment at NewFmt kg2. weird. They should be completely separate processes.
I then discovered that production kg2 was down. Because I killed it. duh. I'm generally used to killing child processes not parent processes. But I suppose this is expected. kg2 does not spawn children.
I restarted kg2 and it seems okay.
But I don't fully understand what happened.
The query in question is one of these two I suspect:
![image](https://user-images.githubusercontent.com/12707718/229206401-5b2776da-6a69-4a0b-8d78-a37d034f40d9.png)
![image](https://user-images.githubusercontent.com/12707718/229206453-65e6b28c-67cd-4f1b-a1de-25139630902d.png)
I suspect the second one was the killer
So this query:
https://arax.test.transltr.io/api/arax/v1.3/status?id=881542
may be a kg2 killer.
perhaps looking into if someone has time.
But carefuly, it may cause kg2 to spin out of control.
There were some other problems in the same time frame. Unclear if they are directly related:
![image](https://user-images.githubusercontent.com/12707718/229206943-16ad9fb2-0e22-4cd9-be50-bdca29d1a9f9.png)
The text was updated successfully, but these errors were encountered: