Halaman ini mencantumkan masalah umum Workflows.
Anda juga dapat memeriksa masalah yang ada atau membuka masalah baru di issue tracker publik.
Penempatan for langsung setelah try
Menempatkan for tepat setelah try akan menyebabkan error. Misalnya, satu langkah
dapat ditempatkan langsung setelah try, seperti ini:
- try: try: call: sys.log args: data: works retry: ${http.default_retry}
Namun, jika Anda memosisikan for setelah try, langkah akan gagal, dan Anda tidak dapat
men-deploy alur kerja. Contoh:
- try: try: for: value: v range: [1,2] steps: - log: call: sys.log args: data: ${v} retry: ${http.default_retry}
Pesan errornya adalah sebagai berikut:
Could not deploy workflow: failed to build: error in step try: loop step name should not be empty (Code: 3)
Solusinya adalah menambahkan langkah bernama setelah try. Contoh:
- try: try: steps: - loopStep: for: value: v range: [1,2] steps: - log: call: sys.log args: data: ${v} retry: ${http.default_retry}
Peristiwa yang lebih besar dari ukuran argumen maksimum
Jika menggunakan Workflows sebagai tujuan pemicu Eventarc, peristiwa yang lebih besar dari ukuran argumen Workflows maksimum akan gagal memicu eksekusi alur kerja. Untuk mengetahui informasi selengkapnya, silakan melihat Kuota dan batas.
Pesan HTTP request lost dalam log
Saat menjalankan alur kerja yang memanggil Cloud Build, alur kerja Anda gagal dan
ada pesan HTTP request lost di log yang mirip dengan berikut:
[1500] HTTP request lost INTERNAL MESSAGE: HTTP request lost ... CAUSED BY: RPC::UNREACHABLE: RPC connection timed out: FDD 20s, last read 2022-10-14 16:39:04 -0700 PDT
Jika Anda mengalami error ini, coba ubah alur kerja dengan menerapkan kebijakan percobaan ulang atau melalui