Rapportageknooppunt: Gevoeligheid hoofdlettergevoeligheid Data Collector naam oplossen na ServerDR

Waargenomen problemen na het melden van herimplementatie van knooppunten en serverDR.

De volgende symptomen werden geïdentificeerd:

• Nieuwe data die worden verzameld na het uitvoeren van ServerDR worden in geen enkel rapport weergegeven.
• Alleen historische gegevens blijven zichtbaar in de rapportbrowser.
• De servicelogboeken van de data-collector bevatten een verbindingsfout.
• Een databasequery toont de naam van de dataverzamelaar die is opgeslagen in kleine letters/hoofdletters (bijv. data-collector@report ).
• De huidige hostnaam van het rapporterende knooppunt staat in een ander hoofdlettergebruik (hoofdletter versus kleine letter) dan de naam die in de database is vastgelegd.

Relevante logboekvermeldingen van /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)

Opdracht die wordt gebruikt om de verzamelrecords in de database te inspecteren:

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

Hoofdlettergevoelige mismatch van naam van dataverzamelaar

Het probleem doet zich voor omdat de data_collector_name Opgeslagen in de database met rapportageknooppunten is hoofdlettergevoelig. Na het opnieuw implementeren van het rapportageknooppunt staat de hostnaam in hoofdletters, terwijl de oorspronkelijke hostnaam die tijdens ServerDR is vastgelegd in kleine letters staat. Deze discrepantie voorkomt dat de service voor het verzamelen van gegevens de juiste invoer kan vinden, waardoor gegevenssynchronisatiefouten optreden.

• De database-vermelding voor data_collector_name wordt opgeslagen in kleine letters (bijv. data-collector@report ).
• De huidige hostnaam van het rapporterende knooppunt is hoofdletters, maar de vorige ServerDR-hostnaam was kleine letters (bijv. REPORT ).
• Omdat de naamvergelijking hoofdlettergevoelig is, kan de service de opgeslagen naam niet vinden in de huidige hostnaam.

Resulterende verbindingsfout

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)

Rapporteringsknooppuntdata herstellen na ServerDR.

Optie 1: rapporteringsknooppunt opnieuw implementeren met de juiste hostnaam.

Gebruik deze methode als u de voorkeur geeft aan een schone herimplementatie.

• Zorg ervoor dat de hostnaam van het nieuwe rapporterende knooppunt overeenkomt met de oorspronkelijke hostnaam **precies**, inclusief hoofdlettergebruik (bijv. RAPPORT versus rapport).
• Implementeer het rapportageknooppunt opnieuw met behulp van de juiste hostnaam.
• Voer ServerDR (Server Disaster Recovery) opnieuw uit op het rapportageknooppunt.

Optie 2 – Werk de naam van de Data Collector rechtstreeks bij in de database

Gebruik deze methode om een volledige herimplementatie te voorkomen.

1. Meld u aan bij het rapportageknooppunt met de juiste bevoegdheden.
2. Controleer de huidige vermeldingen voor de dataverzamelaar:

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

3. Identificeer de rij die de oude hostnaam bevat en noteer de adreswaarde (bijv. 192.168.1.15 ).
4. Komt als volgt overeen met het huidige hoofdlettergebruik van de hostnaam:

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

   Vervang [HOSTNAME] door de exacte hostnaam van het rapporterende knooppunt (hoofdlettergevoelig) en [IP_ADDRESS] door het adres dat in stap 2 is geïdentificeerd.
5. Start de dataverzamelaarservice opnieuw om de wijziging toe te passen:

   systemctl restart data-collector.service        

Controle

• Controleer het logboek van de data-collector op succesvolle query's:

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

  Nee ConnectException Er zouden fouten moeten verschijnen.
• Wacht ongeveer een uur, open vervolgens de rapportbrowser en controleer of nieuw verzamelde gegevens naast de historische gegevens worden weergegeven.