Диагностика ваших заданий агрегирования

Убедитесь, что вы успешно прошли аутентификацию в интерфейсе командной строки (CLI) используемого вами публичного облака.

Для создания экземпляров и других сервисов, необходимых для Aggregation Service, AWS требует наличия у пользователя соответствующих разрешений. После их применения вы сможете выполнить команду `terraform plan` и применить изменения без каких-либо проблем.

В Google Cloud обратите внимание, что для развертывания второй части Terraform вам потребуется имитировать учетную запись службы. Если вы пропустили этот шаг, команда `terraform apply` может завершаться ошибкой, поскольку у учетной записи службы развертывания есть все необходимые разрешения для создания ресурсов. См. шаг 4 в разделе «Настройка среды развертывания» в документации GitHub.

Убедитесь, что сайт, указанный в поле attribution_report_to запроса createJob , совпадает с сайтом, указанным при оформлении заявки.

Сайт должен совпадать с уже подключенным сайтом или являться его поддоменом. Обратите внимание, что подключение к сервису агрегации осуществляется на уровне домена верхнего уровня, и все поддомены могут использовать сервис агрегации после подключения домена верхнего уровня.

Убедитесь, что учетная запись службы, используемая в развертывании вашей службы агрегации, совпадает с учетной записью службы, предоставленной во время подключения. Она должна точно совпадать, а не просто принадлежать к тому же проекту.

Предполагается, что вы используете те же координаторы, которые были предоставлены вам по электронной почте. Если проблемы сохраняются, соберите файл auto.tfvars и информацию об источнике отчета и свяжитесь с нами через форму технической поддержки .

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

Ошибка исчерпания бюджета конфиденциальности возникает при попытке объединить в пакет отчет, общий идентификатор которого уже был включен в ранее успешно обработанный пакет. Эта ошибка возникает из-за правила «Без дубликатов» , согласно которому агрегируемые отчеты могут появляться только в одном пакете и могут использоваться только для одного сводного отчета.

Каждому отчету будет присвоен «общий идентификатор», который будет состоять из полей API shared_info , reporting_origin , destination_site , source_registration_time (с округлением до дня), scheduled_report_time (с округлением до часа) и version . Это означает, что несколько отчетов могут принадлежать одному и тому же «общему идентификатору», если они имеют одинаковые атрибуты поля shared_info .

Мы рекомендуем вам воспользоваться услугой поддержки "Исчерпан бюджет конфиденциальности", предоставляемой в ответ на задание, чтобы проверить и устранить ошибку. Это позволит получить новый вспомогательный JSON-файл, который покажет, какие отчеты привели к ошибке.

Обратите внимание, что при правильной пакетной обработке вы можете иметь право на возмещение бюджета ( см. пояснение ). Предложите им ознакомиться с пояснением и заполнить форму, но учтите, что для успешного возмещения бюджета и повторного запуска задания их запрос должен быть одобрен.

Зависание заданий в статусе RECEIVED и ошибка 403 часто возникают, когда учетная запись службы еще не подключена. Убедитесь, что используемая вами учетная запись службы соответствует той, которую вы указали в запросе на подключение. Если вы еще не заполнили запрос на подключение, пожалуйста, заполните форму подключения и формы регистрации.

После проверки статуса регистрации и адаптации , проверьте, что произошло с вашей текущей вакансией.

В таких случаях возможно, что анклав AWS не запущен или произошел сбой, и поэтому задания не обрабатываются.

1. Подключитесь к менеджеру сессий экземпляра EC2.
2. Следуйте инструкциям в документации AWS , которая описывает шаги по подключению к Session Manager.
3. Перейдите в AWS Console Manager > EC2 > Instances.
4. Выберите идентификатор экземпляра запущенной службы агрегации.
5. Выберите вкладку «Менеджер сессий» > кнопку «Подключить». Это подключит вас к вашему экземпляру.
6. После запуска экземпляра Enclave выполните в терминале следующую команду:
   sudo nitro-cli describe-enclaves
   Если эта команда не отображает журналы должным образом, выполните следующее перед повторной попыткой:
   sudo nitro-cli run-enclave --cpu-count=2 --memory=7000 --eif-path=/opt/google/worker/enclave.eif
   
7. Чтобы проверить, не произошел ли сбой в работе AWS-анклава, выполните команду: sudo journalctl -u aggregate-worker.service
8. В логах должны отображаться следующие записи:
   Starting aggregate-worker.service - Watcher script for nitro enclave.
   Здесь должны отображаться сообщения об ошибках, если таковые имеются, и т.д.

Группа управляемых экземпляров (MIG) может быть неисправна. Если это первая настройка или вы удалили и заново создали Terraform adtech_setup , убедитесь, что ваша учетная запись службы подключена. Если учетная запись службы не подключена, группы MIG будут неисправны.

1. В консоли Cloud перейдите в раздел Compute Engine > Группы экземпляров.
2. Проверьте столбцы состояния (зеленые галочки означают исправность).
3. Щелкните одну из групп экземпляров и перейдите на вкладку «Ошибки», чтобы узнать больше о проблеме. Щелкните имя экземпляра, чтобы получить доступ к информации на уровне виртуальной машины.
4. Вы также можете использовать терминал для взаимодействия с группой экземпляров и получения той же информации. Попробуйте команду list-errors:
   gcloud compute instance-groups managed list-errors --region=
   Ниже приведён пример выходных данных.

                     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