Introduzione
In questo documento viene descritta la procedura per risolvere i problemi relativi agli errori "502" quando gli utenti accedono all'interfaccia utente Web di Cisco Telemetry Broker (CTB).
Prerequisiti
- Conoscenze base di Cisco Telemetry Broker
Procedura
In alcuni casi gli utenti non sono più in grado di accedere all'interfaccia utente Web di CTB Manager subito dopo il completamento di un aggiornamento software. Nell'interfaccia utente Web viene visualizzata una richiesta non riuscita con codice di stato 502. Errore:
Questo si verifica quando il servizio telegraf contiene errori. Per confermare la tua richiesta, procedi come segue:
- Accedere al nodo di gestione CTB con le credenziali admin tramite SSH.
- Eseguire il comando sudo su e immettere la password per consentire all'amministratore di ottenere l'accesso completo come utente root.
- Una volta ottenuto l'accesso alla radice, esaminare i log più recenti dei servizi telegraf-collector e titanium-frontend container. A tale scopo, eseguire i due comandi seguenti:
- docker logs -f telegraf-collector
- log docker -f titanium-frontend
- Dai log di telegraf-collector vengono visualizzati questi errori:
root@mexsna-ctb-mgr-node:/home/admin# docker logs -f telegraf-collector
Running as collector
2022-12-16T23:10:11Z I! Starting Telegraf 1.19.1-titan
2022-12-16T23:10:11Z I! Loaded inputs: disk mem system
2022-12-16T23:10:11Z I! Loaded aggregators:
2022-12-16T23:10:11Z I! Loaded processors:
2022-12-16T23:10:11Z I! Loaded outputs: http
2022-12-16T23:10:11Z I! Tags enabled:
2022-12-16T23:10:11Z I! [agent] Config: Interval:1m0s, Quiet:false, Hostname:"", Flush Interval:10s
2022-12-16T23:11:02Z E! [agent] Error writing to outputs.http: when writing to [http://localhost/telegraf] received status code: 500
2022-12-16T23:11:17Z E! [agent] Error writing to outputs.http: when writing to [http://localhost/telegraf] received status code: 500
2022-12-16T23:11:31Z E! [agent] Error writing to outputs.http: when writing to [http://localhost/telegraf] received status code: 500
- Dal titanium-frontend viene registrato lo stato imprevisto della richiesta di autenticazione: 502 durante l'invio al client e vengono visualizzati gli errori di connessione rifiutata:
root@mexsna-ctb-mgr-node:/home/admin# docker logs -f titanium-frontend
2022/12/16 23:10:13 [error] 15#15: *4 auth request unexpected status: 502 while sending to client, client: 10.64.0.66, server: , request: "POST /telegraf HTTP/1.0", host: "10.64.0.65"
2022/12/16 23:10:20 [error] 15#15: *8 auth request unexpected status: 502 while sending to client, client: 10.64.0.67, server: , request: "POST /telegraf HTTP/1.0", host: "10.64.0.65"
2022/12/16 23:10:21 [error] 15#15: *10 connect() failed (111: Connection refused) while connecting to upstream, client: 169.254.64.10, server: , request: "GET /api-v1/node-manager HTTP/1.0", upstream: "http://169.254.64.8:8000/api-v1/node-manager", host: "
2022/12/16 23:10:23 [error] 15#15: *12 connect() failed (111: Connection refused) while connecting to upstream, client: 10.64.0.67, server: , request: "GET /api-v1/node-manager/config-v2 HTTP/1.0", upstream: "http://169.254.64.8:8000/api-v1/node-manager/config-v2", host: "10.64.0.65"
2022/12/16 23:10:26 [error] 15#15: *14 connect() failed (111: Connection refused) while connecting to upstream, client: 169.254.64.10, server: , request: "GET /api-v1/node-manager HTTP/1.0", upstream: "http://169.254.64.8:8000/api-v1/node-manager", host: "titanium-frontend:8080"
2022/12/16 23:10:28 [error] 15#15: *16 connect() failed (111: Connection refused) while connecting to upstream, client: 10.64.0.66, server: , request: "POST /telegraf HTTP/1.0", subrequest: "/api-v1/node-manager/auth", upstream: "http://169.254.64.8:8000/api-v1/node-manager/auth", host: "10.64.0.65"
2022/12/16 23:11:02 [error] 15#15: *54 auth request unexpected status: 502 while sending to client, client: 169.254.64.10, server: , request: "POST /telegraf HTTP/1.0", host: "titanium-frontend:8080"
Questo comportamento può verificarsi se l'utilizzo della partizione /var/lib/titan su CTB Manager è quasi completo (oltre il 90%). Eseguire il comando df -h per verificare l'utilizzo del disco:
root@mexsna-ctb-mgr-node:/home/admin# df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 0 3.9G 0% /dev
tmpfs 798M 1.4M 797M 1% /run
/dev/sda4 15G 3.6G 11G 26% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/sda2 227M 146M 65M 70% /boot
/dev/sda6 49G 45G 1.5G 97% /var/lib/titan
/dev/sda5 15G 3.6G 11G 26% /mnt/alt_root
La soluzione a questo problema consiste nell'espandere le dimensioni del disco di Gestione CTB. A tale scopo, eseguire la procedura Expand Cisco Telemetry Broker Manager and Broker Node Disk Size descritta nella Guida per l'utente di Cisco Telemetry Broker v1.3.1.
Una volta allocato più spazio su disco e confermato che l'utilizzo della partizione /var/lib/titan non è più superiore al 90%, l'interfaccia utente Web di Gestione CTB è nuovamente accessibile.
Nota: in base ai diversi comportamenti sperimentati, possono trascorrere fino a 4 ore prima che l'interfaccia utente Web di Gestione CTB sia nuovamente accessibile una volta allocato più spazio su disco.
Informazioni correlate