JVB built from source does not listen 10000 udp

I tried to compile jvb from latest master, and from 2.1-202-g5f9377b9
with

mvn package -DskipTests

I start JVB as system service by included systemd manifest,
both start well, no related errors in log, but they do not listen on 10000 udp
this one does (from file jitsi-videobridge-linux-x64-1132.zip, currently unavailable on https://download.jitsi.org/jitsi-videobridge/)

I have in log:

OpenJDK 64-Bit Server VM warning: Ignoring option UseConcMarkSweepGC; support was removed in 14.0
2020-06-20 19:15:11.325 INFO: [1] NewConfig$1.invoke#88: Loaded NewConfig with origin: merge of system properties,system properties,reference.conf @ jar:file:/opt/videobridge/jitsi-videobridge.jar!/reference.conf: 1,reference.conf @ jar:file:/opt/videobridge/lib/jitsi-media-transform-1.0-158-g95f4d8e.jar!/reference.conf: 1,reference.conf @ jar:file:/opt/videobridge/lib/jitsi-media-transform-1.0-155-gb6af7e9.jar!/reference.conf: 1
2020-06-20 19:15:11.365 INFO: [1] LegacyConfigFileLoader$Companion.load#40: Attempting to load legacy config file at path /opt, videobridge, sip-communicator.properties
2020-06-20 19:15:11.374 INFO: [1] LegacyConfigFileLoader$Companion.load#40: Attempting to load legacy config file at path /opt, videobridge, sip-communicator.properties
2020-06-20 19:15:11.378 INFO: [1] JitsiConfig$Companion.reload#40: Reloading.
2020-06-20 19:15:11.405 INFO: [1] NewConfig$1.invoke#88: Loaded NewConfig with origin: merge of system properties,system properties,reference.conf @ jar:file:/opt/videobridge/jitsi-videobridge.jar!/reference.conf: 1,reference.conf @ jar:file:/opt/videobridge/lib/jitsi-media-transform-1.0-158-g95f4d8e.jar!/reference.conf: 1,reference.conf @ jar:file:/opt/videobridge/lib/jitsi-media-transform-1.0-155-gb6af7e9.jar!/reference.conf: 1
2020-06-20 19:15:11.405 INFO: [1] LegacyConfigFileLoader$Companion.load#40: Attempting to load legacy config file at path /opt, videobridge, sip-communicator.properties
2020-06-20 19:15:11.407 INFO: [1] LegacyConfigFileLoader$Companion.load#40: Attempting to load legacy config file at path /opt, videobridge, sip-communicator.properties
2020-06-20 19:15:11.472 INFO: [13] ConfigurationActivator.start#45: Registered the LegacyConfigurationServiceShim in OSGi.
2020-06-20 19:15:11.480 INFO: [13] AbstractVersionActivator.start#91: VersionService registered: JVB 2.1.SNAPSHOT
2020-06-20 19:15:11.517 INFO: [13] AbstractJettyBundleActivator.start#613: Not starting the Jetty service for org.jitsi.videobridge.rest.RESTBundleActivator(port=8080)
2020-06-20 19:15:11.605 INFO: [13] AbstractJettyBundleActivator.start#613: Not starting the Jetty service for org.jitsi.videobridge.websocket.WebSocketBundleActivator(port=-1)
2020-06-20 19:15:11.679 INFO: [13] UlimitCheck.printUlimits#115: Running with open files limit 65000 (hard 65000), thread limit 65000 (hard 65000).
2020-06-20 19:15:11.686 INFO: [13] VideobridgeExpireThread.start#92: Starting with 60 second interval.
2020-06-20 19:15:12.008 INFO: [13] JitsiConfig$Companion.reload#40: Reloading.
2020-06-20 19:15:12.027 INFO: [13] NewConfig$1.invoke#88: Loaded NewConfig with origin: merge of system properties,system properties,reference.conf @ jar:file:/opt/videobridge/jitsi-videobridge.jar!/reference.conf: 1,reference.conf @ jar:file:/opt/videobridge/lib/jitsi-media-transform-1.0-158-g95f4d8e.jar!/reference.conf: 1,reference.conf @ jar:file:/opt/videobridge/lib/jitsi-media-transform-1.0-155-gb6af7e9.jar!/reference.conf: 1
2020-06-20 19:15:12.027 INFO: [13] LegacyConfigFileLoader$Companion.load#40: Attempting to load legacy config file at path /opt, videobridge, sip-communicator.properties
2020-06-20 19:15:12.028 INFO: [13] LegacyConfigFileLoader$Companion.load#40: Attempting to load legacy config file at path /opt, videobridge, sip-communicator.properties
2020-06-20 19:15:12.057 INFO: [13] AbstractHealthCheckService.start#107: Started with interval=10000, timeout=PT30S, maxDuration=PT3S, stickyFailures=false.
2020-06-20 19:15:12.061 INFO: [19] org.ice4j.ice.harvest.MappingCandidateHarvesters.initialize: Using org.ice4j.ice.harvest.MappingCandidateHarvester, face=/192.168.1.8, mask=/*3.*4.*5.*6
2020-06-20 19:15:12.065 INFO: [19] org.ice4j.ice.harvest.MappingCandidateHarvesters.initialize: Initialized mapping harvesters (delay=15ms).  stunDiscoveryFailed=false
2020-06-20 19:15:12.084 INFO: [13] OctoRelayService.start#45: Octo relay is disabled
2020-06-20 19:15:12.859 INFO: [21] MucClient$1.connected#204: [MucClient id=shard hostname=localhost] connected
2020-06-20 19:15:13.023 INFO: [21] MucClient$MucWrapper.join#576: Joined MUC: jvbbrewery@internal.auth.jitsi.*.ru
2020-06-20 19:15:16.623 SEVERE: [15] RecurringRunnableExecutor.run#230: The invocation of the method org.jitsi.videobridge.stats.StatsManager$StatisticsPeriodicRunnable.run() threw an exception.
java.lang.NoSuchMethodError: 'long org.jitsi.xmpp.mucclient.MucClientManager.getClientCount()'
	at org.jitsi.videobridge.stats.VideobridgeStatistics.generate0(VideobridgeStatistics.java:557)
	at org.jitsi.videobridge.stats.VideobridgeStatistics.generate(VideobridgeStatistics.java:158)
	at org.jitsi.videobridge.stats.StatsManager$StatisticsPeriodicRunnable.doRun(StatsManager.java:321)
	at org.jitsi.utils.concurrent.PeriodicRunnableWithObject.run(PeriodicRunnableWithObject.java:87)
	at org.jitsi.utils.concurrent.RecurringRunnableExecutor.run(RecurringRunnableExecutor.java:216)
	at org.jitsi.utils.concurrent.RecurringRunnableExecutor.runInThread(RecurringRunnableExecutor.java:292)
	at org.jitsi.utils.concurrent.RecurringRunnableExecutor.access$000(RecurringRunnableExecutor.java:36)
	at org.jitsi.utils.concurrent.RecurringRunnableExecutor$1.run(RecurringRunnableExecutor.java:328)

you use jvb with Java 14 ? maybe try with the version actually used by Jitsi, the LTS version, 11 ?

I tried java8, same behavior

just now tried java 11, no 10000 listening, same log

Deleted old lib/ directory and deployed anew.
It looks like files from previous version are blocking something, log changed

2020-06-20 20:55:48.305 INFO: [21] [hostname=localhost id=shard] MucClient$MucWrapper.join#751: Joined MUC: jvbbrewery@internal.auth.jitsi.*.ru
2020-06-20 20:55:57.373 INFO: [20] Videobridge.createConference#240: create_conf, id=25b6d99599548830 gid=null logging=false
2020-06-20 20:55:57.396 INFO: [20] TaskPools.<clinit>#81: TaskPools detected 2 processors, creating the CPU pool with that many threads
2020-06-20 20:55:57.606 INFO: [20] org.ice4j.ice.harvest.AbstractUdpListener.<init>: Initialized AbstractUdpListener with address 192.168.1.8:10000/udp. Receive buffer size 10485760 (asked for 10485760)
2020-06-20 20:55:57.608 INFO: [20] org.ice4j.ice.harvest.SinglePortUdpHarvester.<init>: Initialized SinglePortUdpHarvester with address 192.168.1.8:10000/udp
SCTP JNI load: Linux OS detected
SCTP lib loaded
=====>: org_jitsi_modified_sctp4j_SctpJni.c calling init
=====>: org_jitsi_modified_sctp4j_SctpJni.c about to set SCTP_DEBUG_ALL
2020-06-20 20:55:59.523 INFO: [20] AbstractHealthCheckService.run#182: Performed a successful health check in PT2.177757S. Sticky failure: false
2020-06-20 20:56:07.345 INFO: [20] Videobridge.createConference#240: create_conf, id=769cec843a3b2eb0 gid=null logging=false
2020-06-20 20:56:07.379 INFO: [20] AbstractHealthCheckService.run#182: Performed a successful health check in PT0.035033S. Sticky failure: false

and ? was it with java 8 ? 11? 14 ? and is the port 10000 finally listening ?

As you may see in the log, the port is being listened. I believe java version is not an issue here, I may check that.
The problem was created by the leftovers inside lib/ directory from the old version (x64-1132.zip), that probably should be investigated and fixed or at least mentioned in startup log.