Puncte:0

Aplicația nu poate porni, pretinzând că „portul este deja în uz”, dar nu este

drapel ru

Aplicație (furtuna apache) nu poate începe să arunce excepția de mai jos

2022-04-12 04:56:13.997 o.a.s.d.u.UIServer principal [EROARE] Excepție în UlServer 
java.io.I0Exception: Nu s-a putut lega la 0.0.0.0/0.0.0.0:8888 
la org.eclipsejettyserver.ServerConnector.openAcceptChannel(ServerConnectorjava346) ~[jetty-server-9.4.14.v20181114jan9.4.14.v20181114] 
la org.eclipsejetty.server.ServerConnector.open(ServerConnectorjava:308) ~[jetty-server-9.4.14.v20181114.jar:9.4.14.v20181114] 
la org.eclipsejetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnectorjava:80) ~[jetty-server-9.4.14.v20181114jar:9.4.14.v20181114] 
la org.eclipsejetty.server.ServerConnector.doStart(ServerConnectorjava:236) ~[jetty-server-9.4.14.v20181114jar.9.4.14-v20181114] 
la org.eclipsejetty.util.component.AbstractUfeCycle.start(AbstractlifeCyclejava:68) ~[jetty-util-9.4.14.v20181114jan9.4.14.v20181114] 
la org.eclipsejetty.server.Server.doStart(Serverjava:394) ~[jetty-server-9.4.14.v20181114.jar9.4.14.v20181114) 
la org.eclipsejetty.util.component.AbstractLifeCycle.start(AbstractlifeCyclejava:68) ~[jetty-util-9.4.14.v20181114jar.9.4.14.v20181114] 
la org.apache.storm.daemon.ui.U1Server.main(U1Serverjaval 79) [storm-webapp-2.2.0jar:2.2.0] 
Cauzat de: java.net-BindException: Adresă deja utilizată 
la sun.nio.ch.Net.bindO(Metoda nativă) ~[?:?] 
la sumnio.ch.Net.bind(Netjava:455) ~[?:?] 
la sun.nio.ch.Netbind(Netjava:447) ~[?:?] 
la sun.nio.chServerSocketChannelImpl.bind(ServerSocketChannellmpljava:227) ~[?:?] 
la sumnio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptorjava:80) ~[?:?] 
la org.eclipsejetty.server.ServerConnector.openAcceptChannel(ServerConnectorjava:342) ~[jetty-server-9.4.14.v20181114jan9.4.14.v20181114] 
... încă 7 

Portul este totuși gratuit, am folosit mai multe instrumente (telnet, nc, netstat etc) pentru a asigura acest lucru. De asemenea, același comportament a fost observat pe un alt server cu o altă aplicație, dar JMV-bazat de asemenea
OS: RHEL 7.9

Java: 11.0.12

drapel in
`0.0.0.0/0.0.0.0:8888` este un stil neobișnuit pentru un ascultător. Ce anume ai configurat în aplicația ta?
Ben Voigt avatar
drapel pl
Eroarea reală este „legarea eșuată”, orice mesaj „port este deja în uz” poate fi o sugestie de depanare bine intenționată, dar greșită. Privilegiile/capacitățile (cum ar fi utilizările SELinux) pot provoca, de asemenea, eșecuri de legare.
drapel us
Ați reușit să ascultați cu succes pe portul 8888 folosind `nc`? sau ai incercat doar sa te conectezi la el?
drapel ae
Cum ai verificat exact dacă portul este „liber”? Puteți partaja comenzile pe care le executați și rezultatele lor? O posibilă problemă cu care vă puteți confrunta este o priză în starea TIME_WAIT - vezi de ex. https://stackoverflow.com/questions/3757289/when-is-tcp-option-so-linger-0-required/13088864#13088864
Puncte:-1
drapel it

Încercați să verificați TCP și UDP de asemenea ascultătorii

netstat -plantu | grep 8888

Puteți verifica porturile cu care sunt deschise lsof de asemenea

lsof -i -P -n

Exemplu de ieșire

root@machine:~# lsof -i -P -n
COMANDA PID UTILIZATOR TIP FD DIMENSIUNEA DISPOZITIV/OPRIT NUMELE NODULUI
memcached 471 memcache 26u IPv4 18741 0t0 TCP 127.0.0.1:11211 (ASCULTATE)
vsftpd 511 root 3u IPv6 18621 0t0 TCP *:21 (ASCULTATE)
sshd 516 root 3u IPv4 16971 0t0 TCP *:22 (ASCULTATE)
sshd 516 root 4u IPv6 16980 0t0 TCP *:22 (ASCULTATE)
mysqld 831 mysql 21u IPv6 20656 0t0 TCP *:33060 (ASCULTATE)
mysqld 831 mysql 26u IPv4 17309 0t0 TCP *:3306 (ASCULTATE)
apache2 32378 root 4u IPv6 4392606 0t0 TCP *:80 (ASCULTATE)
apache2 32378 root 6u IPv6 4392610 0t0 TCP *:443 (ASCULTATE)
apache2 32396 www-data 4u IPv6 4392606 0t0 TCP *:80 (ASCULTATE)
apache2 32396 www-data 6u IPv6 4392610 0t0 TCP *:443 (ASCULTATE)
apache2 32397 www-data 4u IPv6 4392606 0t0 TCP *:80 (ASCULTATE)
apache2 32397 www-data 6u IPv6 4392610 0t0 TCP *:443 (ASCULTATE)
drapel in
Acest lucru nu răspunde la întrebare, ar trebui să fie un comentariu. Și opțiunea afirmă că acest lucru a fost deja verificat.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.