Viewing restore logs

You are currently viewing version 1.8 of the Apigee hybrid documentation.This version is end of life. You should upgrade to a newer version. For more information, seeSupported versions.

This page describes how you can check the restore job logs to confirm completion and validate the restore.

Verifying completion

To verify that the restore operation completed successfully:

  1. Use the following command to check if the restore operation completed without error:

    kubectl get pods -n -l job-name=apigee-cassandra-restore

    The output is similar to the following:

    NAME                               READY     STATUS      RESTARTS   AGEapigee-cassandra-restore-6tttv     0/1       Completed   0          23m

  2. Use the following command to check if the cassandra replicas are up and running:

    kubectl get pods -n -l app=apigee-cassandra

    The output is similar to the following:

    NAME                           READY     STATUS      RESTARTS   AGEapigee-cassandra-default-0     1/1       Running     0          24mapigee-cassandra-default-1     1/1       Running     0          23mapigee-cassandra-default-2     1/1       Running     0          22m

Viewing restore logs

To view the restore logs of a Kubernetes pod, run thekubectl logs -f <pod_name> -n <namespace> command. For example:

kubectl logs -f apigee-cassandra-restore-b4lgf -n apigee

Validating restore

Upon completing the restore operation, you can use the control plane to confirm that your organization's developers, apps, and API products were restored correctly.

To view the restored data:

  1. On the command line, get or refresh your gcloud authentication credentials, as the following example shows:

    TOKEN=$(gcloud auth print-access-token)
  2. Use the following command to validate your organization's data, whereAPIGEE_ORG is an Apigee organization deployed in the cluster:
    • For developer data:
      curl -s -H "$TOKEN" https://apigee.googleapis.com/v1/organizations/APIGEE_ORG/developers
    • For apps data:
      curl -s -H "$TOKEN" https://apigee.googleapis.com/v1/organizations/APIGEE_ORG/apps
    • For API product data:
      curl -s -H "$TOKEN" https://apigee.googleapis.com/v1/organizations/APIGEE_ORG/apiproducts
Note: Confirm that your APIs are working as expected before adding a restored cluster to your traffic.

DNS Configuration for new cluster and traffic cutover

Once you are satisfied with validation, redirect the traffic to the new cluster and change the dns entry to new ingressEXTERNAL-IP address.

Get theEXTERNAL-IP with the following command:

kubectl get svc -n istio-system
NAME                       TYPE           CLUSTER-IPEXTERNAL-IP    PORT(S)                                                                      AGEistio-ingressgateway       LoadBalancer   10.11.123.4534.56.78.90   15021:32225/TCP,80:32208/TCP,443:31942/TCP,15012:32689/TCP,15443:31936/TCP   1d

Except as otherwise noted, the content of this page is licensed under theCreative Commons Attribution 4.0 License, and code samples are licensed under theApache 2.0 License. For details, see theGoogle Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

Last updated 2026-02-19 UTC.