Diagnozowanie zadań agregacji

Sprawdź, czy masz prawidłowo uwierzytelniony interfejs wiersza poleceń chmury publicznej, z której korzystasz.

AWS wymaga uprawnień użytkownika, aby móc tworzyć instancje i inne usługi potrzebne do działania usługi agregacji. Po zastosowaniu tej zmiany powinna być możliwa realizacja poleceń terraform plan i apply bez żadnych problemów.

Pamiętaj, że w Google Cloud musisz podszyć się pod konto usługi, aby wdrożyć drugą część Terraform. Jeśli pominiesz ten krok, polecenie terraform apply może się nie powieść, ponieważ konto usługi wdrożenia ma wszystkie uprawnienia niezbędne do tworzenia zasobów. Zapoznaj się z krokiem 4 w sekcji „Set up your deployment environment” w dokumentacji na GitHubie.

Sprawdź, czy witryna, którą przesyłasz w attribution_report_to w createJob żądania, jest tą samą witryną, która została przesłana podczas wprowadzania.

Witryna powinna być zgodna z zarejestrowaną witryną lub być jej subdomeną. Pamiętaj, że proces wprowadzania do usługi agregacji odbywa się na poziomie domeny najwyższego poziomu, a wszystkie subdomeny mogą korzystać z usługi agregacji po wprowadzeniu do niej domeny najwyższego poziomu.

Sprawdź, czy konto usługi używane we wdrożeniu usługi agregacji jest zgodne z kontem usługi podanym podczas rejestracji. Musi być dokładnie taki sam, a nie tylko należeć do tego samego projektu.

Oczekujemy, że używasz tych samych koordynatorów, którzy zostali Ci udostępnieni w e-mailu. Jeśli nadal masz problemy, zbierz plik auto.tfvars i informacje o źródle raportowania, a następnie skontaktuj się z nami za pomocą formularza pomocy technicznej.

            "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": 
            }
          

Problem z wyczerpaniem budżetu prywatności występuje, gdy próbujesz wysłać pakiet raportów, którego udostępniony identyfikator został już uwzględniony w poprzednim pakiecie. Ten błąd występuje z powodu reguły „Bez duplikatów”, zgodnie z którą raporty podlegające agregacji mogą pojawiać się tylko w jednej partii i mogą być uwzględniane tylko w jednym raporcie zbiorczym.

Każdy raport będzie miał przypisany „udostępniony identyfikator”, który będzie się składać z pól shared_info API, reporting_origin, destination_site, source_registration_time (skróconych do dnia), scheduled_report_time (skróconych do godziny) i version. Oznacza to, że wiele raportów może należeć do tego samego „udostępnionego identyfikatora”, jeśli mają te same atrybuty pola shared_info.

Aby sprawdzić i rozwiązać problem, skorzystaj z pomocy dotyczącej wyczerpania budżetu na ochronę prywatności, która jest dostępna w odpowiedzi na zadanie. Dzięki temu uzyskasz nowy pomocniczy plik JSON, który pozwoli Ci sprawdzić, które raporty przyczyniły się do wystąpienia błędu.

Pamiętaj, że jeśli prawidłowo stosujesz grupowanie, możesz kwalifikować się do odzyskania budżetu (wyjaśnienie). Zaproponuj, aby zapoznali się z wyjaśnieniem i wypełnili formularz, ale zaznacz, że ich prośba musi zostać zatwierdzona, aby można było odzyskać budżet i ponownie uruchomić zadanie.

Zadania, które utknęły w stanie RECEIVED, i błąd 403 występują zwykle wtedy, gdy konto usługi nie zostało jeszcze zarejestrowane. Sprawdź, czy konto usługi, którego używasz, jest zgodne z kontem podanym w prośbie o wdrożenie. Jeśli nie masz jeszcze prośby o wprowadzenie, wypełnij formularz wprowadzenia i formularze rejestracji.

Po sprawdzeniu stanu rejestracji i wdrażania sprawdź, co się stało z uruchomionym zadaniem.

W takiej sytuacji enklawa AWS może nie działać lub ulec awarii, przez co zadania nie są pobierane.

1. Połącz się z menedżerem sesji instancji EC2.
2. Postępuj zgodnie z instrukcjami w dokumentacji AWS, która zawiera te czynności umożliwiające połączenie z Session Manager:
3. Otwórz AWS Console Manager > EC2 > Instances (Instancje).
4. Wybierz identyfikator instancji uruchomionej usługi agregacji.
5. Kliknij kartę „Menedżer sesji” > przycisk „Połącz”. Spowoduje to połączenie z instancją.
6. Gdy instancja Enclave będzie działać, wykonaj w terminalu to polecenie:
   sudo nitro-cli describe-enclaves
   Jeśli to polecenie nie wyświetla logów zgodnie z oczekiwaniami, przed ponowną próbą wykonaj to polecenie:
   sudo nitro-cli run-enclave --cpu-count=2 --memory=7000 --eif-path=/opt/google/worker/enclave.eif
   
7. Aby sprawdzić, czy enklawa AWS uległa awarii, uruchom to polecenie:sudo journalctl -u aggregate-worker.service
8. Powinny pojawić się logi wyjściowe, np.:
   Starting aggregate-worker.service - Watcher script for nitro enclave.
   Jeśli wystąpią jakieś błędy, będą one widoczne w tym miejscu.

Zarządzana grupa instancji może być w złym stanie. Jeśli konfigurujesz usługę po raz pierwszy lub po usunięciu i ponownym utworzeniu adtech_setup Terraform, sprawdź, czy Twoje konto usługi zostało zarejestrowane. Jeśli konto usługi nie zostanie zarejestrowane, grupy instancji nie będą w dobrym stanie.

1. W konsoli Cloud otwórz Compute Engine > Grupy instancji.
2. Sprawdź kolumny stanu (zielone znaczniki wyboru oznaczają, że wszystko jest w porządku).
3. Kliknij jedną z grup instancji i otwórz kartę Błędy, aby dowiedzieć się więcej o problemie. Kliknij nazwę instancji, aby uzyskać dostęp do informacji na poziomie maszyny wirtualnej.
4. Możesz też użyć terminala, aby wchodzić w interakcje z grupą instancji i uzyskiwać te same informacje. Wypróbuj polecenie list-errors:
   gcloud compute instance-groups managed list-errors --region=
   Poniżej znajdziesz przykładowe dane wyjściowe.

                     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