Plugins automatically deleting

SonarQube
, , ,
1

Hello,
We’re using Sonar chart.
It seems our plugins sometimes deactivate themselves automatically when the pod restarts and they works again after the next restart.
Is that a known bug.
We’re using Sonarqube version 9.4.0.54424 and the chart version 3.0.0

2

Hi @Yanis_Corselle ,

Thanks for the report.
That’s weird, could you please share your custom values.yaml file or the properties that are overridden in the chart (make sure to anonymize the relevant values)
If you have the chance to reproduce it, please export and share the pod logs.

Try to check the log of container install-plugins that is in charge of downloading the plugin:
kubectl logs sonarqube-sonarqube-0 install-plugins

You can also check the folder in the container of SonarQube once run:
kubectl exec -it sonarqube-sonarqube-0 -- bash
then check folders /opt/sonarqube/extensions/download and /opt/sonarqube/extensions/plugins and list the files inside

4

Thanks for your answer.
The concerned part of the helmfile is this one :

plugins:
  install:
  - "https://github.com/elegoff/sonar-rust/releases/download/v0.0.9/community-rust-plugin-0.0.9.jar"
  - https://github.com/mc1arke/sonarqube-community-branch-plugin/releases/download/1.11.0/sonarqube-community-branch-plugin-1.11.0.jar
  lib:
  - sonarqube-community-branch-plugin-1.11.0.jar
jvmOpts: "-javaagent:/opt/sonarqube/lib/common/sonarqube-community-branch-plugin-1.11.0.jar=web"
jvmCeOpts: "-javaagent:/opt/sonarqube/lib/common/sonarqube-community-branch-plugin-1.11.0.jar=ce"

I can’t launch your commands because right now, it works again so the result would be useless.
Didn’t you ever face this problem ?

5

Apart from your previous post, we didn’t have any reports from other users, or experienced the same behavior in our internal instances.

I would be interested to know:

  • which deploymentType you are using
  • if you set the replicaCount other than 1
  • if persistence is enabled ( persistence.enabled )
6

Thanks for your answer.
We’re using the default values for these settings but our pods automatically restarts every day and then, sometimes the problem happen.

7

Hi @Yanis_Corselle,

Maybe you could try to activate the persistence(persistence.enabled). This will persist the application folders, and this may fix your problem since in that case, the plugin is already installed at startup.

8

Hello,
Sorry I haven’t seen your answer …
The problem didn’t happen since the last time, if it happen again, we’ll try your fix. Thanks a lot !

10

Hello, I have some new infos.
And, this morning, the plugins were installed on our instance but this afternoon, they aren’t more here … The pod didn’t restart during this time so finally it seems that it’s not during the restart that they aren’t added but seems that they are deleted after …
Anything could explain this ?

11
12

i don’t know if your chart is working the same manneer as this one but if it’s the case, it’ll explain it, please look at this issue : [SONARQUBE] Plugins randomly disappear since chart 9.x · Issue #229 · Oteemo/charts · GitHub and the solution they proposed : use persistence for extensions · Oteemo/charts@601b04b · GitHub

13

Hello @Yanis_Corselle

Thank you for your valuable feedback, we will check internally to see if we have the same issue on our own charts.

I’m a bit surprised that the plugins disappeared without a pod restart. Did the SonarQube application has been restarted but without a pod restart?

14

Hey @Yanis_Corselle,

thanks for your investigation. I was trying to reproduce the missing-plugin error both in the standard and dce charts. Specifically, I installed the charts with the following parameters (see below) and then restarted all pods (including stateful sets and deployments) multiple times. The plugins are always there (installed) after every restart. So it seems that the problem does not exist in the latest versions of those two charts.

I used the following parameters:

  • Standard chart
    • --set persistence.enabled=true --set plugins.install="{https://github.com/elegoff/sonar-rust/releases/download/v0.0.9/community-rust-plugin-0.0.9.jar,https://github.com/mc1arke/sonarqube-community-branch-plugin/releases/download/1.11.0/sonarqube-community-branch-plugin-1.11.0.jar}"
  • DCE chart
    • --set ApplicationNodes.plugins.install="{[https://github.com/elegoff/sonar-rust/releases/download/v0.0.9/community-rust-plugin-0.0.9.jar,https://github.com/mc1arke/sonarqube-community-branch-plugin/releases/download/1.11.0/sonarqube-community-branch-plugin-1.11.0.jar}"](https://github.com/elegoff/sonar-rust/releases/download/v0.0.9/community-rust-plugin-0.0.9.jar,https://github.com/mc1arke/sonarqube-community-branch-plugin/releases/download/1.11.0/sonarqube-community-branch-plugin-1.11.0.jar%7D%22) --set postgresql.persistence.enabled=true --set ApplicationNodes.jwtSecret=$JWT_SECRET

As a side note, you do not need to set the plugins.lib parameter to install plugins, we are gonna fix this in a related task.

About the othemo chart, we adopt a similar logic but not in all cases. We might run into issues if plugins are installed manually from the marketplace (UI). They will be likely gone in many cases after a pod restart. I’ve created a new task about this, but it should not impact this particular case.

Can you please try to set the previous parameters, use the latest version of standard or dce charts, and tell us if you run into issues again when scaling up and down resources?

Regards,
Carmine

15

Hello, Thanks you both (sorry @leo.geoffroy for the late answer, i haven’t seen your message).
I’m going to test this, i’ll tell you the results;
We’re using standard chart so what i’ll tell you would be about this one.

16

Hello Yanis,

you might want upgrade the chart, as we did several improvements and we tried to reproduce your issue using the latest chart version :slight_smile:

18

Thanks, I did it :slight_smile:
I’ll say you if it’s fine on the next days !

19

Hello @Yanis_Corselle,

did you have time to test the charts with the parameters mentioned before?

Carmine

20

Hello,
We launched it yes, for now the plugins are still there but each time, the stays a few days or weeks before disappearing so i don’t already know if they’ll stay …
Sorry for the late answer, that was sent to my professional mail and i’m in internship so while i was at school, i haven’t seen your message

21

Hi @Yanis_Corselle,

How did your test go? Did the plugins disappear again?

Carmine

22

Hello,
For now,
They are still there, hoping they’ll stay but it looks fine (they never stayed as long)
Thanks

23

Hello,
looks like i talked too fast. The plugins all disappeared again today …