Thomas Diesler

I manually installed jcmd in the running container and found that by running it mem drops by 1G - probably GC. Now that we verified that the process is indeed...

Here you go ... This is after 8h, currently @ `Worldstate download in progress synced=30.36%` ``` CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK...

This is `hyperledger/besu:22.7.6-openjdk-11`. After 20h it got to `Worldstate download in progress synced=49.02%` - this seems (a lot) slower than on previous attempts (with -Xmx > 16g). Now, for 3h...

The worldstate download stage completed after 42h with hyperledger/besu:22.7.6-openjdk-11. - memory usage at the time 15G (with -Xmx=16g) - 6.8TB written to disk - 2m core transaction kept in memory...

Ok, besu is done ``` 2022-10-21 13:13:31.731+00:00 | EthScheduler-Services-28 (requestCompleteTask) | INFO | SnapsyncMetricsManager | Finished worldstate snapsync with nodes 1390002633 (healed=8613992) duration 1:20:0,970. 2022-10-21 13:13:31.998+00:00 | EthScheduler-Services-666 (importBlock) |...

Closing - Thanks for your help

BTW, I'm using `--engine-jwt-disabled=true` because I can't (yet) get authorized access to to the JWT endpoint (8551) to work otherwise - it always gives me `Unauthorized`

With besu-22.7.2, JWT authentication seems to work. I also used an incorrect JWT in the curl request. Would you know how to generate a valid the JWT - perhaps with...

It's here https://github.com/jboss-fuse/wsdl2rest

RedHat is doing work on this with a dedicated camel subsystem https://github.com/wildflyext/wildfly-camel