Comment 1 Alexander Leidinger 2023-04-15 18:50:35 UTC

MAke a diff of sonar.poperties with the sample file. For me the differences are sonar.jdbc.username, sonar.jdbc.password, sonar.jdbc.url (all off them only if you use a jdbc DB instead of the default H2 DB), sonar.auth.jwtBase64Hs256Secret, sonar.secretKeyPath, sonar.ce.javaAdditionalOpts,sonar.search.javaAdditionalOpts  (for both I use -server too, but works without).

Try to reduce the amount of diffs to see if it helps. You can also increase the log level to DEBUG (sonar.log.level or sonar.log.level.*) and check if you see more.

Comment 2 Matthias Fechner 2023-04-17 04:24:06 UTC

I modified the following options (I replaced content with <removed>):
```
sonar.jdbc.username=<removed>
sonar.jdbc.password=<removed>
sonar.jdbc.url=jdbc:postgresql://localhost/sonarqube
sonar.web.port=10000
sonar.auth.jwtBase64Hs256Secret=<removed>
sonar.search.port=9005
```

I needed to change ports as they are already used be other services.

I will try next to increase log level.

Comment 3 Matthias Fechner 2023-06-19 10:02:35 UTC

sry for the late response.
I increased now the logging to DEBUG and see some error messages (in es.log) like:

```
2023.06.19 11:00:06 INFO  es[][o.e.x.s.Security] Security is disabled
2023.06.19 11:00:06 DEBUG es[][o.e.a.ActionModule] Using REST interceptor from plugin org.elasticsearch.xpack.security.Security
2023.06.19 11:00:06 DEBUG es[][i.n.u.ResourceLeakDetector] -Dio.netty.leakDetection.level: simple
2023.06.19 11:00:06 DEBUG es[][i.n.u.ResourceLeakDetector] -Dio.netty.leakDetection.targetRecords: 4
2023.06.19 11:00:06 INFO  es[][o.e.t.n.NettyAllocator] creating NettyAllocator with the following configs: [name=unpooled, suggested_max_allocation_size=1mb, factors={es.unsafe.use_unpooled_allocator=null, g1gc_enabled=true, g1gc_region_size=4mb, heap_size=512mb}]
2023.06.19 11:00:06 DEBUG es[][o.e.h.n.Netty4HttpServerTransport] using max_chunk_size[8kb], max_header_size[16kb], max_initial_line_length[4kb], max_content_length[100mb], receive_predictor[64kb], max_composite_buffer_components[69905], pipelining_max_events[10000]
2023.06.19 11:00:06 INFO  es[][o.e.i.r.RecoverySettings] using rate limit [40mb] with [default=40mb, read=0b, write=0b, max=0b]
2023.06.19 11:00:06 DEBUG es[][o.e.d.SettingsBasedSeedHostsProvider] using initial hosts [127.0.0.1:42224]
2023.06.19 11:00:06 INFO  es[][o.e.d.DiscoveryModule] using discovery type [single-node] and seed hosts providers [settings]
2023.06.19 11:00:06 DEBUG es[][o.e.n.Node] initializing HTTP handlers ...
2023.06.19 11:00:06 INFO  es[][o.e.n.Node] initialized
2023.06.19 11:00:06 INFO  es[][o.e.n.Node] starting ...
2023.06.19 11:00:06 DEBUG es[][o.e.l.LicenseService] initializing license state
2023.06.19 11:00:06 DEBUG es[][i.n.c.MultithreadEventLoopGroup] -Dio.netty.eventLoopThreads: 32
2023.06.19 11:00:06 DEBUG es[][i.n.u.i.InternalThreadLocalMap] -Dio.netty.threadLocalMap.stringBuilder.initialSize: 1024
2023.06.19 11:00:06 DEBUG es[][i.n.u.i.InternalThreadLocalMap] -Dio.netty.threadLocalMap.stringBuilder.maxSize: 4096
2023.06.19 11:00:06 DEBUG es[][i.n.c.n.NioEventLoop] -Dio.netty.noKeySetOptimization: true
2023.06.19 11:00:06 DEBUG es[][i.n.c.n.NioEventLoop] -Dio.netty.selectorAutoRebuildThreshold: 512
2023.06.19 11:00:06 DEBUG es[][i.n.u.i.PlatformDependent] org.jctools-core.MpscChunkedArrayQueue: unavailable
2023.06.19 11:00:06 DEBUG es[][o.e.t.n.Netty4Transport] using profile[default], worker_count[16], port[42224], bind_host[[127.0.0.1]], publish_host[[127.0.0.1]], receive_predictor[64kb->64kb]
2023.06.19 11:00:06 DEBUG es[][o.e.t.TcpTransport] binding server bootstrap to: [127.0.0.1]
2023.06.19 11:00:06 DEBUG es[][i.n.c.DefaultChannelId] Could not invoke ProcessHandle.current().pid();
java.lang.reflect.InvocationTargetException: null
        at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
        at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?]
        at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
        at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?]
        at io.netty.channel.DefaultChannelId.processHandlePid(DefaultChannelId.java:116) ~[?:?]
        at io.netty.channel.DefaultChannelId.defaultProcessId(DefaultChannelId.java:178) ~[?:?]
        at io.netty.channel.DefaultChannelId.<clinit>(DefaultChannelId.java:77) ~[?:?]
        at io.netty.channel.AbstractChannel.newId(AbstractChannel.java:113) ~[?:?]
        at io.netty.channel.AbstractChannel.<init>(AbstractChannel.java:73) ~[?:?]
        at io.netty.channel.nio.AbstractNioChannel.<init>(AbstractNioChannel.java:80) ~[?:?]
        at io.netty.channel.nio.AbstractNioMessageChannel.<init>(AbstractNioMessageChannel.java:42) ~[?:?]
        at io.netty.channel.socket.nio.NioServerSocketChannel.<init>(NioServerSocketChannel.java:96) ~[?:?]
        at io.netty.channel.socket.nio.NioServerSocketChannel.<init>(NioServerSocketChannel.java:89) ~[?:?]
        at io.netty.channel.socket.nio.NioServerSocketChannel.<init>(NioServerSocketChannel.java:82) ~[?:?]
        at io.netty.channel.socket.nio.NioServerSocketChannel.<init>(NioServerSocketChannel.java:75) ~[?:?]
        at org.elasticsearch.transport.netty4.CopyBytesServerSocketChannel.<init>(CopyBytesServerSocketChannel.java:39) ~[?:?]
        at jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:?]
        at jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:77) ~[?:?]
        at jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:?]
        at java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:499) ~[?:?]
        at java.lang.reflect.Constructor.newInstance(Constructor.java:480) ~[?:?]
        at io.netty.channel.ReflectiveChannelFactory.newChannel(ReflectiveChannelFactory.java:44) ~[?:?]
        at io.netty.bootstrap.AbstractBootstrap.initAndRegister(AbstractBootstrap.java:310) ~[?:?]
        at io.netty.bootstrap.AbstractBootstrap.doBind(AbstractBootstrap.java:272) ~[?:?]
        at io.netty.bootstrap.AbstractBootstrap.bind(AbstractBootstrap.java:268) ~[?:?]
        at org.elasticsearch.transport.netty4.Netty4Transport.bind(Netty4Transport.java:299) ~[?:?]
        at org.elasticsearch.transport.netty4.Netty4Transport.bind(Netty4Transport.java:63) ~[?:?]
        at org.elasticsearch.transport.TcpTransport.lambda$bindToPort$5(TcpTransport.java:493) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.common.transport.PortsRange.iterate(PortsRange.java:44) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.transport.TcpTransport.bindToPort(TcpTransport.java:491) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.transport.TcpTransport.bindServer(TcpTransport.java:466) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.transport.netty4.Netty4Transport.doStart(Netty4Transport.java:142) ~[?:?]
        at org.elasticsearch.common.component.AbstractLifecycleComponent.start(AbstractLifecycleComponent.java:43) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.transport.TransportService.doStart(TransportService.java:311) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.common.component.AbstractLifecycleComponent.start(AbstractLifecycleComponent.java:43) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.node.Node.start(Node.java:1343) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.bootstrap.Elasticsearch.start(Elasticsearch.java:436) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.bootstrap.Elasticsearch.initPhase3(Elasticsearch.java:229) ~[elasticsearch-8.6.1.jar:?]
        at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:67) ~[elasticsearch-8.6.1.jar:?]
Caused by: java.security.AccessControlException: access denied ("java.lang.RuntimePermission" "manageProcess")
        at java.security.AccessControlContext.checkPermission(AccessControlContext.java:485) ~[?:?]
        at java.security.AccessController.checkPermission(AccessController.java:1068) ~[?:?]
        at java.lang.SecurityManager.checkPermission(SecurityManager.java:416) ~[?:?]
        at java.lang.ProcessHandleImpl.current(ProcessHandleImpl.java:292) ~[?:?]
        at java.lang.ProcessHandle.current(ProcessHandle.java:136) ~[?:?]
        ... 39 more
2023.06.19 11:00:06 DEBUG es[][i.n.c.DefaultChannelId] -Dio.netty.processId: 42631 (auto-detected)
2023.06.19 11:00:06 DEBUG es[][i.n.u.NetUtil] -Djava.net.preferIPv4Stack: true
2023.06.19 11:00:06 DEBUG es[][i.n.u.NetUtil] -Djava.net.preferIPv6Addresses: false
2023.06.19 11:00:06 DEBUG es[][i.n.u.NetUtilInitializations] Loopback interface: lo0 (lo0, 127.0.0.1)
2023.06.19 11:00:06 DEBUG es[][i.n.u.NetUtil] Failed to get SOMAXCONN from sysctl and file /proc/sys/net/core/somaxconn. Default: 128
```

Is this maybe related to java 17:
2023.06.19 11:00:03 INFO  es[][o.e.n.Node] version[8.6.1], pid[42631], build[tar/180c9830da956993e59e2cd70eb32b5e383ea42c/2023-01-24T21:35:11.506992272Z], OS[FreeBSD/13.2-RELEASE/amd64], JVM[OpenJDK BSD Porting Team/OpenJDK 64-Bit Server VM/17.0.7/17.0.7+7-1]

Comment 4 Alexander Leidinger 2023-06-19 17:27:59 UTC

I use openjdk 17 myself.

I've read the logs again, even the initial ones. The JNA error is normal (in the past I had JNA working (traces are in the makefile of the port), but with openjdk 17 I seem to overlook something and it fails... or failed when I was switching a while back).

What I don't have here is your error with jansi:
Failed to load native library:jansi-2.4.0-c836b5eaa762e049-libjansi.so. osinfo: FreeBSD/x86_64
java.lang.UnsatisfiedLinkError: /var/db/sonarqube/temp/jansi-2.4.0-c836b5eaa762e049-libjansi.so: /var/db/sonarqube/temp/jansi-2.4.0-c836b5eaa762e049-libjansi.so: mmap of data failed: Permission denied

In /var/db/sonarqube/temp I have jansi-2.4.0-ed33148843ede28b-libjansi.so (15308 bytes), so a different one than you have listed. The plist lists it as a .jar in a different place, not a .so. The jar contains a native FreeBSD libjansi ( :-) ). Maybe it is extracted from there and hashed. So the difference in the checksum/hash looks suspicious. The lib is dates from the last restart, so it will probably not show up when it is not running.

What are the permissions of the temp directory? Mine are sonarqube:sonarqube rwxr-xr-x.

Comment 5 Matthias Fechner 2023-06-21 15:29:20 UTC

(In reply to Alexander Leidinger from comment #4)
Permission of temp dir (see also first post):
 ls -las /var/db/sonarqube/temp/
total 12
1 drwxr-xr-x  3 sonarqube  sonarqube     4 Jun 19 11:00 .
1 drwxr-xr-x  4 sonarqube  sonarqube     4 May  5  2020 ..
1 drwxr-xr-x  3 sonarqube  sonarqube     3 Jun 19 11:00 conf
9 -rw-r--r--  1 sonarqube  sonarqube  2565 Jun 19 11:00 sharedmemory

I found the following files have jansi in the filename on my system:
find / -name "*jansi*"
/usr/local/share/intellij-ultimate/plugins/maven/lib/maven3/lib/jansi-native
/usr/local/share/intellij-ultimate/plugins/maven/lib/maven3/lib/jansi-native/freebsd64/libjansi.so
/usr/local/share/intellij-ultimate/plugins/maven/lib/maven3/lib/jansi-native/freebsd32/libjansi.so
/usr/local/share/intellij-ultimate/plugins/maven/lib/maven3/lib/jansi.license
/usr/local/share/intellij-ultimate/plugins/maven/lib/maven3/lib/jansi-1.17.1.jar
/usr/local/share/gradle/lib/jansi-1.18.jar
/usr/local/share/java/maven/lib/jansi.license
/usr/local/share/java/maven/lib/jansi-2.4.0.jar
/usr/local/libexec/sonarqube/elasticsearch/lib/tools/ansi-console/jansi-2.4.0.jar

The file in the sonarqube dir:
/usr/local/libexec/sonarqube/elasticsearch/lib/tools/ansi-console/jansi-2.4.0.jar:
441 -rw-r--r--  1 root  wheel  221009 Jan 24 02:46 jansi-2.4.0.jar
sha256sum jansi-2.4.0.jar
6cd91991323dd7b2fb28ca93d7ac12af5a86a2f53279e2b35827b30313fd0b9f  jansi-2.4.0.jar
But it is listed in the plist, so the file should be ok:
pkg check --checksums sonarqube-community-10.0.0.68432_3
Checking sonarqube-community-10.0.0.68432_3: 100%

I also tried to deinstall sonarqube-community and checked what is left and it was only the config file and the directory extensions/plugins.

I create the sonarqube package using an own poudriere which has the following settings modified, maybe this could be a reason.
/usr/local/etc/poudriere.d/make.conf
DEFAULT_VERSIONS=mysql=10.11m ssl=openssl samba=4.16 java=17

So only the java or ssl change can be related as sonarqube use postgresql it should not be related to the mariadb.

The full log of the last build just now is:
https://pkg.fechner.net/data/132amd64-default/2023-06-21_10h06m32s/logs/sonarqube-community-10.0.0.68432_3.log

I have the following in /etc/fstab, maybe I should remove linprocfs as it seems to be related to oracle jdk but I have openjdk17 installed:
linprocfs               /compat/linux/proc      linprocfs       rw      0       0
# Required for openjdk
fdesc                                   /dev/fd         fdescfs rw              0       0
proc                                    /proc           procfs  rw              0       0

pkg info |grep jdk
openjdk17-17.0.7+7.1           Java Development Kit 17

I will try next to install my poudriere sonarqube package in a VM to see if that works or if it is just related to the upgrade.

Comment 6 Matthias Fechner 2023-06-21 15:55:31 UTC

I tested it now on a VM I also use to test the gitlab package.
I did the following steps:
pkg install sonarqube-community postgresql13-server
sysrc postgresql_enable=YES
service postgresql initdb
service postgresql start

echo "fdesc   /dev/fd         fdescfs         rw      0       0" >> /etc/fstab
echo "proc    /proc           procfs          rw      0       0" >> /etc/fstab

mount -t fdescfs fdesc /dev/fd
mount -t procfs proc /proc

psql -U postgres -c "CREATE USER sonarqube with password '<password>'"
psql -U postgres -c "create database sonarqube with owner sonarqube encoding 'UTF8'"

echo -n "type_what_you_want" | openssl dgst -sha256 -hmac "key" -binary | base64

Edit /usr/local/libexec/sonarqube/conf/sonar.properties:
sonar.jdbc.username=sonarqube
sonar.jdbc.password=<password>
sonar.jdbc.url=jdbc:postgresql://localhost/sonarqube
sonar.auth.jwtBase64Hs256Secret=<Your Random String Generated Above Here>

sysrc sonarqube_enable="YES"
service sonarqube start

Exactly the same problem like on my other server:
==> daemon.log <==
2023.06.21 17:51:40 INFO  app[][o.s.a.AppFileSystem] Cleaning or creating temp directory /var/db/sonarqube/temp
2023.06.21 17:51:40 INFO  app[][o.s.a.es.EsSettings] Elasticsearch listening on [HTTP: 127.0.0.1:9001, TCP: 127.0.0.1:28742]
2023.06.21 17:51:40 INFO  app[][o.s.a.ProcessLauncherImpl] Launch process[ELASTICSEARCH] from [/usr/local/libexec/sonarqube/elasticsearch]: /usr/local/openjdk17/bin/java -Xms4m -Xmx64m -XX:+UseSe                                                                                                                          rialGC -Dcli.name=server -Dcli.script=./bin/elasticsearch -Dcli.libs=lib/tools/server-cli -Des.path.home=/usr/local/libexec/sonarqube/elasticsearch -Des.path.conf=/var/db/sonarqube/temp/conf/es -                                                                                                                          Des.distribution.type=tar -cp /usr/local/libexec/sonarqube/elasticsearch/lib/*:/usr/local/libexec/sonarqube/elasticsearch/lib/cli-launcher/* org.elasticsearch.launcher.CliToolLauncher
2023.06.21 17:51:40 INFO  app[][o.s.a.SchedulerImpl] Waiting for Elasticsearch to be up and running

==> sonar.log <==
2023.06.21 17:51:40 INFO  app[][o.s.a.AppFileSystem] Cleaning or creating temp directory /var/db/sonarqube/temp
2023.06.21 17:51:40 INFO  app[][o.s.a.es.EsSettings] Elasticsearch listening on [HTTP: 127.0.0.1:9001, TCP: 127.0.0.1:28742]
2023.06.21 17:51:40 INFO  app[][o.s.a.ProcessLauncherImpl] Launch process[ELASTICSEARCH] from [/usr/local/libexec/sonarqube/elasticsearch]: /usr/local/openjdk17/bin/java -Xms4m -Xmx64m -XX:+UseSe                                                                                                                          rialGC -Dcli.name=server -Dcli.script=./bin/elasticsearch -Dcli.libs=lib/tools/server-cli -Des.path.home=/usr/local/libexec/sonarqube/elasticsearch -Des.path.conf=/var/db/sonarqube/temp/conf/es -                                                                                                                          Des.distribution.type=tar -cp /usr/local/libexec/sonarqube/elasticsearch/lib/*:/usr/local/libexec/sonarqube/elasticsearch/lib/cli-launcher/* org.elasticsearch.launcher.CliToolLauncher
2023.06.21 17:51:40 INFO  app[][o.s.a.SchedulerImpl] Waiting for Elasticsearch to be up and running

==> daemon.log <==
Failed to load native library:jansi-2.4.0-a2a5221888e33038-libjansi.so. osinfo: FreeBSD/x86_64
java.lang.UnsatisfiedLinkError: /var/db/sonarqube/temp/jansi-2.4.0-a2a5221888e33038-libjansi.so: /var/db/sonarqube/temp/jansi-2.4.0-a2a5221888e33038-libjansi.so: mmap of data failed: Permission d                                                                                                                          enied
bootstrap check failure [1] of [1]: system call filters failed to install; check the logs and fix your configuration
ERROR: Elasticsearch did not exit normally - check the logs at /var/log/sonarqube/sonarqube.log

ERROR: [1] bootstrap checks failed. You must address the points described in the following [1] lines before starting Elasticsearch.
2023.06.21 17:51:52 WARN  app[][o.s.a.p.AbstractManagedProcess] Process exited with exit value [ElasticSearch]: 78
2023.06.21 17:51:52 INFO  app[][o.s.a.SchedulerImpl] Process[ElasticSearch] is stopped

==> sonar.log <==
2023.06.21 17:51:52 WARN  app[][o.s.a.p.AbstractManagedProcess] Process exited with exit value [ElasticSearch]: 78
2023.06.21 17:51:52 INFO  app[][o.s.a.SchedulerImpl] Process[ElasticSearch] is stopped

==> daemon.log <==
2023.06.21 17:51:52 INFO  app[][o.s.a.SchedulerImpl] SonarQube is stopped

==> sonar.log <==
2023.06.21 17:51:52 INFO  app[][o.s.a.SchedulerImpl] SonarQube is stopped

==> daemon.log <==
2023.06.21 17:51:54 INFO  app[][o.s.a.AppFileSystem] Cleaning or creating temp directory /var/db/sonarqube/temp

==> sonar.log <==
2023.06.21 17:51:54 INFO  app[][o.s.a.AppFileSystem] Cleaning or creating temp directory /var/db/sonarqube/temp

==> daemon.log <==
2023.06.21 17:51:54 INFO  app[][o.s.a.es.EsSettings] Elasticsearch listening on [HTTP: 127.0.0.1:9001, TCP: 127.0.0.1:54211]

==> sonar.log <==
2023.06.21 17:51:54 INFO  app[][o.s.a.es.EsSettings] Elasticsearch listening on [HTTP: 127.0.0.1:9001, TCP: 127.0.0.1:54211]

==> daemon.log <==
2023.06.21 17:51:54 INFO  app[][o.s.a.ProcessLauncherImpl] Launch process[ELASTICSEARCH] from [/usr/local/libexec/sonarqube/elasticsearch]: /usr/local/openjdk17/bin/java -Xms4m -Xmx64m -XX:+UseSerialGC -Dcli.name=server -Dcli.script=./bin/elasticsearch -Dcli.libs=lib/tools/server-cli -Des.path.home=/usr/local/libexec/sonarqube/elasticsearch -Des.path.conf=/var/db/sonarqube/temp/conf/es -Des.distribution.type=tar -cp /usr/local/libexec/sonarqube/elasticsearch/lib/*:/usr/local/libexec/sonarqube/elasticsearch/lib/cli-launcher/* org.elasticsearch.launcher.CliToolLauncher

==> sonar.log <==
2023.06.21 17:51:54 INFO  app[][o.s.a.ProcessLauncherImpl] Launch process[ELASTICSEARCH] from [/usr/local/libexec/sonarqube/elasticsearch]: /usr/local/openjdk17/bin/java -Xms4m -Xmx64m -XX:+UseSerialGC -Dcli.name=server -Dcli.script=./bin/elasticsearch -Dcli.libs=lib/tools/server-cli -Des.path.home=/usr/local/libexec/sonarqube/elasticsearch -Des.path.conf=/var/db/sonarqube/temp/conf/es -Des.distribution.type=tar -cp /usr/local/libexec/sonarqube/elasticsearch/lib/*:/usr/local/libexec/sonarqube/elasticsearch/lib/cli-launcher/* org.elasticsearch.launcher.CliToolLauncher
2023.06.21 17:51:54 INFO  app[][o.s.a.SchedulerImpl] Waiting for Elasticsearch to be up and running

==> daemon.log <==
2023.06.21 17:51:54 INFO  app[][o.s.a.SchedulerImpl] Waiting for Elasticsearch to be up and running
Failed to load native library:jansi-2.4.0-152a7fff020da306-libjansi.so. osinfo: FreeBSD/x86_64
java.lang.UnsatisfiedLinkError: /var/db/sonarqube/temp/jansi-2.4.0-152a7fff020da306-libjansi.so: /var/db/sonarqube/temp/jansi-2.4.0-152a7fff020da306-libjansi.so: mmap of data failed: Permission denied
bootstrap check failure [1] of [1]: system call filters failed to install; check the logs and fix your configuration
ERROR: Elasticsearch did not exit normally - check the logs at /var/log/sonarqube/sonarqube.log

ERROR: [1] bootstrap checks failed. You must address the points described in the following [1] lines before starting Elasticsearch.
2023.06.21 17:52:00 WARN  app[][o.s.a.p.AbstractManagedProcess] Process exited with exit value [ElasticSearch]: 78

==> sonar.log <==
2023.06.21 17:52:00 WARN  app[][o.s.a.p.AbstractManagedProcess] Process exited with exit value [ElasticSearch]: 78
2023.06.21 17:52:00 INFO  app[][o.s.a.SchedulerImpl] Process[ElasticSearch] is stopped

==> daemon.log <==
2023.06.21 17:52:00 INFO  app[][o.s.a.SchedulerImpl] Process[ElasticSearch] is stopped
2023.06.21 17:52:00 INFO  app[][o.s.a.SchedulerImpl] SonarQube is stopped

==> sonar.log <==
2023.06.21 17:52:00 INFO  app[][o.s.a.SchedulerImpl] SonarQube is stopped