Rapporteringsnod: Lös skiftlägeskänslighet för datainsamlarnamn efter ServerDR

Observerade problem efter rapportering av nodomdistribution och ServerDR.

Följande symtom identifierades:

• Nya data som samlas in efter att ServerDR har utförts visas inte i några rapporter.
• Endast historiska data visas i Report Browser.
• Tjänstloggarna för datainsamlare innehåller ett anslutningsfel.
• En databasfråga visar datainsamlarens namn som lagras i gemener/versaler (t.ex. data-collector@report ).
• Det aktuella värdnamnet för rapporteringsnoden har ett annat skiftläge (versaler jämfört med gemener) än det namn som registrerats i databasen.

Relevanta loggposter från /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 används för att inspektera insamlarposterna i databasen:

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

Skiftlägeskänsligt matchningsfel för datainsamlarens namn

Problemet beror på att data_collector_name Lagras i rapporteringsnoddatabasen och är skiftlägeskänsligt. När du har distribuerat om rapporteringsnoden är dess värdnamn i versaler, medan det ursprungliga värdnamnet som registrerades under ServerDR var i gemener. Den här avvikelsen hindrar datainsamlartjänsten från att hitta rätt post, vilket orsakar datasynkroniseringsfel.

• Databasposten för data_collector_name lagras med gemener (t.ex. data-collector@report ).
• Det aktuella värdnamnet för rapporteringsnoden är versaler, men det tidigare ServerDR-värdnamnet var gemener (t.ex. REPORT ).
• Eftersom namnjämförelsen är skiftlägeskänslig kan tjänsten inte matcha det lagrade namnet med det aktuella värdnamnet.

Resulterande anslutningsfel

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)

Återställ rapportnoddata efter ServerDR.

Alternativ 1 – Distribuera om rapporteringsnod med rätt värdnamn.

Använd den här metoden när du föredrar en ren omdistribution.

• Kontrollera att den nya rapporteringsnodens värdnamn matchar det ursprungliga värdnamnet **exakt**, inklusive skiftläge (t.ex. RAPPORT jämfört med rapport).
• Distribuera om rapporteringsnoden med rätt värdnamn.
• Utför ServerDR (Server Disaster Recovery) på rapporteringsnoden igen.

Alternativ 2 – Uppdatera datainsamlarens namn direkt i databasen

Använd den här metoden för att undvika en fullständig omdistribution.

1. Logga in på rapporteringsnoden med rätt behörighet.
2. Kontrollera de aktuella datainsamlarposterna:

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

3. Identifiera raden som innehåller det gamla värdnamnet och notera dess adressvärde (t.ex. 192.168.1.15 ).
4. Så här matchar du det aktuella värdnamnet:

   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]';"       

   Ersätt [HOSTNAME] med det exakta värdnamnet för rapporteringsnoden (skiftlägeskänsligt) och [IP_ADDRESS] med adressen som identifierades i steg 2.
5. Starta om datainsamlartjänsten för att tillämpa ändringen:

   systemctl restart data-collector.service        

Verifiering

• Kontrollera om det finns lyckade frågor i datainsamlarloggen:

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

  Nej ConnectException Fel bör visas.
• Vänta i cirka en timme och öppna sedan rapportbläddraren och kontrollera att nyligen insamlade data visas tillsammans med historiska data.