Eu tenho um servidor executando o servidor Ubuntu 18.04 e é o servidor local abrangente - hospeda um compartilhamento de samba, um servidor de mídia e um servidor Perforce. Eu me conecto a esse depósito por meio de um IP de rede local (ssl:192.xxx:1666). Tudo estava funcionando muito bem até...
... Também tentei adicionar uma instalação do wiki.js a ele. Houve muita destruição de pacotes e configurações. O Apache foi removido, wiki.js / mongodb / mariadb / postgresql foram todos descartados e excluídos mais de uma vez, e o nginx foi instalado e arrancado várias vezes.
Aqui está o porquê - (contexto para o que eu estava fazendoprovavelmentecausou isso):
Tenho filtragem de DNS para toda a rede via PiHole e com isso criei nomes DNS locais e entradas CNAME para os diversos processos naquele servidor Ubuntu. A ideia era que eu pudesse apontar uma máquina cliente em outro lugar da rede para, digamos, "perforce.RackServer.net" em vez de "192.168.0.x:1666" e obter o mesmo resultado com algum proxy reverso do nginx. Estávamos tentando tornar o endereçamento legível para humanos, em vez de todos terem que me pedir IPs e números de porta para tudo.
Eu fiznãotenha sucesso ao configurar o nginx. Está desinstalado agora. Tudo bem - voltarei a isso mais tarde. Aqui está o problema.
Em algum lugar nisso tudo, algo com a configuração da rede (a máquina tem eth0 e eth1) foi prejudicado, e agora, quando tento
#sudo systemctl start helix-p4dctl.service
eu recebo
Job for helix-p4dctl.service failed because the control process exited with error code.
See "systemctl status helix-p4dctl.service" and "journalctl -xe" for details.
Uma verificação de status do systemctl me dá:
Jun 20 14:10:07 RackServer p4dctl[4186]: error: Connect to server failed; check $P4PORT.
connect: 127.0.0.1:1666: Connection refused
Jun 20 14:10:07 RackServer p4dctl[4188]: error: Connect to server failed; check $P4PORT.
connect: 127.0.0.1:1666: Connection refused
Jun 20 14:10:07 RackServer p4dctl[4189]: error: Connect to server failed; check $P4PORT.
connect: 127.0.0.1:1666: Connection refused
Jun 20 14:10:07 RackServer p4dctl[4190]: error: Connect to server failed; check $P4PORT.
connect: 127.0.0.1:1666: Connection refused
Jun 20 14:10:08 RackServer p4dctl[4181]: error: 'PerforceServer' p4d: '/opt/perforce/sbin/p4d' exited with status 255.
Jun 20 14:10:08 RackServer p4dctl[4181]: Started 0 services.
Jun 20 14:10:08 RackServer p4dctl[4181]: error: Not all services started successfully.
Jun 20 14:10:08 RackServer systemd[1]: helix-p4dctl.service: Control process exited, code=exited status=1
Jun 20 14:10:08 RackServer systemd[1]: helix-p4dctl.service: Failed with result 'exit-code'.
Jun 20 14:10:08 RackServer systemd[1]: Failed to start LSB: Starts all Perforce services.
Isso é semelhante ao erro que recebo agora ao tentar me conectar remotamente com o cliente visual p4v:
Connect to server failed; check $P4PORT.
connect: 192.168.0.117:1666: Connection refused
Verificar a variável de ambiente P4PORT no servidor me dá:
...nada. DEVE ser ssl:1666 ou apenas 1666. Costumava ser, até agora. Então, se eu definir isso como deveria ser
export $P4PORT=ssl:1666
e depois tento iniciar o serviço, recebo o mesmo erro da primeira vez.
Vamos verificar a conexão real...
admin@RackServer:~$ ping 192.168.0.117
PING 192.168.0.117 (192.168.0.117) 56(84) bytes of data.
64 bytes from 192.168.0.117: icmp_seq=1 ttl=64 time=0.052 ms
64 bytes from 192.168.0.117: icmp_seq=2 ttl=64 time=0.022 ms
64 bytes from 192.168.0.117: icmp_seq=3 ttl=64 time=0.017 ms
Mesmo com:
admin@RackServer:~$ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.045 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.022 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.016 ms
E:
admin@RackServer:~$ ping localhost
PING localhost (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.054 ms
64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.018 ms
64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.014 ms
No entanto, o nmap não mostra 1666 aberto...
21/tcp open ftp
22/tcp open ssh
25/tcp open smtp
139/tcp open netbios-ssn
445/tcp open microsoft-ds
631/tcp open ipp
3306/tcp open mysql
3389/tcp open ms-wbt-server
Aqui está o ifconfig, apenas para referência.
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.117 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::da16:9fa8:aff2:2aef prefixlen 64 scopeid 0x20<link>
ether 00:04:23:d3:d0:92 txqueuelen 1000 (Ethernet)
RX packets 33063 bytes 2652752 (2.6 MB)
RX errors 0 dropped 2 overruns 0 frame 0
TX packets 1872 bytes 269690 (269.6 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 18 memory 0xb8820000-b8840000
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.116 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::659f:d321:8607:cc5f prefixlen 64 scopeid 0x20<link>
ether 00:04:23:d3:d0:93 txqueuelen 1000 (Ethernet)
RX packets 31082 bytes 2047269 (2.0 MB)
RX errors 0 dropped 2 overruns 0 frame 0
TX packets 531 bytes 41557 (41.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 19 memory 0xb8800000-b8820000
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 5185 bytes 278583 (278.5 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 5185 bytes 278583 (278.5 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Na verdade, não sou um cara de networking por profissão - e ainda estou aprendendo *nix - então estou perdendo a cabeça eterpara colocar o depósito do Perforce novamente online. Está tudo lá, a máquina de repente se recusa a aceitar conexões - remotas OU locais - em 1666 por qualquer motivo. Todos os outros serviços que estavam funcionando corretamente ainda estão funcionando ou voltaram a funcionar. É só este.
Responder1
Mistério resolvido, finalmente.
Esta instalação do Perforce foi uma versão de 2021, p4d/2021.2/LINUX26X86_64/2264565 (encontrei isso examinando os logs). Em algum momento, os pacotes helix/p4 instalados foram pegos em uma atualização do apt-get (não deveriam ter sido, eram downloads e instalações manuais de pacotes .deb), e isso colocou a versão 2022 mais recente na máquina.
Acontece que a versão mais recente do Perforce Server não funciona naquela máquina antiga, ou talvez não funcione no Ubuntu 18.04. De qualquer forma, a instalação de uma versão do início de 2021 funcionou. E você pode - de fato - descartar todos os arquivos do depósito de um backup do depósito em um depósito novo e vazio, e isso funcionará.
Os 5 dias mais desconcertantes que já passei batendo em uma linha de comando.