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

bookmark_border Оптимизируйте свои подборки Сохраняйте и классифицируйте контент в соответствии со своими настройками.

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

AWS требует разрешений пользователя для создания экземпляров и других сервисов, необходимых для службы агрегации. После того, как вы примените это, вы сможете выполнить план терраформирования и применить его без каких-либо проблем.

Обратите внимание, что в Google Cloud вам придется выдать себя за учетную запись службы для развертывания второй половины Terraform. Если вы пропустили этот шаг, ваша команда применения terraform может завершиться неудачей, поскольку учетная запись службы развертывания имеет все необходимые разрешения для создания ресурсов. См . шаг 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 > EC2 > Экземпляры.
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) неработоспособна. Если это первая настройка или вы уничтожили и заново создали adtech_setup Terraform, убедитесь, что ваша учетная запись службы подключена. Если учетная запись службы не подключена, MIG не будет работоспособным.

1. Cloud Console, перейдите в раздел 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