Open 4durban opened 1 year ago
I am writing this on the assumption that the GET requests between Vuls and DB(In this case, gost DB) is failing due to timeout.
It may be solved by changing the gost timeout so that it can be adjusted. https://github.com/future-architect/vuls/blob/4253550c999d27fac802f616dbe50dd884e93f51/gost/util.go#L133 https://github.com/future-architect/vuls/blob/4253550c999d27fac802f616dbe50dd884e93f51/gost/util.go#L158
If you don't mind, could you please set the hard-coded timeout to a longer time and verify if the error does not occur?
Alternatively, it may be possible to select a DB Type that responds a little faster than the DB currently used. What DB Type do you use?
If timeout is not the cause, a different countermeasure must be considered.
Hello,
We have deployed the Vuls application following the client database architecture. I will try to explain myself:
In our architecture the clients connect to the Vuls-Server through HTTP sending the properly curl:
We see this error in the vuls-server
And after 3 appearings of that message (MAX_RETRIES I guess) we see this error in the vuls-server
And if we check the curl output we see the following error:
The architecture that we are following is that the vuls server is in one k8s pod and each database in different pods.
The user connects to the server with the curl in HTTP and the server connects to databases also through HTTP.
We think that it is a performance issue, we have tried increasing resources to the pods and it seems to solve the problem partially for few endpoints, but as soon as we increase to multiple endpoints (more than 3) we seem to hit that performance ceiling, and the issues start to appear again. If we only get the CVEs for one endpoint everything works fine, but the bigger the amount, the more issues appear.
Do you know what could be causing the problem? Is there a parameter that we need to fix in order to improve the performance? Something like generate child threads or something like that?
Thank you for your time!