Diagnostica i job di aggregazione

Verifica di aver eseguito correttamente l'autenticazione nell'interfaccia a riga di comando del cloud pubblico che stai utilizzando.

AWS richiede le autorizzazioni utente per poter creare istanze e altri servizi necessari per il servizio di aggregazione. Una volta applicato, dovresti essere in grado di eseguire terraform plan e apply senza problemi.

In Google Cloud, tieni presente che dovrai rappresentare un service account per eseguire il deployment della seconda metà di Terraform. Il comando terraform apply potrebbe non riuscire se hai saltato questo passaggio perché il service account di deployment dispone di tutte le autorizzazioni necessarie per creare risorse. Consulta lo step 4 in "Set up your deployment environment" (Configura l'ambiente di deployment) nella documentazione di GitHub.

Verifica che il sito che stai inviando nel campo attribution_report_to della richiesta createJob sia lo stesso inviato durante l'onboarding.

Il sito deve corrispondere o essere un sottodominio di quello di cui è stato eseguito l'onboarding. Tieni presente che l'onboarding del servizio di aggregazione viene gestito a livello di dominio di primo livello e tutti i sottodomini sono idonei a utilizzare il servizio di aggregazione una volta eseguito l'onboarding del dominio di primo livello.

Verifica che il service account utilizzato nel deployment del servizio di aggregazione corrisponda a quello fornito durante l'onboarding. Deve corrispondere esattamente, non solo appartenere allo stesso progetto.

È previsto che tu utilizzi gli stessi coordinatori che ti sono stati forniti via email. Se i problemi persistono, raccogli il file auto.tfvars e le informazioni sull'origine dei report e contattaci tramite il modulo di assistenza tecnica.

            "result_info": {
              "return_code": "PRIVACY_BUDGET_EXHAUSTED",
              "return_message": "com.google.aggregate.adtech.worker.exceptions.AggregationJobProcessException:
              Insufficient privacy budget for one or more aggregatable reports. No aggregatable report can appear
              in more than one aggregation job. Information related to reports that do not have budget can be
              found in the following file:
              File path: //
              Filename: privacy budget exhausted debugging information  \n
              com.google.aggregate.adtech.worker.aggregation.concurrent.ConcurrentAggregationProcessor.consumePrivacyBudgetUnits(ConcurrentAggregationProcessor.java:525) \n com.google.aggregate.adtech.worker.aggregation.concurrent.ConcurrentAggregationProcessor.process(ConcurrentAggregationProcessor.java:319) \n com.google.aggregate.adtech.worker.WorkerPullWorkService.run(WorkerPullWorkService.java:157)",
              "error_summary": {
                  "error_counts": [],
                  "error_messages": []
              },
              "finished_at": 
            }
          

Il problema di esaurimento del budget per la privacy si verifica quando tenti di raggruppare un report il cui ID condiviso è già stato incluso in un batch precedente riuscito. Questo errore si verifica a causa della regola"Nessun duplicato", in base alla quale i report aggregabili possono essere visualizzati solo in un singolo batch e possono contribuire a un solo report riepilogativo.

A ogni report verrà assegnato un "ID condiviso" composto dai campi API shared_info, reporting_origin, destination_site, source_registration_time (troncato per giorno), scheduled_report_time (troncato per ora) e version. Ciò significa che più report possono appartenere allo stesso "ID condiviso" se condividono gli stessi attributi del campo shared_info.

Ti consigliamo di provare l'assistenza per l'esaurimento del budget per la privacy fornita dalla risposta al job per esaminare e risolvere l'errore. In questo modo viene fornito un nuovo file JSON di assistenza che consente di visualizzare i report che hanno contribuito all'errore.

Tieni presente che, se esegui il batch correttamente, potresti avere diritto al recupero del budget (spiegazione). Suggerisci di leggere la spiegazione e compilare il modulo, ma tieni presente che la richiesta dovrà essere approvata per recuperare correttamente il budget ed eseguire nuovamente il job.

I job che rimangono bloccati nello stato RECEIVED e l'errore 403 si verificano in genere quando il service account non è ancora stato integrato. Verifica che il service account che stai utilizzando corrisponda a quello fornito nella richiesta di onboarding. Se non hai completato una richiesta di onboarding, compila i moduli di onboarding e di registrazione.

Dopo aver verificato lo stato di registrazione e onboarding, controlla cosa è successo al job in esecuzione.

In questo caso, è possibile che l'enclave AWS non sia in esecuzione o si sia arrestata in modo anomalo e quindi i job non vengano selezionati.

1. Connettiti a Session Manager dell'istanza EC2.
2. Segui questa documentazione AWS, che include i seguenti passaggi per la connessione a Session Manager.
3. Vai a AWS Console Manager > EC2 > Instances (Istanze).
4. Seleziona l'ID istanza del servizio di aggregazione in esecuzione.
5. Seleziona la scheda "Session Manager" (Gestione sessioni) > pulsante "Connetti". In questo modo, ti connetterai alla tua istanza.
6. Una volta in esecuzione l'istanza Enclave, esegui nel terminale:
   sudo nitro-cli describe-enclaves
   Se questo comando non mostra i log come previsto, esegui il seguente comando prima di riprovare:
   sudo nitro-cli run-enclave --cpu-count=2 --memory=7000 --eif-path=/opt/google/worker/enclave.eif
   
7. Per verificare se l'enclave AWS ha subito un arresto anomalo, esegui il comando: sudo journalctl -u aggregate-worker.service
8. Dovresti visualizzare i log di output che vengono compilati, ad esempio:
   Starting aggregate-worker.service - Watcher script for nitro enclave.
   Se si verificano errori, questi dovrebbero essere visibili qui.

Il gruppo di istanze gestite (MIG) potrebbe non essere integro. Se è la prima volta che esegui la configurazione o se hai eliminato e ricreato adtech_setup Terraform, verifica che il service account sia stato caricato. Se il service account non è stato eseguito l'onboarding, i gruppi di istanze gestite non saranno integri.

1. Nella console Cloud, vai a Compute Engine > Gruppi di istanze.
2. Controlla le colonne di stato (i segni di spunta verdi indicano che sono integri)
3. Fai clic su uno dei gruppi di istanze e consulta la scheda Errori per saperne di più sul problema. Fai clic sul nome dell'istanza per accedere alle informazioni a livello di VM.
4. Puoi anche utilizzare il terminale per interagire con il gruppo di istanze e ottenere le stesse informazioni. Prova il comando list-errors:
   gcloud compute instance-groups managed list-errors --region=
   Di seguito è riportato un output di esempio.

                     INSTANCE_URL: https://www.googleapis.com/compute/v1/projects/aggservice-sandbox/zones/us-central1-c/instances/collector-operator-demo-env-67hd
                     ACTION: VERIFYING
                     ERROR_CODE: WAITING_FOR_HEALTHY_TIMEOUT_EXCEEDED
                     ERROR_MESSAGE: Waiting for HEALTHY state timed out (autohealingPolicy.initialDelay=200 sec) for instance projects/aggservice-sandbox/zones/us-central1-c/instances/collector-operator-demo-env-67hd and health check projects/aggservice-sandbox/global/healthChecks/operator-demo-env-collector-auto-heal-hc.
                     TIMESTAMP: 
                     INSTANCE_TEMPLATE: https://www.googleapis.com/compute/v1/projects/aggservice-sandbox/global/instanceTemplates/operator-demo-env-collector
                     VERSION_NAME: primary