Kuby-core: Krane::FatalDeploymentError: Validasi template gagal

Dibuat pada 11 Agu 2020  ·  13Komentar  ·  Sumber: getkuby/kuby-core

Saat menyebarkan krane meledak. Ini adalah penerapan dengan v. 0.7.0

KUBY_DOCKER_TAG=latest bundle exec rake kuby:deploy --trace Saya telah menyetel tag ke terbaru untuk mengabaikan masalah lainnya :)

Inilah yang saya dapatkan:

* Aktifkan kuby:deploy (first_time)* Jalankan kuby:deploy
Memvalidasi sumber daya global, namespace 'my-app-production'
namespace/my-app-production dikonfigurasi (dry run)
Menerapkan namespace 'my-app-production'
namespace/produksi aplikasi-saya tidak berubah
[INFO][2020-08-11 09:15:10 +0200]
[INFO][2020-08-11 09:15:10 +0200] --------------------------------- ---Fase 1: Inisialisasi penerapan------------------------------------
[INFO][2020-08-11 09:15:11 +0200] Semua parameter dan file yang diperlukan ada
[INFO][2020-08-11 09:15:11 +0200] Menemukan sumber daya:
[INFO][2020-08-11 09:15:13 +0200] - Penerapan/web-aplikasi-saya
[INFO][2020-08-11 09:15:13 +0200] - Rahasia/my-app-web-mysql-secret
[INFO][2020-08-11 09:15:13 +0200] - ServiceAccount/my-app-sa
[INFO][2020-08-11 09:15:13 +0200] - ConfigMap/my-app-config
[INFO][2020-08-11 09:15:13 +0200] - Rahasia/rahasia-pendaftaran-aplikasi-saya
[INFO][2020-08-11 09:15:13 +0200] - Ingress/my-app-ingress
[INFO][2020-08-11 09:15:13 +0200] - Rahasia/rahasia-aplikasi-saya
[INFO][2020-08-11 09:15:13 +0200] - ClusterIssuer/letsencrypt-production
[INFO][2020-08-11 09:15:13 +0200] - MySQL/aplikasi-saya-web-mysql
[INFO][2020-08-11 09:15:13 +0200] - Rahasia/my-app-web-mysql-secret
[INFO][2020-08-11 09:15:13 +0200] - MySQL/aplikasi-saya-web-mysql
[INFO][2020-08-11 09:15:13 +0200] - Layanan/aplikasi-saya-svc
[INFO][2020-08-11 09:15:15 +0200]
[INFO][2020-08-11 09:15:15 +0200] --------------------------------- ---------Hasil: GAGAL-------------------------------------- -----
[FATAL][2020-08-11 09:15:16 +0200] Validasi template gagal
[FATAL][2020-08-11 09:15:16 +0200]
[FATAL][2020-08-11 09:15:16 +0200] Template tidak valid: ClusterIssuer-letsencrypt-production20200811-60914-uybj4y.yml
[FATAL][2020-08-11 09:15:16 +0200] > Pesan kesalahan:
[FATAL][2020-08-11 09:15:16 +0200] W0811 09:15:13.103161 60953 helpers.go:535] --dry-run tidak digunakan lagi dan dapat diganti dengan --dry-run=client.
[FATAL][2020-08-11 09:15:16 +0200] kesalahan: tidak dapat mengenali "/var/folder/9l/3dw7rcl51pq4jfs0kjg99f7c0000gn/T/ClusterIssuer-letsencrypt-production20200811-60914-uybj4y.yml": tidak ada yang cocok untuk ketik "ClusterIssuer" di versi "cert-manager.io/v1alpha2"
[FATAL][2020-08-11 09:15:16 +0200] > Konten template:
[FATAL][2020-08-11 09:15:16 +0200] ---
[FATAL][2020-08-11 09:15:16 +0200] apiVersion: cert-manager.io/v1alpha2
[FATAL][2020-08-11 09:15:16 +0200] jenis: ClusterIssuer
[FATAL][2020-08-11 09:15:16 +0200] metadata:
[FATAL][2020-08-11 09:15:16 +0200] nama: letsencrypt-production
[FATAL][2020-08-11 09:15:16 +0200] namespace: cert-manager
[FATAL][2020-08-11 09:15:16 +0200] spesifikasi:
[FATAL][2020-08-11 09:15:16 +0200] Puncak:
[FATAL][2020-08-11 09:15:16 +0200] server: https://acme-v02.api.letsencrypt.org/directory
[FATAL][2020-08-11 09:15:16 +0200] email: [email protected]
[FATAL][2020-08-11 09:15:16 +0200] privateKeySecretRef:
[FATAL][2020-08-11 09:15:16 +0200] nama: letsencrypt-production
[FATAL][2020-08-11 09:15:16 +0200] pemecah:
[FATAL][2020-08-11 09:15:16 +0200] - http01:
[FATAL][2020-08-11 09:15:16 +0200] masuknya:
[FATAL][2020-08-11 09:15:16 +0200] kelas: nginx
[FATAL][2020-08-11 09:15:16 +0200]
[FATAL][2020-08-11 09:15:16 +0200]
[FATAL][2020-08-11 09:15:16 +0200] Template tidak valid: MySQL-my-app-web-mysql20200811-60914-1rs7vqx.yml
[FATAL][2020-08-11 09:15:16 +0200] > Pesan kesalahan:
[FATAL][2020-08-11 09:15:16 +0200] W0811 09:15:13.122295 60956 helpers.go:535] --dry-run tidak digunakan lagi dan dapat diganti dengan --dry-run=client.
[FATAL][2020-08-11 09:15:16 +0200] kesalahan: tidak dapat mengenali "/var/folder/9l/3dw7rcl51pq4jfs0kjg99f7c0000gn/T/MySQL-my-app-web-mysql20200811-60914-1rs7vqx.yml" : tidak ada kecocokan untuk jenis "MySQL" di versi "kubedb.com/v1alpha1"
[FATAL][2020-08-11 09:15:16 +0200] > Konten template:
[FATAL][2020-08-11 09:15:16 +0200] ---
[FATAL][2020-08-11 09:15:16 +0200] jenis: MySQL
[FATAL][2020-08-11 09:15:16 +0200] apiVersion: kubedb.com/v1alpha1
[FATAL][2020-08-11 09:15:16 +0200] spesifikasi:
[FATAL][2020-08-11 09:15:16 +0200] kebijakan penghentian: DoNotTerminate
[FATAL][2020-08-11 09:15:16 +0200] Jenis penyimpanan: Tahan Lama
[FATAL][2020-08-11 09:15:16 +0200] versi: 5.7-v2
[FATAL][2020-08-11 09:15:16 +0200] penyimpanan:
[FATAL][2020-08-11 09:15:16 +0200] mode akses:
[FATAL][2020-08-11 09:15:16 +0200] - ReadWriteOnce
[FATAL][2020-08-11 09:15:16 +0200] storageClassName: do-block-storage
[FATAL][2020-08-11 09:15:16 +0200] sumber daya:
[FATAL][2020-08-11 09:15:16 +0200] permintaan:
[FATAL][2020-08-11 09:15:16 +0200] penyimpanan: 10Gi
[FATAL][2020-08-11 09:15:16 +0200] databaseRahasia:
[FATAL][2020-08-11 09:15:16 +0200] secretName: my-app-web-mysql-secret
[FATAL][2020-08-11 09:15:16 +0200] metadata:
[FATAL][2020-08-11 09:15:16 +0200] nama: my-app-web-mysql
[FATAL][2020-08-11 09:15:16 +0200] namespace: produksi aplikasi saya
[FATAL][2020-08-11 09:15:16 +0200]
[FATAL][2020-08-11 09:15:16 +0200]
[FATAL][2020-08-11 09:15:16 +0200] Template tidak valid: MySQL-my-app-web-mysql20200811-60914-1na8no.yml
[FATAL][2020-08-11 09:15:16 +0200] > Pesan kesalahan:
[FATAL][2020-08-11 09:15:16 +0200] W0811 09:15:14.705164 60971 helpers.go:535] --dry-run tidak digunakan lagi dan dapat diganti dengan --dry-run=client.
[FATAL][2020-08-11 09:15:16 +0200] kesalahan: tidak dapat mengenali "/var/folder/9l/3dw7rcl51pq4jfs0kjg99f7c0000gn/T/MySQL-my-app-web-mysql20200811-60914-1na8no.yml" : tidak ada kecocokan untuk jenis "MySQL" di versi "kubedb.com/v1alpha1"
[FATAL][2020-08-11 09:15:16 +0200] > Konten template:
[FATAL][2020-08-11 09:15:16 +0200] ---
[FATAL][2020-08-11 09:15:16 +0200] jenis: MySQL
[FATAL][2020-08-11 09:15:16 +0200] apiVersion: kubedb.com/v1alpha1
[FATAL][2020-08-11 09:15:16 +0200] spesifikasi:
[FATAL][2020-08-11 09:15:16 +0200] kebijakan penghentian: DoNotTerminate
[FATAL][2020-08-11 09:15:16 +0200] Jenis penyimpanan: Tahan Lama
[FATAL][2020-08-11 09:15:16 +0200] versi: 5.7-v2
[FATAL][2020-08-11 09:15:16 +0200] penyimpanan:
[FATAL][2020-08-11 09:15:16 +0200] mode akses:
[FATAL][2020-08-11 09:15:16 +0200] - ReadWriteOnce
[FATAL][2020-08-11 09:15:16 +0200] storageClassName: do-block-storage
[FATAL][2020-08-11 09:15:16 +0200] sumber daya:
[FATAL][2020-08-11 09:15:16 +0200] permintaan:
[FATAL][2020-08-11 09:15:16 +0200] penyimpanan: 10Gi
[FATAL][2020-08-11 09:15:16 +0200] databaseRahasia:
[FATAL][2020-08-11 09:15:16 +0200] secretName: my-app-web-mysql-secret
[FATAL][2020-08-11 09:15:16 +0200] metadata:
[FATAL][2020-08-11 09:15:16 +0200] nama: my-app-web-mysql
[FATAL][2020-08-11 09:15:16 +0200] namespace: produksi aplikasi saya
[FATAL][2020-08-11 09:15:16 +0200]
menyapu dibatalkan!
Krane::FatalDeploymentError: Validasi template gagal

picture traels

Semua 13 komentar

Sepertinya cluster Anda tidak tahu tentang objek ClusterIssuer atau MySQL . Apakah Anda menjalankan rake kuby:setup sebelum menerapkan?

camertron picture camertron pada 11 Agu 2020

Ahhh, melewatkan langkah panduan itu! Terima kasih!

traels picture traels pada 11 Agu 2020
👍1

@traels apakah Anda bisa membuat semuanya berfungsi?

camertron picture camertron pada 18 Agu 2020

Maaf - lupa menghubungi Anda kembali!
Saya berhasil menjalankan kuby:setup - kemudian kluster saya macet di Digital Ocean, jadi sekarang saya pikir saya perlu membuat kluster kubernetes baru untuk mencoba lagi. Berharap mendapat lebih banyak waktu untuk bermain minggu depan.

traels picture traels pada 18 Agu 2020
👍1

@traels oh dang, wow! Apa yang terjadi, jika saya boleh bertanya?

camertron picture camertron pada 18 Agu 2020

Tidak tahu - Kuby baru saja mengatakan bahwa kubernetes tidak merespons. Mencoba memulai ulang pada DO tetapi itu tidak membantu.

traels picture traels pada 18 Agu 2020

Hmm menarik. Saya pasti pernah melihat hang ketika mencoba berkomunikasi dengan cluster DOKS. Biasanya memperbaiki sendiri dalam satu jam atau lebih. Pengalaman yang cukup buruk, mungkin Linode akan lebih baik?

camertron picture camertron pada 18 Agu 2020

Bangun pagi hari ini - dan sekarang cluster saya berfungsi, dan penerapannya berhasil :)
... edisi selanjutnya, bagaimana menangani aset Rails di buruh pelabuhan? semua aset saya hilang

traels picture traels pada 19 Agu 2020

Hmm penasaran... aset harus dikompilasi ke dalam gambar Docker. Oh, tapi saya berani bertaruh tidak ada yang melayani mereka! Bisakah Anda mencoba mengatur config.public_file_server.enabled = true di production.rb Anda? Itu harus memperbaiki keadaan. Saya akan mengajukan bug juga, karena itu mungkin akan berhasil :)

camertron picture camertron pada 19 Agu 2020
👍1

Jadi di kubernetes orang melayani aset dengan server web ruby?

traels picture traels pada 20 Agu 2020

Tidak, tapi itu perbaikan tercepat yang bisa saya pikirkan hehe. Kuby seharusnya memiliki opsi yang lebih baik, tetapi itu akan membutuhkan beberapa pekerjaan.

Saya harus sedikit memperluas: kebanyakan orang dengan aplikasi Rails dengan skala apa pun cenderung melayani aset statis dari CDN. Asal usul aset tersebut biasanya seperti ember S3, tetapi bisa juga aplikasi Rails itu sendiri. Karena 99% dari waktu CDN akan melayani aset, menanyakan aplikasi Rails untuk mereka pada awalnya seharusnya tidak terlalu memengaruhi kinerja.

camertron picture camertron pada 20 Agu 2020

Mengajukan masalah kemarin untuk melacak ini: https://github.com/getkuby/kuby-core/issues/12

camertron picture camertron pada 20 Agu 2020

Kuby v0.8.0 hadir dengan server aset yang berfungsi penuh (nginx), jadi aplikasi itu sendiri tidak perlu lagi melayani aset :)

camertron picture camertron pada 6 Sep 2020
Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

kingdonb picture kingdonb  ·  6Komentar
hovancik picture hovancik  ·  5Komentar
vangberg picture vangberg  ·  3Komentar
conradwt picture conradwt  ·  3Komentar
kalkin picture kalkin  ·  3Komentar