All perguntas(server)

Estou implantando um webapp de painel simples em python. Tudo sobre a implantação é mais ou menos idêntico às implantações anteriores, que funcionaram. (Mesmo YAML, mesmo código de autenticação, etc.)

Entretanto, quando implanto este próximo aplicativo, o Google Cloud CLI gera o erro acima gcloud app create.

ERROR: (gcloud.app.create) INVALID_ARGUMENT: The project must have a billing account attached

Não consegui encontrar uma solução em vários fóruns, além de "esperar e tentar mais tarde". Supostamente isso funciona. Mas ainda estou curioso para saber por que esse erro ocorre / algum conselho mais experiente.

Tenho sete sistemas Server 2019 que mantenho e que não têm conexão com a internet ou um MECM ou WSUS. Até agora, tenho feito patches neles com uma ferramenta WSUS Offline que descobri que baixa atualizações e as compacta. Você executa um executável da ferramenta e ela verifica seu sistema para ver o que você precisa e instala. Ela funciona bem para patches mensais do Windows. Ela não funciona bem para dotNet Framework ou Windows Defender.

A próxima coisa que fiz para tentar corrigir o dotNet foi ir em Download .NET Framework | Downloads oficiais gratuitos e baixar o "NDP48-x86-x64-AllOS-ENU.exe". Eu o levei para o servidor. Primeiro, desinstalei a versão atual:

# Uninstall:
NDP481-x86-x64-AllOS-ENU.exe /passive /uninstall

A desinstalação foi concluída com sucesso.

Então eu tento instalar a versão corrigida. Primeiro eu tento:

# Install:
NDP481-x86-x64-AllOS-ENU.exe /passive /promptrestart

Isso não funcionou, então removi os interruptores e tentei isto:

NDP481-x86-x64-AllOS-ENU.exe /log .\dotnet.log

Aqui estão algumas capturas de tela de como a instalação ocorre:

Vou para o arquivo de log (que por acaso é um arquivo html). O arquivo de log diz que não consegue encontrar objeto ou propriedade de um arquivo CAB específico. Mas você pode ver nesta próxima captura de tela que o arquivo CAB está lá:

Em seguida, vou para o arquivo CBS.log que o arquivo de log dot net menciona (o arquivo de log CBS tem mais de 101 mil linhas). No arquivo CBS.log, ele vê o arquivo CAB e extrai arquivos dele:

Ele então passa por muitas linhas como essas, a única diferença sendo essa parte destacada. Mas é o número KB especificado do erro original. Eu sei que a captura de tela está cortada. Aqui está a linha completa:

Plan: Package: Package_for_KB4486153~31bf3856ad364e35~amd64~~10.0.1.2919, Update: 4486153-1679_neutral_PACKAGE, current: Installed, pending: Default, start: Installed, applicable: Installed, targeted: Superseded, limit: Installed, selected: Default

Depois de cada linha que começa com "Plan:", há um monte de linhas "Appl:":

Isso continua por cerca de 20 iterações. Mas então ele chega a esta e não consegue encontrar o pacote pai:

2024-12-05 07:27:56, Info                  CBS    Plan: Package: Package_for_KB4486153~31bf3856ad364e35~amd64~~10.0.1.2919, Update: 4486153-1685_neutral_PACKAGE, current: Installed, pending: Default, start: Installed, applicable: Installed, targeted: Superseded, limit: Installed, selected: Default
2024-12-05 07:27:56, Info                  CBS    Appl: detect Parent, Package: Package_6_for_KB4486153~31bf3856ad364e35~amd64~~10.0.1.2919, Parent: Microsoft-Windows-Client-Features-WOW64-Package0017~31bf3856ad364e35~amd64~~10.0.16299.15, Disposition = Detect, VersionComp: EQ, BuildComp: GE, RevisionComp: GE, Exist: present
2024-12-05 07:27:56, Info                  CBS    Appl: detectParent: no parent found, go absent
2024-12-05 07:27:56, Info                  CBS    Appl: detect Parent, Package: Package_6_for_KB4486153~31bf3856ad364e35~amd64~~10.0.1.2919, Parent: Microsoft-Windows-ServerCore-SKU-Foundation-WOW64-onecore-Package~31bf3856ad364e35~amd64~~10.0.16299.15, Disposition = Detect, VersionComp: EQ, BuildComp: GE, RevisionComp: GE, Exist: present
2024-12-05 07:27:56, Info                  CBS    Appl: detectParent: parent found: Microsoft-Windows-ServerCore-SKU-Foundation-WOW64-onecore-Package~31bf3856ad364e35~amd64~~10.0.17763.1, state: Installed
2024-12-05 07:27:56, Info                  CBS    Appl: detect Parent, Package: Package_6_for_KB4486153~31bf3856ad364e35~amd64~~10.0.1.2919, Parent: Microsoft-Windows-CloudEdition~31bf3856ad364e35~amd64~~10.0.16299.15, Disposition = Detect, VersionComp: EQ, BuildComp: GE, RevisionComp: GE, Exist: present
2024-12-05 07:27:56, Info                  CBS    Appl: detectParent: no parent found, go absent
2024-12-05 07:27:56, Info                  CBS    Appl: detect Parent, Package: Package_6_for_KB4486153~31bf3856ad364e35~amd64~~10.0.1.2919, Parent: Microsoft-Windows-CloudNEdition~31bf3856ad364e35~amd64~~10.0.16299.15, Disposition = Detect, VersionComp: EQ, BuildComp: GE, RevisionComp: GE, Exist: present
2024-12-05 07:27:56, Info                  CBS    Appl: detectParent: no parent found, go absent
2024-12-05 07:27:56, Info                  CBS    Appl: detect Parent, Package: Package_6_for_KB4486153~31bf3856ad364e35~amd64~~10.0.1.2919, Parent: Microsoft-Windows-CoreCountrySpecificEdition~31bf3856ad364e35~amd64~~10.0.16299.15, Disposition = Detect, VersionComp: EQ, BuildComp: GE, RevisionComp: GE, Exist: present
2024-12-05 07:27:56, Info                  CBS    Appl: detectParent: no parent found, go absent
2024-12-05 07:27:56, Info                  CBS    Appl: detect Parent, Package: Package_6_for_KB4486153~31bf3856ad364e35~amd64~~10.0.1.2919, Parent: Microsoft-Windows-CoreEdition~31bf3856ad364e35~amd64~~10.0.16299.15, Disposition = Detect, VersionComp: EQ, BuildComp: GE, RevisionComp: GE, Exist: present
2024-12-05 07:27:56, Info                  CBS    Appl: detectParent: no parent found, go absent
2024-12-05 07:27:56, Info                  CBS    Appl: detect Parent, Package: Package_6_for_KB4486153~31bf3856ad364e35~amd64~~10.0.1.2919, Parent: Microsoft-Windows-CoreNEdition~31bf3856ad364e35~amd64~~10.0.16299.15, Disposition = Detect, VersionComp: EQ, BuildComp: GE, RevisionComp: GE, Exist: present

Depois disso, fico mais preso. Não sei onde ele está procurando por esses arquivos, então não consigo verificar ou me aprofundar mais naquele problema específico do arquivo.

Reiniciei o sistema várias vezes.

Editar: Acredito que estou usando a versão correta do dot Net Framework para aplicar o patch. Não tenho desejo ou intenção de alterar a versão, exceto para aplicar o patch em vulnerabilidades de segurança/CVEs.

Usei isto para verificar a versão:

> Get-ChildItem 'HKLM:\SOFTWARE\Microsoft\NET Framework Setup\NDP' -Recurse | Get-ItemProperty -Name version -EA 0 | Where { $_.PSChildName -Match '^(?!S)\p{L}'} | Sort-Object -Property Version | Select PSChildName, version

PSChildName                      Version
-----------                      -------
v2.0.50727                       2.0.50727.4927
v3.0                             3.0.30729.4926
Windows Communication Foundation 3.0.4506.4926
Windows Presentation Foundation  3.0.6920.4902
v3.5                             3.5.30729.4926
Client                           4.0.0.0
Client                           4.8.03761
Full                             4.8.03761

> (Get-ItemProperty "HKLM:SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full").Release
528049

> (C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe -version)[4]
4.8.3761.0

Isso me parece que eu deveria tentar usar a versão 4.8 para corrigir. Mas se eu estiver enganado, por favor, me esclareça.

Se alguém puder oferecer alguma sugestão ou ajuda, ficaria muito grato.

Eu uso um site simples habilitado para publicar arquivos no Apache:

Arquivo:/etc/apache2/sites-enabled/contents.conf

<Directory "/mnt/data/contents/">

        Options FollowSymLinks

        Require all granted

        <IfModule mod_expires.c>
                ExpiresActive on
                ExpiresDefault "access plus 7 days"
        </IfModule>
</Directory>

Os arquivos são XML simples, um exemplo começa com estas linhas:

<mets:mets xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
           xmlns:xlink="http://www.w3.org/1999/xlink"
           xmlns:kitodo="http://meta.kitodo.org/v1/"

Quando baixo o arquivo localmente, wgetele reclama da falta de cabeçalhos :

user@myhostname:~$ wget http://myhostname/contents/example/example.xml
--2024-12-05 16:14:59--  http://myhostname/contents/example/example.xml
Resolving myhostname (myhostname)... 127.0.1.1
Connecting to myhostname (myhostname)|127.0.1.1|:80... connected.
HTTP request sent, awaiting response... 200 No headers, assuming HTTP/0.9
Length: unspecified
Saving to: ‘example.xml’

example.xml                                        [      <=>                                                                                                                                ]  12,66K  --.-KB/s    in 4,8s

2024-12-05 16:15:04 (2,66 KB/s) - ‘example.xml’ saved [12966]

O arquivo baixado começa assim:

 12:25:45 GMT
Accept-Ranges: bytes
Content-Length: 12563
Cache-Control: max-age=0
Expires: Thu, 05 Dec 2024 09:45:44 GMT
Vary: Accept-Encoding
X-Content-Type-Options: nosniff
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: application/xml; charset=utf-8

<mets:mets xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
           xmlns:xlink="http://www.w3.org/1999/xlink"
           xmlns:kitodo="http://meta.kitodo.org/v1/"

Obviamente a primeira linha não pertence ali e impede que os cabeçalhos HTTP sejam reconhecidos corretamente. De onde vem a linha e como posso desligá-la? Não experimento nada parecido com isso em outros sistemas.

Versão do servidor: Apache/2.4.41 (Ubuntu)

Módulos carregados:
core_module (estático)
so_module (estático)
watchdog_module (estático)
http_module (estático)
log_config_module (estático)
logio_module (estático)
version_module (estático)
unixd_module (estático
) access_compat_module (compartilhado
) alias_module (compartilhado)
auth_basic_module (compartilhado
) authn_core_module (compartilhado)
authn_file_module (compartilhado)
authnz_ldap_module
(compartilhado)
authz_core_module (compartilhado) authz_host_module
(compartilhado) authz_user_module (compartilhado)
autoindex_module (compartilhado)
dav_module (compartilhado)
dav_fs_module (compartilhado)
deflate_module (compartilhado)
dir_module (compartilhado)
env_module (compartilhado)
expires_module (compartilhado)
filter_module (compartilhado
) headers_module (
compartilhado) jk_module (
compartilhado) ldap_module (compartilhado
) mime_module (compartilhado
) mpm_prefork_module (compartilhado)
negotiation_module (compartilhado)
php7_module (compartilhado)
reqtimeout_module (compartilhado)
rewrite_module (compartilhado)
setenvif_module (compartilhado)
socache_shmcb_module (compartilhado)
ssl_module (compartilhado)
status_module (compartilhado)

Arquivo: /etc/apache2/sites-enabled/000-default.conf(comentários removidos)

<VirtualHost *:80>
        ServerAdmin webmaster@localhost
        DocumentRoot /var/www/typo3/public

        <Directory /var/www/typo3/public/>
                Options Indexes FollowSymLinks MultiViews
                AllowOverride All
                Order allow,deny
                Allow from all
        </Directory>

        ErrorLog ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log combined

        JkMount /kitodo ajp13_worker
        JkMount /kitodo/* ajp13_worker
        <Location /kitodo>
                Order allow,deny
                Allow from all
        </Location>
</VirtualHost>

Arquivo: /etc/apache2/sites-enabled/default-ssl.conf(comentários removidos)

<IfModule mod_ssl.c>
        <VirtualHost _default_:443>
                ServerAdmin webmaster@localhost

                DocumentRoot /var/www/html

                ErrorLog ${APACHE_LOG_DIR}/error.log
                CustomLog ${APACHE_LOG_DIR}/access.log combined

                SSLEngine on
                SSLCertificateFile      /etc/ssl/certs/ssl-cert-snakeoil.pem
                SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil.key

                <FilesMatch "\.(cgi|shtml|phtml|php)$">
                                SSLOptions +StdEnvVars
                </FilesMatch>
                <Directory /usr/lib/cgi-bin>
                                SSLOptions +StdEnvVars
                </Directory>
        </VirtualHost>
</IfModule>

Editar: Saída de curl -i:

user@myhostname:~# curl -i http://myhostname/contents/example/example.xml
curl: (1) Received HTTP/0.9 when not allowed

Saída dewget -O - -o /dev/null --save-headers

 09:41:43 GMT
Accept-Ranges: bytes
Content-Length: 10971
Cache-Control: max-age=0
Expires: Mon, 09 Dec 2024 08:22:33 GMT
Vary: Accept-Encoding
X-Content-Type-Options: nosniff
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Type: application/xml; charset=utf-8

(...)
ataTable:11:inputText&quot;,onco:function(xhr,status,args,data){preserveMetadata(); updateTitleMetadata();;}});" /><s

(...)representa o conteúdo do arquivo XML. Também vejo que há conteúdo no final que também não deveria estar ali. Reconheço esse conteúdo como parte do aplicativo da web incluído por meio do JkMount. E o conteúdo na última linha também é diferente a cada solicitação.

Saída de tcpdump -vv -i any -s 0 'tcp port http'(espero ter escrito as falas certas, porque há pessoas trabalhando no servidor enquanto isso):

09:15:05.940645 IP (tos 0x0, ttl 64, id 26047, offset 0, flags [DF], proto TCP (6), length 60)
    localhost.60850 > myhostname.http: Flags [S], cksum 0xff30 (incorrect -> 0x75f8), seq 4023966924, win 65495, options [mss 65495,sackOK,TS val 2467400527 ecr 0,nop,wscale 7], length 0
09:15:05.940660 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    myhostname.http > localhost.60850: Flags [S.], cksum 0xff30 (incorrect -> 0xbe63), seq 1059986559, ack 4023966925, win 65483, options [mss 65495,sackOK,TS val 1084365632 ecr 2467400527,nop,wscale 7], length 0
09:15:05.940673 IP (tos 0x0, ttl 64, id 26048, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.60850 > myhostname.http: Flags [.], cksum 0xff28 (incorrect -> 0xe51f), seq 1, ack 1, win 512, options [nop,nop,TS val 2467400527 ecr 1084365632], length 0
09:15:05.940703 IP (tos 0x0, ttl 64, id 26049, offset 0, flags [DF], proto TCP (6), length 241)
    localhost.60850 > myhostname.http: Flags [P.], cksum 0xffe5 (incorrect -> 0x771f), seq 1:190, ack 1, win 512, options [nop,nop,TS val 2467400527 ecr 1084365632], length 189: HTTP, length: 189
        GET /contents/example/example.xml HTTP/1.1
        User-Agent: Wget/1.20.3 (linux-gnu)
        Accept: */*
        Accept-Encoding: identity
        Host: myhostname
        Connection: Keep-Alive

09:15:05.940721 IP (tos 0x0, ttl 64, id 2993, offset 0, flags [DF], proto TCP (6), length 52)
    myhostname.http > localhost.60850: Flags [.], cksum 0xff28 (incorrect -> 0xe463), seq 1, ack 190, win 511, options [nop,nop,TS val 1084365632 ecr 2467400527], length 0
09:15:05.946161 IP (tos 0x0, ttl 64, id 2994, offset 0, flags [DF], proto TCP (6), length 11426)
    myhostname.http > localhost.60850: Flags [P.], cksum 0x2b97 (incorrect -> 0xe10f), seq 1:11375, ack 190, win 512, options [nop,nop,TS val 1084365637 ecr 2467400527], length 11374: HTTP
09:15:05.946180 IP (tos 0x0, ttl 64, id 26050, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.60850 > myhostname.http: Flags [.], cksum 0xff28 (incorrect -> 0xb81b), seq 190, ack 11375, win 463, options [nop,nop,TS val 2467400532 ecr 1084365637], length 0
09:15:10.951973 IP (tos 0x0, ttl 64, id 2995, offset 0, flags [DF], proto TCP (6), length 52)
    myhostname.http > localhost.60850: Flags [F.], cksum 0xff28 (incorrect -> 0xa45b), seq 11375, ack 190, win 512, options [nop,nop,TS val 1084370643 ecr 2467400532], length 0
09:15:10.952765 IP (tos 0x0, ttl 64, id 26051, offset 0, flags [DF], proto TCP (6), length 52)
    localhost.60850 > myhostname.http: Flags [F.], cksum 0xff28 (incorrect -> 0x90cb), seq 190, ack 11376, win 512, options [nop,nop,TS val 2467405539 ecr 1084370643], length 0
09:15:10.952792 IP (tos 0x0, ttl 64, id 2996, offset 0, flags [DF], proto TCP (6), length 52)
    myhostname.http > localhost.60850: Flags [.], cksum 0xff28 (incorrect -> 0x90ca), seq 11376, ack 191, win 512, options [nop,nop,TS val 1084370644 ecr 2467405539], length 0

Você pode ver que as três últimas entradas aparecem exatamente 5 segundos depois, o que é o material não relacionado na parte inferior.

Descobertas adicionais importantes:

• Pasta da Web completamente esvaziada, nenhum arquivo .htaccess pode ser reproduzido nela.

• O comportamento não ocorre se o arquivo XML for recuperado por meio de uma consulta compactada (Accept-Encoding gzip)

• Se eu remover 'security.conf' de 'conf-enabled', obtenho uma primeira linha de saída ligeiramente diferente (mas ainda errada): st-Modified: Thu, 28 Nov 2024 09:41:43 GMT[sic!]

• O comportamento só ocorre se o arquivo XML for baixado por meio de um link simbólico na pasta da web que aponta para um ponto de montagem CIFS, não se ele estiver localizado diretamente na pasta

Tenho uma pasta de script com um script python, um arquivo docker e também um requirements.txt

Meu script Python está sendo executado individualmente bem, localmente.

Script Python

import os
import time
from fastapi import FastAPI
import uvicorn

app = FastAPI()


SHARED_VOLUME_PATH = '/mnt/shared'
@app.get("/")
def process_data():
    data = "From Primary car"
    
    with open(os.path.join(SHARED_VOLUME_PATH, 'shared_data_file.txt'), 'w') as f:
        f.write(data)
    
    print("Data processed and stored in shared volume")
    response = "Data processed and stored in shared volume"
    return response

if __name__ == '__main__':
    port = int(os.environ.get("PORT", 8080))
    uvicorn.run(app, host="0.0.0.0", port=port)
    process_data()

O conteúdo do arquivo Docker é o seguinte

FROM python:3.11

WORKDIR /app

COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt

COPY main.py .

CMD ["python", "main.py"]

Quando eu executo o comando

gcloud builds submit --tag europe-west4-docker.pkg.dev/<GCP-project-ID>/artifactory/scar-prim-component:latest

Estou recebendo este erro.

ERROR: (gcloud.builds.submit) HTTPError 412: 'us' violates constraint 'constraints/gcp.resourceLocations'

Não sou muito forte nessa área. Por favor, informe o que preciso mudar para que eu possa enviar meu código como um componente artifactory no GCP.

Executei o mesmo script e realizei as mesmas etapas em um projeto diferente do GCP e funcionou bem e também foi implantado.

Se houver um meio alternativo para construir e enviar para o artefato, informe as etapas (em detalhes)

Eu configurei o Nginx com gunciron e django. Tudo parece funcionar bem, pelo menos era o que eu acreditava. No entanto, quando eu verifico o diretório .gunicorn-logs conforme especificado para ser criado no docker e especifiquei o myscipt.sh abaixo, ele mostra 2 arquivos:

access.log com todo o acesso ao servidor gunciron e

error.log que deveria estar vazio mostra 1 kb de arquivo.

Upon inspection, I get this inside --->

Gunicorn error.log file --->
[2024-12-05 04:36:15 +0000] [85] [INFO] Starting gunicorn 23.0.0
[2024-12-05 04:36:15 +0000] [85] [INFO] Listening at: http://0.0.0.0:8585 (85)
[2024-12-05 04:36:15 +0000] [85] [INFO] Using worker: gthread
[2024-12-05 04:36:15 +0000] [88] [INFO] Booting worker with pid: 88
[2024-12-05 04:36:15 +0000] [89] [INFO] Booting worker with pid: 89
[2024-12-05 04:36:15 +0000] [90] [INFO] Booting worker with pid: 90
[2024-12-05 04:36:15 +0000] [91] [INFO] Booting worker with pid: 91

Gunciron access.log file --->
49.xxx.xxx.xx - - [05/Dec/2024:10:06:26 +0530] "GET /admin/login/?next=/admin/ HTTP/1.1" 200 4158 "-" "PostmanRuntime/7.43.0"
127.0.0.1 - - [05/Dec/2024:10:06:35 +0530] "GET /static/admin/ HTTP/1.1" 302 0 "-" "PostmanRuntime/7.43.0"
127.0.0.1 - - [05/Dec/2024:10:06:36 +0530] "GET /admin/login/?next=/static/admin/ HTTP/1.1" 200 4172 "http://34.xxx.xxx.xx:75/static/admin/" "PostmanRuntime/7.43.0"
127.0.0.1 - - [05/Dec/2024:10:06:42 +0530] "GET /static/admin/ HTTP/1.1" 302 0 "-" "PostmanRuntime/7.43.0"
127.0.0.1 - - [05/Dec/2024:10:06:42 +0530] "GET /admin/login/?next=/static/admin/ HTTP/1.1" 200 4172 "http://34.xxx.xxx.xx:75/static/admin/" "PostmanRuntime/7.43.0"

Os arquivos de log do nginx têm apenas o access.log preenchido e o error.log está vazio.

Nginx access.log file ---->
49.xxx.xxx.xx - - [05/Dec/2024:04:36:35 +0000] "GET /static/admin/ HTTP/1.1" 302 0 "-" "PostmanRuntime/7.43.0" "-"
49.xxx.xxx.xx - - [05/Dec/2024:04:36:36 +0000] "GET /admin/login/?next=/static/admin/ HTTP/1.1" 200 1522 "http://34.xxx.xxx.xx:75/static/admin/" "PostmanRuntime/7.43.0" "-"
49.xxx.xxx.xx - - [05/Dec/2024:04:36:42 +0000] "GET /static/admin/ HTTP/1.1" 302 0 "-" "PostmanRuntime/7.43.0" "-"
49.xxx.xxx.xx - - [05/Dec/2024:04:36:42 +0000] "GET /admin/login/?next=/static/admin/ HTTP/1.1" 200 1526 "http://34.xxx.xxx.xx:75/static/admin/" "PostmanRuntime/7.43.0" "-"

Veja como defini as linhas relacionadas ao servidor gunicorn dentro do dockerFile.

RUN mkdir -p .gunicorn-logs
RUN touch /opt/.gunicorn-logs/error.log
RUN touch /opt/.gunicorn-logs/access.log
RUN chmod +x /opt/.gunicorn-logs/
cmd myscipt.sh

O myscript.sh onde nginx e gunciron são invocados --->

#!/bin/sh
nginx -g 'daemon off;' & 
gunicorn mydjangoapi.wsgi:application --config=gunicorn_config_api-1.py

Finalmente, gunicorn_config_api-1.py parte da pasta raiz --->

bind = "0.0.0.0:8585"
loglevel = "INFO"
workers = "4"
threads="10"
reload = True

errorlog = "/opt/.gunicorn-logs/error.log"
accesslog = "/opt/.gunicorn-logs/access.log"

Preciso atualizar o Java para a versão 8u431 em nosso sistema de enfileiramento legado, ActiveMQ Classic versão 5.15.0.

Atualmente, estamos usando o JDK 8u131 de 2017 para Windows Server 2012 R2, e tudo está funcionando bem. Nossa configuração consiste em dois servidores Windows em execução no modo mestre/escravo. Idealmente, eu gostaria de evitar qualquer interrupção de serviço, e atualizar o ActiveMQ não é uma opção no momento.

Meu plano é garantir que o servidor mestre (amq1) permaneça disponível enquanto eu atualizo o servidor escravo (amq2). Assim que o amq2 estiver atualizado e em execução, eu o alternarei para ativo e então atualizarei o amq1.

Aqui estão os passos que segui para atualizar o amq2:

Interrompi o serviço amq2. Desinstalei o antigo JRE e JDK. Instalei a nova versão do Java. Reiniciei o servidor. Verifiquei se o serviço foi iniciado e estava em execução. Interrompi o amq1 para definir o amq2 como ativo. No entanto, encontrei um problema: embora o serviço esteja em execução, o portal da web está inacessível e o manipulador de filas está com tempo limite esgotado.

Verifiquei se o Java ainda estava disponível usando o PowerShell e a linha de comando, restaurei o servidor para um snapshot tirado anteriormente antes de qualquer alteração e o serviço estava de volta e funcionando. A documentação para esta versão diz que é compatível com todas as atualizações do Java 8.

Do activemq.log antes da atualização:

2024-12-04 14:28:29,772 | INFO  | amqSlave Shutting down NC | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ BrokerService[amqSlave] Task-22600
2024-12-04 14:28:29,772 | INFO  | amqSlave bridge to Unknown stopped | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ BrokerService[amqSlave] Task-22600
2024-12-04 14:28:29,772 | INFO  | error with pending local brokerInfo on: vm://amqSlave#5274 | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ BrokerService[amqSlave] Task-22600
org.apache.activemq.transport.TransportDisposedIOException: peer (vm://amqSlave#5275) stopped.
    at org.apache.activemq.transport.vm.VMTransport.stop(VMTransport.java:233)[activemq-broker-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.TransportFilter.stop(TransportFilter.java:72)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.TransportFilter.stop(TransportFilter.java:72)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.ResponseCorrelator.stop(ResponseCorrelator.java:132)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.broker.TransportConnection.doStop(TransportConnection.java:1193)[activemq-broker-5.15.0.jar:5.15.0]
    at org.apache.activemq.broker.TransportConnection$4.run(TransportConnection.java:1159)[activemq-broker-5.15.0.jar:5.15.0]
    at java.lang.Thread.run(Unknown Source)[:1.8.0_131]
2024-12-04 14:28:29,772 | INFO  | Connector vm://amqSlave stopped | org.apache.activemq.broker.TransportConnector | Simple Discovery Agent-1083
2024-12-04 14:28:29,772 | WARN  | Could not start network bridge between: vm://amqSlave and: tcp://[AMQ1 dns]:61616/ due to: Connection timed out: connect | org.apache.activemq.network.DiscoveryNetworkConnector | Simple Discovery Agent-1083
2024-12-04 14:28:30,785 | INFO  | Establishing network connection from vm://amqSlave to tcp://[AMQ1 dns]:61616/ | org.apache.activemq.network.DiscoveryNetworkConnector | Simple Discovery Agent-1084
2024-12-04 14:28:30,785 | WARN  | path isn't a valid local location for TcpTransport to use | org.apache.activemq.transport.tcp.TcpTransportFactory | Simple Discovery Agent-1084

após atualizar o Java:

2024-12-04 14:31:10,850 | INFO  | Refreshing org.apache.activemq.xbean.XBeanBrokerFactory$1@3a3ddc96: startup date [Wed Dec 04 14:31:10 NZDT 2024]; root of context hierarchy | org.apache.activemq.xbean.XBeanBrokerFactory$1 | WrapperSimpleAppMain
2024-12-04 14:31:11,757 | INFO  | Using Persistence Adapter: KahaDBPersistenceAdapter[\\[network drive]\FileServer\ActiveMQ] | org.apache.activemq.broker.BrokerService | WrapperSimpleAppMain
2024-12-04 14:31:13,338 | INFO  | Database \\[network shared drive]\FileServer\ActiveMQ\lock is locked by another server. This broker is now in slave mode waiting a lock to be acquired | org.apache.activemq.store.SharedFileLocker | WrapperSimpleAppMain
2024-12-04 14:42:03,492 | INFO  | Refreshing org.apache.activemq.xbean.XBeanBrokerFactory$1@185709da: startup date [Wed Dec 04 14:42:03 NZDT 2024]; root of context hierarchy | org.apache.activemq.xbean.XBeanBrokerFactory$1 | WrapperSimpleAppMain
2024-12-04 14:42:04,210 | INFO  | Using Persistence Adapter: KahaDBPersistenceAdapter[\\[network drive]\FileServer\ActiveMQ] | org.apache.activemq.broker.BrokerService | WrapperSimpleAppMain
2024-12-04 14:42:05,780 | INFO  | Database \\[network shared drive]\FileServer\ActiveMQ\lock is locked by another server. This broker is now in slave mode waiting a lock to be acquired | org.apache.activemq.store.SharedFileLocker | WrapperSimpleAppMain
2024-12-04 14:42:40,593 | INFO  | KahaDB is version 6 | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:42:40,734 | WARN  | Cannot recover message audit | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:42:40,844 | INFO  | Recovering from the journal @1:28 | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:42:45,775 | INFO  | @246:20026539, 100000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:42:50,311 | INFO  | @613:14677798, 200000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:42:55,168 | INFO  | @1091:17083049, 300000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:00,904 | INFO  | @1382:18954552, 400000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:05,717 | INFO  | @1598:22164582, 500000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:10,387 | INFO  | @1836:11913893, 600000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:15,008 | INFO  | @1912:2901964, 700000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:21,329 | INFO  | @1992:13327003, 800000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:26,233 | INFO  | @2043:8402549, 900000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:31,191 | INFO  | @2194:22789590, 1000000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:36,202 | INFO  | @2442:7825165, 1100000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:42,624 | INFO  | @2510:3916628, 1200000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:47,975 | INFO  | @2715:4467718, 1300000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:53,218 | INFO  | @3153:20614525, 1400000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:43:58,966 | INFO  | @3430:24026055, 1500000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:44:04,711 | INFO  | @3758:11004890, 1600000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:44:08,945 | INFO  | @3805:10970299, 1700000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:44:14,937 | INFO  | @4061:3108338, 1800000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:44:20,823 | INFO  | @4356:33073976, 1900000 entries recovered .. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:44:21,483 | INFO  | Recovery replayed 1918819 operations from the journal in 100.765 seconds. | org.apache.activemq.store.kahadb.MessageDatabase | WrapperSimpleAppMain
2024-12-04 14:44:21,639 | INFO  | PListStore:[D:\apache-activemq-5.15.0\bin\win64\..\..\data\amqSlave\tmp_storage] started | org.apache.activemq.store.kahadb.plist.PListStoreImpl | WrapperSimpleAppMain
2024-12-04 14:44:21,655 | INFO  | Installing ForcePersistencyModeBroker plugin: persistency enforced=true | org.apache.activemq.plugin.ForcePersistencyModeBrokerPlugin | WrapperSimpleAppMain
2024-12-04 14:44:21,686 | INFO  | Apache ActiveMQ 5.15.0 (amqSlave, ID:[amq2]-52490-1733276560844-0:1) is starting | org.apache.activemq.broker.BrokerService | WrapperSimpleAppMain
2024-12-04 14:44:22,030 | INFO  | Listening for connections at: tcp://[amq2 dns name]:61616?maximumConnections=1000&wireFormat.maxFrameSize=104857600 | org.apache.activemq.transport.TransportServerThreadSupport | WrapperSimpleAppMain
2024-12-04 14:44:22,030 | INFO  | Connector openwire started | org.apache.activemq.broker.TransportConnector | WrapperSimpleAppMain
2024-12-04 14:44:22,045 | INFO  | Listening for connections at: amqp://[amq2 dns name]:5672?maximumConnections=1000&wireFormat.maxFrameSize=104857600 | org.apache.activemq.transport.TransportServerThreadSupport | WrapperSimpleAppMain
2024-12-04 14:44:22,045 | INFO  | Connector amqp started | org.apache.activemq.broker.TransportConnector | WrapperSimpleAppMain
2024-12-04 14:44:22,045 | INFO  | Listening for connections at: stomp://[amq2 dns name]:61613?maximumConnections=1000&wireFormat.maxFrameSize=104857600 | org.apache.activemq.transport.TransportServerThreadSupport | WrapperSimpleAppMain
2024-12-04 14:44:22,045 | INFO  | Connector stomp started | org.apache.activemq.broker.TransportConnector | WrapperSimpleAppMain
2024-12-04 14:44:22,045 | INFO  | Listening for connections at: mqtt://[amq2 dns name]:1883?maximumConnections=1000&wireFormat.maxFrameSize=104857600 | org.apache.activemq.transport.TransportServerThreadSupport | WrapperSimpleAppMain
2024-12-04 14:44:22,061 | INFO  | Connector mqtt started | org.apache.activemq.broker.TransportConnector | WrapperSimpleAppMain
2024-12-04 14:44:22,155 | WARN  | [email protected]@6653fe4b{/,null,STARTING} has uncovered http methods for path: / | org.eclipse.jetty.security.SecurityHandler | WrapperSimpleAppMain
2024-12-04 14:44:22,186 | INFO  | Listening for connections at ws://[amq2 dns name]:61614?maximumConnections=1000&wireFormat.maxFrameSize=104857600 | org.apache.activemq.transport.ws.WSTransportServer | WrapperSimpleAppMain
2024-12-04 14:44:22,202 | INFO  | Connector ws started | org.apache.activemq.broker.TransportConnector | WrapperSimpleAppMain
2024-12-04 14:44:22,202 | INFO  | Establishing network connection from vm://amqSlave to tcp://[amq2 dns]:61616/ | org.apache.activemq.network.DiscoveryNetworkConnector | WrapperSimpleAppMain
2024-12-04 14:44:22,217 | WARN  | path isn't a valid local location for TcpTransport to use | org.apache.activemq.transport.tcp.TcpTransportFactory | WrapperSimpleAppMain
2024-12-04 14:44:22,217 | INFO  | Connector vm://amqSlave started | org.apache.activemq.broker.TransportConnector | WrapperSimpleAppMain
2024-12-04 14:44:22,233 | INFO  | Establishing network connection from vm://amqSlave to tcp://[amq1 dns]:61616/ | org.apache.activemq.network.DiscoveryNetworkConnector | WrapperSimpleAppMain
2024-12-04 14:44:22,233 | WARN  | path isn't a valid local location for TcpTransport to use | org.apache.activemq.transport.tcp.TcpTransportFactory | WrapperSimpleAppMain
2024-12-04 14:44:22,295 | INFO  | amqSlave Shutting down NC | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ BrokerService[amqSlave] Task-5
2024-12-04 14:44:22,311 | WARN  | Network connection between vm://amqSlave#0 and tcp://[amq2 DNS]/[amq2 IP address]:61616@52694 shutdown due to a remote error: {} | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ Transport: tcp://[amq2 DNS]/[amq2 IP address]:61616@52694
java.net.SocketException: Socket closed
    at java.net.SocketInputStream.socketRead0(Native Method)[:1.8.0_431]
    at java.net.SocketInputStream.socketRead(Unknown Source)[:1.8.0_431]
    at java.net.SocketInputStream.read(Unknown Source)[:1.8.0_431]
    at java.net.SocketInputStream.read(Unknown Source)[:1.8.0_431]
    at org.apache.activemq.transport.tcp.TcpBufferedInputStream.fill(TcpBufferedInputStream.java:50)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport$2.fill(TcpTransport.java:634)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpBufferedInputStream.read(TcpBufferedInputStream.java:59)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport$2.read(TcpTransport.java:619)[activemq-client-5.15.0.jar:5.15.0]
    at java.io.DataInputStream.readInt(Unknown Source)[:1.8.0_431]
    at org.apache.activemq.openwire.OpenWireFormat.unmarshal(OpenWireFormat.java:268)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport.readCommand(TcpTransport.java:240)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport.doRun(TcpTransport.java:232)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:215)[activemq-client-5.15.0.jar:5.15.0]
    at java.lang.Thread.run(Unknown Source)[:1.8.0_431]
2024-12-04 14:44:22,311 | WARN  | Transport Connection to: tcp://[amq2 IP address]:52694 failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ Transport: tcp:///[amq2 IP address]:52694@61616
2024-12-04 14:44:22,311 | INFO  | Network connection between vm://amqSlave#0 and tcp://[amq2 DNS]/[amq2 IP address]:61616@52694 shutdown due to a local error: {} | org.apache.activemq.network.DemandForwardingBridgeSupport | triggerStartAsyncNetworkBridgeCreation: remoteBroker=tcp://[amq2 DNS]/[amq2 IP address]:61616@52694, localBroker= vm://amqSlave#0
java.io.IOException: Stopped.
    at org.apache.activemq.transport.ResponseCorrelator.stop(ResponseCorrelator.java:131)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.util.ServiceSupport.dispose(ServiceSupport.java:43)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.network.DemandForwardingBridgeSupport.collectBrokerInfos(DemandForwardingBridgeSupport.java:400)[activemq-broker-5.15.0.jar:5.15.0]
    at org.apache.activemq.network.DemandForwardingBridgeSupport.access$500(DemandForwardingBridgeSupport.java:112)[activemq-broker-5.15.0.jar:5.15.0]
    at org.apache.activemq.network.DemandForwardingBridgeSupport$5.run(DemandForwardingBridgeSupport.java:354)[activemq-broker-5.15.0.jar:5.15.0]
    at java.lang.Thread.run(Unknown Source)[:1.8.0_431]
2024-12-04 14:44:22,311 | INFO  | amqSlave bridge to Unknown stopped | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ BrokerService[amqSlave] Task-5
2024-12-04 14:44:23,325 | INFO  | Establishing network connection from vm://amqSlave to tcp://[amq2 dns]:61616/ | org.apache.activemq.network.DiscoveryNetworkConnector | Simple Discovery Agent-1
2024-12-04 14:44:23,325 | WARN  | path isn't a valid local location for TcpTransport to use | org.apache.activemq.transport.tcp.TcpTransportFactory | Simple Discovery Agent-1
2024-12-04 14:44:23,325 | INFO  | amqSlave Shutting down NC | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ BrokerService[amqSlave] Task-13
2024-12-04 14:44:23,325 | INFO  | Network connection between vm://amqSlave#4 and tcp://[amq2 DNS]/[amq2 IP address]:61616@52696 shutdown due to a local error: {} | org.apache.activemq.network.DemandForwardingBridgeSupport | triggerStartAsyncNetworkBridgeCreation: remoteBroker=tcp://[amq2 DNS]/[amq2 IP address]:61616@52696, localBroker= vm://amqSlave#4
java.io.IOException: Stopped.
    at org.apache.activemq.transport.ResponseCorrelator.stop(ResponseCorrelator.java:131)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.util.ServiceSupport.dispose(ServiceSupport.java:43)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.network.DemandForwardingBridgeSupport.collectBrokerInfos(DemandForwardingBridgeSupport.java:400)[activemq-broker-5.15.0.jar:5.15.0]
    at org.apache.activemq.network.DemandForwardingBridgeSupport.access$500(DemandForwardingBridgeSupport.java:112)[activemq-broker-5.15.0.jar:5.15.0]
    at org.apache.activemq.network.DemandForwardingBridgeSupport$5.run(DemandForwardingBridgeSupport.java:354)[activemq-broker-5.15.0.jar:5.15.0]
    at java.lang.Thread.run(Unknown Source)[:1.8.0_431]
2024-12-04 14:44:23,325 | WARN  | Network connection between vm://amqSlave#4 and tcp://[amq2 DNS]/[amq2 IP address]:61616@52696 shutdown due to a remote error: {} | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ Transport: tcp://[amq2 DNS]/[amq2 IP address]:61616@52696
java.net.SocketException: Socket closed
    at java.net.SocketInputStream.socketRead0(Native Method)[:1.8.0_431]
    at java.net.SocketInputStream.socketRead(Unknown Source)[:1.8.0_431]
    at java.net.SocketInputStream.read(Unknown Source)[:1.8.0_431]
    at java.net.SocketInputStream.read(Unknown Source)[:1.8.0_431]
    at org.apache.activemq.transport.tcp.TcpBufferedInputStream.fill(TcpBufferedInputStream.java:50)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport$2.fill(TcpTransport.java:634)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpBufferedInputStream.read(TcpBufferedInputStream.java:59)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport$2.read(TcpTransport.java:619)[activemq-client-5.15.0.jar:5.15.0]
    at java.io.DataInputStream.readInt(Unknown Source)[:1.8.0_431]
    at org.apache.activemq.openwire.OpenWireFormat.unmarshal(OpenWireFormat.java:268)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport.readCommand(TcpTransport.java:240)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport.doRun(TcpTransport.java:232)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:215)[activemq-client-5.15.0.jar:5.15.0]
    at java.lang.Thread.run(Unknown Source)[:1.8.0_431]
2024-12-04 14:44:23,325 | WARN  | Transport Connection to: tcp://[amq2 IP address]:52696 failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ Transport: tcp:///[amq2 IP address]:52696@61616
2024-12-04 14:44:23,341 | INFO  | amqSlave bridge to Unknown stopped | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ BrokerService[amqSlave] Task-13
2024-12-04 14:44:25,341 | INFO  | Establishing network connection from vm://amqSlave to tcp://[amq2 dns]:61616/ | org.apache.activemq.network.DiscoveryNetworkConnector | Simple Discovery Agent-2
2024-12-04 14:44:25,341 | WARN  | path isn't a valid local location for TcpTransport to use | org.apache.activemq.transport.tcp.TcpTransportFactory | Simple Discovery Agent-2
2024-12-04 14:44:25,341 | INFO  | amqSlave Shutting down NC | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ BrokerService[amqSlave] Task-21
2024-12-04 14:44:25,341 | INFO  | Network connection between vm://amqSlave#6 and tcp://[amq2 DNS]/[amq2 IP address]:61616@52703 shutdown due to a local error: {} | org.apache.activemq.network.DemandForwardingBridgeSupport | triggerStartAsyncNetworkBridgeCreation: remoteBroker=tcp://[amq2 DNS]/[amq2 IP address]:61616@52703, localBroker= vm://amqSlave#6
java.io.IOException: Stopped.
    at org.apache.activemq.util.ServiceSupport.dispose(ServiceSupport.java:43)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.network.DemandForwardingBridgeSupport.collectBrokerInfos(DemandForwardingBridgeSupport.java:400)[activemq-broker-5.15.0.jar:5.15.0]
    at org.apache.activemq.network.DemandForwardingBridgeSupport.access$500(DemandForwardingBridgeSupport.java:112)[activemq-broker-5.15.0.jar:5.15.0]
    at org.apache.activemq.network.DemandForwardingBridgeSupport$5.run(DemandForwardingBridgeSupport.java:354)[activemq-broker-5.15.0.jar:5.15.0]
    at java.lang.Thread.run(Unknown Source)[:1.8.0_431]
2024-12-04 14:44:25,341 | WARN  | Network connection between vm://amqSlave#6 and tcp://[amq2 DNS]/[amq2 IP address]:61616@52703 shutdown due to a remote error: {} | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ Transport: tcp://[amq2 DNS]/[amq2 IP address]:61616@52703
java.net.SocketException: Socket closed
    at java.net.SocketInputStream.socketRead0(Native Method)[:1.8.0_431]
    at java.net.SocketInputStream.socketRead(Unknown Source)[:1.8.0_431]
    at java.net.SocketInputStream.read(Unknown Source)[:1.8.0_431]
    at java.net.SocketInputStream.read(Unknown Source)[:1.8.0_431]
    at org.apache.activemq.transport.tcp.TcpBufferedInputStream.fill(TcpBufferedInputStream.java:50)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport$2.fill(TcpTransport.java:634)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpBufferedInputStream.read(TcpBufferedInputStream.java:59)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport$2.read(TcpTransport.java:619)[activemq-client-5.15.0.jar:5.15.0]
    at java.io.DataInputStream.readInt(Unknown Source)[:1.8.0_431]
    at org.apache.activemq.openwire.OpenWireFormat.unmarshal(OpenWireFormat.java:268)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport.readCommand(TcpTransport.java:240)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport.doRun(TcpTransport.java:232)[activemq-client-5.15.0.jar:5.15.0]
    at org.apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:215)[activemq-client-5.15.0.jar:5.15.0]
    at java.lang.Thread.run(Unknown Source)[:1.8.0_431]
2024-12-04 14:44:25,341 | WARN  | Transport Connection to: tcp://[amq2 IP address]:52703 failed: java.io.EOFException | org.apache.activemq.broker.TransportConnection.Transport | ActiveMQ Transport: tcp:///[amq2 IP address]:52703@61616
2024-12-04 14:44:25,372 | INFO  | amqSlave bridge to Unknown stopped | org.apache.activemq.network.DemandForwardingBridgeSupport | ActiveMQ BrokerService[amqSlave] Task-21

Quaisquer informações ou sugestões sobre o que pode estar causando esse problema seriam muito apreciadas.

Obrigado!

Quando estou na minha rede local (sub-rede?), gostaria de ir para sub1.myserver.come que funcionasse da mesma forma que ir para 192.168.1.99:1234- ou seja, o objetivo seria usar o mesmo nome de domínio que também uso publicamente para este servidor, obtendo, por exemplo, velocidades de download da LAN.

Minha configuração:

Tenho vários serviços em execução em portas diferentes, por exemplo: 192.168.1.99:1234e 192.168.1.99:5678no meu servidor Debian Bookworm.

Meu DNS (porkbun) tem Aregistros para meus IPs públicos -> nomes de (sub)domínios.

E eu tenho um proxy nginx fazendo proxy_passcoisas como sub1.myserver.com-> 0.0.0.0:1234e sub2.myserver.com-> 0.0.0.0:5678.

Isso funciona muito bem e posso acessar meu servidor publicamente via sub1.myserver.com.

Também posso, é claro, ir 192.168.1.99:1234diretamente e conectar-me ao mesmo aplicativo via LAN.

Como posso reutilizar o mesmo domínio para conexões LAN locais e, se não for possível/não aconselhável, qual seria a próxima melhor solução?

Vejo que o provedor azurermazurerm_monitor_metric_alert tem , mas não parece oferecer suporte a alertas de cota do Azure . Vários AIs acham que posso usar azurerm_monitor_metric_alertcom um escopo como `/subscriptions/${data.azurerm_subscription.current.subscription_id}/providers/Microsoft.Compute/locations/${location}/providers/Microsoft.Quota/quotas/standardDPLDSv5Family"

mas esse não parece ser o caso. Parece ser impossível gerenciar alertas de cota de assinatura via terraform. Isso está certo?

Temos um locatário do Microsoft 365 e encontramos um problema com o roteamento de e-mails devido a um requisito incomum.

Conectamos o domínio example.com ao locatário, e o e-mail que é enviado [email protected]é colocado na caixa de correio do Exchange para o respectivo usuário (Exchange Online). Na maioria dos casos, esse é o comportamento desejado.

No entanto, para certos usuários, os e-mails não devem chegar às caixas de correio do Exchange Online desses usuários, mas, em vez disso, devem ser encaminhados para outro MX que lida com as mensagens recebidas desses usuários. Isso parece impossível de ser alcançado se houver o requisito adicional de que as caixas de correio do Exchange Online desses usuários permaneçam habilitadas.

Para explicar com um exemplo:

Os usuários [email protected]e [email protected]ambos têm suas caixas de correio do Exchange Online habilitadas. As mensagens de e-mail para [email protected]devem ser colocadas na respectiva caixa de correio do Exchange Online, mas as mensagens para [email protected]devem ser encaminhadas para outro MX externo que lida com e-mails de entrada para [email protected], mas não para [email protected].

Para que isso acontecesse, fizemos o seguinte:

• Crie um conector com as seguintes propriedades:
  • Cenário de fluxo de e-mail: do Office 365 para o servidor de e-mail da sua organização
  • Nome:Bypass_Exchange
  • Status: Ativado
  • Uso do conector: Use somente quando eu tiver uma regra de transporte configurada que redireciona mensagens para este conector
  • Roteamento: roteie mensagens de e-mail por meio destes hosts inteligentes:‎mx.otherdomain.com
  • Restrições de segurança: (não relevante aqui)
  • Validação: Último resultado da validação: ‎Validação bem-sucedida‎ (o restante da propriedade de validação não é relevante aqui)
• Crie uma regra com as seguintes propriedades:
  • Status: Habilitado
  • Nome da regra:Bypass_b
  • Modo: Aplicar
  • Gravidade: Não especificado
  • Definir intervalo de datas: O intervalo de datas específico não foi definido
  • Endereço do remetente: Cabeçalho correspondente
  • Prioridade: 0
  • Para erros de processamento de regras: Ignorar
  • Aplique esta regra se: qualquer endereço de destinatário corresponder a estes padrões:[email protected]
  • Faça o seguinte: Roteie a mensagem usando o conector chamadoBypass_Exchange
  • Comentários sobre as regras: (nenhum)

Isso funciona até a metade:

Se alguém enviar um e-mail para [email protected], a mensagem chega na respectiva caixa de correio do Exchange Online. Se alguém enviar um e-mail para [email protected], a mensagem é encaminhada para mx.otherdomain.com, que a manipula adequadamente porque está configurado para cuidar de mensagens para [email protected].

Mas se alguém enviar um e-mail para ambos os destinatários (por exemplo, [email protected]se [email protected]ambos estiverem no To:cabeçalho), as coisas dão errado e o remetente recebe uma notificação de não entrega.

Entendo por que isso acontece: o Microsoft 365 aciona a regra porque um endereço de destinatário corresponde [email protected]a , e encaminha a mensagem para mx.otherdomain.com, que por sua vez enlouquece porque não está configurado para lidar com e-mails para [email protected].

Embora tenha entendido o problema, não consegui encontrar uma solução para ele, mesmo depois de ter analisado de perto todas as condições possíveis no editor de regras e seu possível uso. Nas configurações de fluxo de e-mail no Microsoft 365, é possível de alguma forma "dividir" as mensagens recebidas em duas cópias, onde uma cópia vai apenas para os destinatários que são manipulados pelas caixas de correio do Exchange Online e a outra cópia vai apenas para os destinatários que são manipulados por mx.otherdomain.com?

Todos.

Tenho o seguinte arquivo de configuração:

frontend devopsdb
  bind    *:8080
  acl grafana_path path_beg /grafana/
  use_backend back_grafana if grafana_path 

backend back_grafana
  server grafana-dev 10.152.183.155:80 

O que preciso é que quando eu acessar a url (172.21.10.76 é minha VM de teste e onde está o HAProxy): http://172.21.10.76:8080/grafana/ ela seja redirecionada para o POD grafana: 10.152.183.155:80

Até agora tudo bem, funciona.

Mas assim que ele é redirecionado, o caminho /grafana/ desaparece da URL e é por isso que o HAProxy para de redirecionar... - http://172.21.10.76:8080/login

É possível manter /grafana/ de alguma forma pelo HAProxy?

O mesmo acontecerá com outro POD /prometheus/