Changing nextcloud.host vars results in crashloopbackoff
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- helm, kubernetes, yaml
- Área
- devops, infrastructure
Línea de trabajo
Comienza con el values.yaml proporcionado y reproduce el cambio con Helm chart version 5.5.2, comparando la configuración renderizada y el comportamiento de inicio del contenedor de Nextcloud antes y después de cambiar nextcloud.host. Comprueba las plantillas del chart relacionadas con el host y los logs del deployment; el issue estará terminado cuando cambiar el nombre de host ya no provoque CrashLoopBackOff.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Describe your Issue
Changing the helm value responsible for the ingress hostname and the nextcloud internal host results in crashloopbackoff.
After changing back the nextcloud.host to the old value the deployment come back online. But this help in this case because I and I'm sure many other needs to change the hostname sometimes because of a migration to a other network etc.
Changing
nextcloud:
host: mycoolserver.example.com
to
nextcloud:
host: mycoolserver.newnetwork.com
I need to change this because I want to use my other ingress controller which can be accessed from the WAN.
Logs and Errors
crashloopbackoff in the nexcloud container inside the nextcloud pod. Nothing helpfull inside the log. The log shows no indicator about this issue. It looks simply like a exit code 1
Describe your Environment
-
Kubernetes distribution: v1.30.2+rke2r1
-
Helm Version: ArgoCD version 2.11.7
-
Helm Chart Version: 5.5.2
-
values.yaml:
---
{{- if .Values.spec.nextcloud.enabled }}
apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
name: nextcloud
namespace: {{ .Values.spec.argocdNamespace }}
finalizers:
- resources-finalizer.argocd.argoproj.io
spec:
destination:
namespace: nextcloud
server: 'https://kubernetes.default.svc'
project: default
source:
chart: nextcloud
path: '.'
repoURL: {{ .Values.spec.nextcloud.repoURL }}
targetRevision: {{ .Values.spec.nextcloud.targetRevision }}
helm:
values: |
nextcloud:
host: {{ .Values.spec.nextcloud.host }}
username: admin
password: {{ .Values.spec.nextcloud.nextcloudAdminPW }}
containerPort: 80
datadir: /var/www/html/data
configs:
custom-overwrite.config.php: |-
<?php
$CONFIG = array (
'overwrite.cli.url' => 'https://nextcloud.nextcloud.svc.cluster.local',
'overwriteprotocol' => 'https',
);
proxy.config.php: |-
<?php
$CONFIG = array (
'trusted_proxies' => array(
0 => '127.0.0.1',
1 => '10.0.0.0/8',
),
'forwarded_for_headers' => array('HTTP_X_FORWARDED_FOR'),
);
cronjob:
enabled: true
persistence:
enabled: true
size: 150Gi
storageClass: "{{ .Values.spec.nextcloud.storageClass }}"
image:
flavor: fpm
nginx:
enabled: true
externalDatabase:
enabled: true
type: mysql
host: nextcloud-mariadb.svc
user: nextcloud
password: "{{ .Values.spec.nextcloud.mariadbPW }}"
database: nextcloud
internalDatabase:
enabled: false
mariadb:
enabled: true
primary:
persistence:
enabled: true
storageClass: "{{ .Values.spec.nextcloud.storageClass }}"
auth:
database: nextcloud
username: nextcloud
password: "{{ .Values.spec.nextcloud.mariadbPW }}"
existingSecret: ""
ingress:
enabled: true
labels: {}
path: /
pathType: Prefix
className: nginx
annotations:
# cert-manager.io/cluster-issuer: letsencrypt-prod
cert-manager.io/cluster-issuer: selfsigned-issuer
nginx.ingress.kubernetes.io/enable-cors: "true"
nginx.ingress.kubernetes.io/cors-allow-headers: "X-Forwarded-For"
nginx.ingress.kubernetes.io/server-snippet: |-
server_tokens off;
proxy_hide_header X-Powered-By;
rewrite ^/.well-known/webfinger /index.php/.well-known/webfinger last;
rewrite ^/.well-known/nodeinfo /index.php/.well-known/nodeinfo last;
rewrite ^/.well-known/host-meta /public.php?service=host-meta last;
rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json;
location = /.well-known/carddav {
return 301 $scheme://$host/remote.php/dav;
}
location = /.well-known/caldav {
return 301 $scheme://$host/remote.php/dav;
}
location = /robots.txt {
allow all;
log_not_found off;
access_log off;
}
location ~ ^/(?:build|tests|config|lib|3rdparty|templates|data)/ {
deny all;
}
location ~ ^/(?:autotest|occ|issue|indie|db_|console) {
deny all;
}
tls:
- secretName: nextcloud-tls
hosts:
- {{ .Values.spec.nextcloud.host }}
syncPolicy:
automated:
selfHeal: true
allowEmpty: true
syncOptions:
- CreateNamespace=true
{{- end }}
- Lenguaje dominante
- Go Template
- Estrellas
- 536
- Forks
- 316
- Merge medio
- 4 d 16 h
- PR fusionados (30 d)
- 2
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de nextcloud/helm
-
No native support for REDIS_USER enviroment varPosiblemente ocupada @jholmes802 la tomó hace 1 día. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Failed to inspect imageAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
nextcloud.openmetrics.allowedClients is silently ignored unless nextcloud.configs is setPosiblemente ocupada @JanWelker la tomó hace 17 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 78/100
-
External Redis not working: redis-session.ini: Permission deniedPosiblemente ocupada @antoinetran la tomó hace 22 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
Todos los issues de nextcloud/helm
Issues similares
-
lens:agent lens:process process
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
thebristolsound/birdbrain#1771 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
area:ops priority:P2 type:chore
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
skaiy/wild_agentos#407 ·
Los mantenedores suelen responder en 1 día
-
ci-install-db-tools stall-case tests flake: stalled apt-get can be killed before it logs its callAbiertoeffort:low model:light plan planner:opus-5-5 tests
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día
-
component/test-automation work/tech-debt
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
bcgov/bc-wallet-mobile#4845 ·
Los mantenedores suelen responder en 1 día