kubernetes/kops · error

loadbalancer failed to go into ACTIVE provisioning status wi

Error message

loadbalancer failed to go into ACTIVE provisioning status within allotted time

What it means

Polling an Octavia load balancer's provisioning status did not reach ACTIVE within the allotted backoff window (and did not hit ERROR, which fails faster). The LB stayed in a transitional provisioning state, e.g. PENDING_UPDATE, for too long.

Source

Thrown at upup/pkg/fi/cloudup/openstacktasks/lb.go:87

	err := wait.ExponentialBackoff(backoff, func() (bool, error) {
		loadbalancer, err := loadbalancers.Get(context.TODO(), client, loadbalancerID).Extract()
		if err != nil {
			return false, err
		}
		provisioningStatus = loadbalancer.ProvisioningStatus
		switch loadbalancer.ProvisioningStatus {
		case activeStatus:
			return true, nil
		case errorStatus:
			return true, fmt.Errorf("loadbalancer has gone into ERROR state")
		default:
			klog.Infof("Waiting for Loadbalancer to be ACTIVE...")
			return false, nil
		}
	})

	if err == wait.ErrWaitTimeout {
		err = fmt.Errorf("loadbalancer failed to go into ACTIVE provisioning status within allotted time")
	}
	return provisioningStatus, err
}

// GetDependencies returns the dependencies of the Instance task
func (e *LB) GetDependencies(tasks map[string]fi.CloudupTask) []fi.CloudupTask {
	var deps []fi.CloudupTask
	for _, task := range tasks {
		if _, ok := task.(*Subnet); ok {
			deps = append(deps, task)
		}
		if _, ok := task.(*SecurityGroup); ok {
			deps = append(deps, task)
		}
	}
	return deps
}

View on GitHub (pinned to 4c8573c808)

Solutions

  1. Check the load balancer's provisioning_status in Octavia for stuck transitional states
  2. Look at Octavia logs for slow or stalled provisioning
  3. Retry once the load balancer becomes ACTIVE or is recreated
Defensive patterns

Strategy: retry

When it happens

Trigger: Thrown at upup/pkg/fi/cloudup/openstacktasks/lb.go:87 when the library encounters an invalid state.

Common situations: See trigger scenarios.


AI-assisted analysis of kubernetes/kops@4c8573c808 (2026-09-05). Data as JSON: /api/errors/22a18f83c746b970. Report an issue: GitHub.