Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Ansible-operator stuck on queries to cache since version 1.38.

Đang mở
  • Có gì không ổn?
#178 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
45/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
ansible, go, kubernetes
Lĩnh vực
devops, infrastructure

Hướng nghiên cứu

Bắt đầu bằng cách so sánh ansible-operator v1.37.2 với v1.38 và các phiên bản mới hơn về cách xử lý bộ nhớ đệm proxy cho yêu cầu liệt kê ReplicaSet lặp lại. Tái hiện tác vụ Ansible chạy istioctl manifest apply với các phiên bản Kubernetes được cung cấp; được xem là hoàn tất khi tác vụ hoàn thành và playbook tiếp tục mà không có các thông báo bộ nhớ đệm lặp lại.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Bug Report

We use Asnible SDK Operator for deployment of components to K8S cluster. We use custom docker image, that is based on the official image (we just add Ansible playbooks inside). Since versio 1.38.0 we started to receive for one type of playbook messages:

{"level":"info","ts":"2025-10-08T10:48:53Z","logger":"proxy","msg":"Read object from cache","resource":{"IsResourceRequest":true,"Path":"/apis/apps/v1/namespaces/istio-system/replicasets","Verb":"list","APIPrefix":"apis","APIGroup":"apps","APIVersion":"v1","Namespace":"istio-system","Resource":"replicasets","Subresource":"","Name":"","Parts":["replicasets"]}}

These messges are repeating several times every second and blocks the ansible playbook on that specific step.

What did you do?

This Ansible task is the last before the messages start.

    - name: Apply Istio configuration to the cluster
      shell: |
        {{ istioctl_dest }}/istioctl manifest apply -f "{{ config_manifests }}/config-{{ app_name }}.yaml" --namespace istio-system --verify -y --readiness-timeout 60m
What did you expect to see?

In image based on SDK Operator 1.37.2, the steps performs without issues and the playbook continues with the following steps. In Ansible SDK Operator image v1.38 and higher (up to 1.41.0), the step metnioned above stucks and still repeating the message metioned. I would like to see the same behavior like in version 1.37, so the playbook will continue and not stuck with these messages.

What did you see instead? Under which circumstances?

The same playbook that works in v1.37, stuck at the the task in v1.38 and higher.

Environment

Kubernetes cluster type:

K8S 1.29 - 1.33 (deployed via Kubespray)

$ operator-sdk version

Mentioned above. Image version 1.37.2 and 1.38.0 and higher
ansible-operator version: "v1.37.2", commit: "dc6090705b01925cfa130b25bf7ca1d7ff7a5430", kubernetes version: "v1.31.0", go version: "go1.23.4", GOOS: "linux", GOARCH: "amd64"
Exampel of non working one:
ansible-operator version: "v1.41.0", commit: "8e923f25256c2b64c85a2c9dfabd157e8f880ea8", kubernetes version: "v1.32.0", go version: "go1.24.4", GOOS: "linux", GOARCH: "amd64" b

I can provide more info if necessary.
Thank you

Ngôn ngữ chính
Go
Star
12
Fork
33
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

  • Không có Dockerfile hay tệp Docker Compose
  • Có mẫu pull request
  • Không có hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của operator-framework/ansible-operator-plugins

Tất cả issue của operator-framework/ansible-operator-plugins

Issue tương tự

Thêm issue về Go

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.