Rapporteringsnode: Løs skille mellom store og små bokstaver i datainnsamlingsnavn etter ServerDR

Observerte problemer etter rapportering av nodedistribusjon og ServerDR.

Følgende symptomer ble identifisert:

• Nye data som samles inn etter å ha utført ServerDR, vises ikke i noen rapporter.
• Bare historiske data forblir synlige i rapportleseren.
• Datainnsamlingsloggene inneholder en tilkoblingsfeil.
• En databasespørring viser datainnsamlingsnavnet som er lagret med små / store bokstaver (f.eks. data-collector@report ).
• Det gjeldende vertsnavnet for rapporteringsnoden er i et annet tilfelle (store bokstaver kontra små bokstaver) enn navnet som er registrert i databasen.

Relevante loggoppføringer fra /var/log/reporting/logs/data-collector/data-collector.log :

2026-02-10T06:45:00.006Z INFO [] [DataCollectionQuartzScheduler_Worker-1] [c.e.b.d.c.s.DataCollectionJob.execute(17)] - Start to perform data collection.
2026-02-10T06:45:00.007Z INFO [] [DataCollectionQuartzScheduler_Worker-1] [c.e.b.d.c.s.d.c.DataCollectionService.doCollect(93)] - Query systems by data collector data-collector@REPORT.
2026-02-10T06:45:00.113Z ERROR [] [DataCollectionQuartzScheduler_Worker-1] [c.e.b.d.c.a.CollectedSystemApiServiceImpl.findAllByDataCollectorName(227)] - Error finding all by data collector name: data-collector@gcntnb05
java.net.ConnectException: Failed to connect to localhost/127.0.0.1:18455
    at okhttp3.internal.connection.RealConnection.connectSocket(RealConnection.kt:297)
    at okhttp3.internal.connection.RealConnection.connect(RealConnection.kt:207)
    at okhttp3.internal.connection.ExchangeFinder.findConnection(ExchangeFinder.kt:226)
    at okhttp3.internal.connection.ExchangeFinder.findHealthyConnection(ExchangeFinder.kt:106)
    at okhttp3.internal.connection.ExchangeFinder.find(ExchangeFinder.kt:74)
    at okhttp3.internal.connection.RealCall.initExchange$okhttp(RealCall.kt:255)

Kommando som brukes til å inspisere samlerpostene i databasen:

psql postgresql://reporting:Password123\!@127.0.0.1:9003/collected_business_data -c "select * from public.collected_system"

Skiller ikke mellom store og små bokstaver i navn på datainnsamler

Dette problemet oppstår fordi data_collector_name Lagret i rapporteringsnodedatabasen skiller mellom store og små bokstaver. Etter å ha distribuert rapporteringsnoden på nytt, er vertsnavnet med store bokstaver, mens det opprinnelige vertsnavnet som ble registrert under ServerDR, var med små bokstaver. Dette avviket hindrer datainnsamlingstjenesten i å finne riktig oppføring, noe som forårsaker datasynkroniseringsfeil.

• Databaseoppføringen for data_collector_name lagres med små bokstaver (f.eks. data-collector@report ).
• Gjeldende vertsnavn for rapporteringsnoden er stor forbokstav, men det forrige ServerDR-vertsnavnet var små bokstaver (f.eks. REPORT ).
• Fordi navnesammenligningen skiller mellom store og små bokstaver, kan ikke tjenesten samsvare det lagrede navnet med gjeldende vertsnavn.

Resulterende tilkoblingsfeil

2026-02-10T06:45:00.113Z ERROR [] [DataCollectionQuartzScheduler_Worker-1] [c.e.b.d.c.a.CollectedSystemApiServiceImpl.findAllByDataCollectorName(227)] - Error finding all by data collector name: data-collector@REPORT
java.net.ConnectException: Failed to connect to localhost/127.0.0.1:18455
    at okhttp3.internal.connection.RealConnection.connectSocket(RealConnection.kt:297)
    at okhttp3.internal.connection.RealConnection.connect(RealConnection.kt:207)
    at okhttp3.internal.connection.ExchangeFinder.findConnection(ExchangeFinder.kt:226)
    at okhttp3.internal.connection.ExchangeFinder.findHealthyConnection(ExchangeFinder.kt:106)
    at okhttp3.internal.connection.ExchangeFinder.find(ExchangeFinder.kt:74)
    at okhttp3.internal.connection.RealCall.initExchange$okhttp(RealCall.kt:255)

Gjenopprett data om rapporteringsnoden etter ServerDR.

Alternativ 1 – Distribuer rapporteringsnoden på nytt med riktig vertsnavn.

Bruk denne metoden når du foretrekker en ren omplassering.

• Kontroller at det nye vertsnavnet for rapporteringsnoden samsvarer med det opprinnelige vertsnavnet **nøyaktig**, inkludert tilfelle (f.eks. RAPPORT kontra rapport).
• Distribuer rapporteringsnoden på nytt ved å bruke riktig vertsnavn.
• Utfør ServerDR (Server Disaster Recovery) på rapporteringsnoden på nytt.

Alternativ 2 – Oppdater datainnsamlernavn direkte i databasen

Bruk denne metoden for å unngå full omplassering.

1. Logg på rapporteringsnoden med riktige rettigheter.
2. Kontroller gjeldende datainnsamlingsoppføringer:

   psql postgresql://reporting:[PASSWORD]@127.0.0.1:9003/collected_business_data -c "SELECT * FROM public.collected_system;"        

3. Identifiser raden som inneholder det gamle vertsnavnet, og noter adresseverdien (f.eks. 192.168.1.15).
4. Slik samsvarer du med gjeldende vertsnavnsak:

   postgresql://reporting:[PASSWORD]@127.0.0.1:9003/collected_business_data -c "UPDATE public.collected_system SET data_collector_name='data-collector@[HOSTNAME]' WHERE address='[IP_ADDRESS]';"       

   Erstatt [HOSTNAME] med det nøyaktige vertsnavnet til rapporteringsnoden (skiller mellom store og små bokstaver) og [IP_ADDRESS] med adressen som ble identifisert i trinn 2.
5. Start datainnsamlingstjenesten på nytt for å bruke endringen:

   systemctl restart data-collector.service        

Verifisering

• Sjekk datainnsamlingsloggen for vellykkede spørringer:

  cat /var/log/reporting/logs/data-collector/data-collector.log | grep -i "Start to perform data collection"       

  Nei ConnectException Feil skal vises.
• Vent i rundt én time, åpne deretter rapportleseren og bekreft at nylig innsamlede data vises sammen med de historiske dataene.