Kity merge requestshttps://forge.tedomum.net/tedomum/kity/-/merge_requests2024-03-11T16:38:06Zhttps://forge.tedomum.net/tedomum/kity/-/merge_requests/34Upgrade garage to 0.9.3 (round 2)2024-03-11T16:38:06ZHalfaUpgrade garage to 0.9.3 (round 2)This reverts merge request !33 and is identical to !32This reverts merge request !33 and is identical to !32HalfaHalfahttps://forge.tedomum.net/tedomum/kity/-/merge_requests/33Revert to garage 0.9.12024-03-11T16:36:59ZHalfaRevert to garage 0.9.1This reverts merge request !32
```
garage-hw68v garage 2024-03-11T06:57:59.166532Z ERROR garage_rpc::system: Error establishing RPC connection to remote node: 6bf2c1a052b113964ce03c4aed19c51e3e1747d2b4d9b1b4ae52c470a2ce1fdf@[fd58:316f:5...This reverts merge request !32
```
garage-hw68v garage 2024-03-11T06:57:59.166532Z ERROR garage_rpc::system: Error establishing RPC connection to remote node: 6bf2c1a052b113964ce03c4aed19c51e3e1747d2b4d9b1b4ae52c470a2ce1fdf@[fd58:316f:5e35:27a:63ed:9f15:d2a9:6447]:3901.
garage-hw68v garage This can happen if the remote node is not reachable on the network, but also if the two nodes are not configured with the same rpc_secret.
garage-hw68v garage IO error: Operation timed out (os error 110)
```
and
```
$ kc exec -it pod/garage-hw68v /garage status
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
Defaulted container "garage" out of: garage, garage-init (init)
2024-03-11T06:57:41.983090Z INFO garage_net::netapp: Connected to 127.0.0.1:3901, negotiating handshake...
2024-03-11T06:57:42.030547Z INFO garage_net::netapp: Connection established to 9e8ce7d1fcfd3867
==== HEALTHY NODES ====
ID Hostname Address Tags Zone Capacity DataAvail
d8a0910ee496a7dd garage-9r8n9 [fd58:316f:5e35:2e3:9041:c5d:59e6:ef04]:3901 [] kaiyou1 3.5 TB 1.6 TB (40.6%)
9e8ce7d1fcfd3867 garage-hw68v [fd58:316f:5e35:293:6c9f:39e0:167b:c691]:3901 [] orlinum 3.5 TB 1.5 TB (38.5%)
6bf2c1a052b11396 garage-2jw86 [fd58:316f:5e35:27a:63ed:9f15:d2a9:6457]:3901 [] kaiyou2 3.5 TB 1.6 TB (40.7%)
```https://forge.tedomum.net/tedomum/kity/-/merge_requests/32Update garage to 0.9.32024-03-11T16:37:56ZHalfaUpdate garage to 0.9.3https://forge.tedomum.net/tedomum/kity/-/merge_requests/31Upgrade garage to v0.9.02023-12-05T21:57:17ZHalfaUpgrade garage to v0.9.0See https://forge.tedomum.net/tedomum/kity/-/issues/20See https://forge.tedomum.net/tedomum/kity/-/issues/20HalfaHalfahttps://forge.tedomum.net/tedomum/kity/-/merge_requests/30Ajout du DNS secondaire sur Kity2023-05-07T18:16:32Zkaiyoupierre@jaury.euAjout du DNS secondaire sur KityComme vu ce matin, je reprends simplement la configuration Flux qui était jusqu'ici déployée sur mon cluster.
J'ai configuré la HR avec un service en `ClusterIP` avec une IP externe plutôt qu'un service en `LoadBalancer` qui ne sont pas...Comme vu ce matin, je reprends simplement la configuration Flux qui était jusqu'ici déployée sur mon cluster.
J'ai configuré la HR avec un service en `ClusterIP` avec une IP externe plutôt qu'un service en `LoadBalancer` qui ne sont pas supportés sur Kity.https://forge.tedomum.net/tedomum/kity/-/merge_requests/29jitsi-beta: remove websocket configuration2023-04-02T19:48:10ZHalfajitsi-beta: remove websocket configurationRemove WebRTC configRemove WebRTC confighttps://forge.tedomum.net/tedomum/kity/-/merge_requests/28jitsi-beta: set externalTraficPolicy to null for the jvb service2023-04-02T19:17:48ZHalfajitsi-beta: set externalTraficPolicy to null for the jvb serviceAs pointed by @kaiyou, upstream add a default setting that is incompatible with the ClusterIP type https://github.com/jitsi-contrib/jitsi-helm/issues/67As pointed by @kaiyou, upstream add a default setting that is incompatible with the ClusterIP type https://github.com/jitsi-contrib/jitsi-helm/issues/67HalfaHalfahttps://forge.tedomum.net/tedomum/kity/-/merge_requests/27Add beta jitsi2023-03-25T10:51:37ZHalfaAdd beta jitsiThe PR adds a duplicated jitsi deployment to allow for some testing without production impact.The PR adds a duplicated jitsi deployment to allow for some testing without production impact.https://forge.tedomum.net/tedomum/kity/-/merge_requests/26Install tempo telemetry server2023-03-22T21:08:56Zkaiyoupierre@jaury.euInstall tempo telemetry serverAjout d'un serveur Temp pour la réception de traces distribuées OpenTelemetry, premier maillon d'un déploiement Grafana stack complet en complément du seul Prometheus actuel. Backé par Garage pour le stockage.Ajout d'un serveur Temp pour la réception de traces distribuées OpenTelemetry, premier maillon d'un déploiement Grafana stack complet en complément du seul Prometheus actuel. Backé par Garage pour le stockage.https://forge.tedomum.net/tedomum/kity/-/merge_requests/25Modify jitsi.yaml as to use our own chart2022-07-28T07:46:00ZayinihoModify jitsi.yaml as to use our own chartComme indiqué dans le nom de la MR, j'ai modifié le jitsi.yaml pour utiliser celui de la MR helmComme indiqué dans le nom de la MR, j'ai modifié le jitsi.yaml pour utiliser celui de la MR helmayinihoayinihohttps://forge.tedomum.net/tedomum/kity/-/merge_requests/24Set ntfy image automation2022-06-25T09:46:50ZayinihoSet ntfy image automationJe m'essaie à l'automation. J'ai suivi https://wiki.cac.washington.edu/display/MCI/Flux+Image+Update+Automation pour comprendre les concepts et ai copié/collé/ajusté ce que tu avais fait pour element. Cependant, je n'ai pas trouvé d'info...Je m'essaie à l'automation. J'ai suivi https://wiki.cac.washington.edu/display/MCI/Flux+Image+Update+Automation pour comprendre les concepts et ai copié/collé/ajusté ce que tu avais fait pour element. Cependant, je n'ai pas trouvé d'info quant à de multiples policies et repo dans le même fichier yaml pour automatiser tout ça. Je tente le coup, paraît que kubernetes est bien plus simple qu'il n'y parait ^ ^ayinihoayinihohttps://forge.tedomum.net/tedomum/kity/-/merge_requests/23Create the ntfy yamls2022-06-21T18:19:01ZayinihoCreate the ntfy yamlsayinihoayinihohttps://forge.tedomum.net/tedomum/kity/-/merge_requests/22Draft: Ntfy2022-06-21T09:01:16ZayinihoDraft: Ntfyayinihoayinihohttps://forge.tedomum.net/tedomum/kity/-/merge_requests/21deploy element on crypt-0ns namespace2022-03-20T20:03:35Zayinihodeploy element on crypt-0ns namespacePetit doute sur config => server_name. Faut-il crypt-0n.fr ou matrix.crypt-0n.fr ? Je pense que c'est le premier.Petit doute sur config => server_name. Faut-il crypt-0n.fr ou matrix.crypt-0n.fr ? Je pense que c'est le premier.https://forge.tedomum.net/tedomum/kity/-/merge_requests/20Modified flux policy to numerical/asc in order to grab x-10 instead of x-9 as...2022-02-21T20:52:16ZayinihoModified flux policy to numerical/asc in order to grab x-10 instead of x-9 as latest.yamlSelon moi il suffit de classer en numerical/asc au lieu de alphabetic/asc
Si ce n'est pas bon, il faudra regarder du côté de https://fluxcd.io/docs/components/image/imagepolicies/#examplesSelon moi il suffit de classer en numerical/asc au lieu de alphabetic/asc
Si ce n'est pas bon, il faudra regarder du côté de https://fluxcd.io/docs/components/image/imagepolicies/#exampleshttps://forge.tedomum.net/tedomum/kity/-/merge_requests/19Pin the minio chart version2021-09-18T16:22:04Zkaiyoupierre@jaury.euPin the minio chart versionhttps://forge.tedomum.net/tedomum/kity/-/merge_requests/18Expose minio instead of minio-console2021-09-18T16:13:54Zkaiyoupierre@jaury.euExpose minio instead of minio-consolehttps://forge.tedomum.net/tedomum/kity/-/merge_requests/17Fix the minio data path2021-09-16T19:25:23Zkaiyoupierre@jaury.euFix the minio data pathhttps://forge.tedomum.net/tedomum/kity/-/merge_requests/16Deploy minio as a temporary S3 storage2021-09-16T19:21:45Zkaiyoupierre@jaury.euDeploy minio as a temporary S3 storagehttps://forge.tedomum.net/tedomum/kity/-/merge_requests/15Deploy Jitsi Meet2021-08-28T07:03:31Zkaiyoupierre@jaury.euDeploy Jitsi MeetLe helm chart employé est `jitsi-meet` depuis https://jitsi-contrib.github.io/jitsi-helm/jitsi-meet.
- Un seul jvb est déployé, sans load balancing
- Un seul web et un seul prosody, sans stockage persistent
- Pour le moment pas de resou...Le helm chart employé est `jitsi-meet` depuis https://jitsi-contrib.github.io/jitsi-helm/jitsi-meet.
- Un seul jvb est déployé, sans load balancing
- Un seul web et un seul prosody, sans stockage persistent
- Pour le moment pas de resource request, il faut qu'on mesure combien ça consomme pour ajuster ça
- L'ingress est configuré sur le web en mode nominal sur le traefik avec cert-manager
- Le service est configuré en mode `ClusterService` avec une `ExternalIP` sur l'IP publique de angora, donc le trafic sera naté par angora (ce n'est pas forcément l'idéal ou le plus performant à long terme, mais c'est un bon début, et puis ce n'est pas un peu de nat sur angora qui changera la donne)
Pour celleux qui souhaitent s'initier à l'art d'identifier un bon Helm Chart, le comprendre, le tester, et le déployer avec Flux, c'est probablement un excellent cas d'école qui mélange à peu près tous les concepts usuels et des approches plus complexes (exposition directe de service sans ingress, etc.)