helm-charts/calibre-web-automated/values.yaml

# Scale the whole chart down without uninstalling it: scaleDown: true renders
# every Deployment/StatefulSet with replicas: 0 (and suspends CronJobs) and
# takes precedence over any per-workload replicas value. PVCs, Secrets and
# Services stay in place; scaleDown: false brings the workloads back up.
scaleDown: false

secrets:
  # REQUIRED - op:// item path for the 1Password operator, carrying the fields
  # "hardcover-api-token" and "calibre-plugins". Both are needed even if you
  # never use Hardcover: the OnePasswordItem is created unconditionally, and so
  # are the environment reference and the volume. Without this value the render
  # aborts - required() in calibre-web-automated.secret.yaml is the whole
  # enforcement, and values.schema.json cannot help here (README, guideline 12).
  # Before the guard existed it produced an OnePasswordItem with an empty
  # itemPath, the operator had nothing to resolve, the Secret never appeared and
  # the pod could not start.
  cwaSecretRef: null

cwa:
  # Replica count for this workload; 0 is allowed and scales it down.
  # The chart-global scaleDown flag takes precedence.
  replicas: 1
  storage: 10Gi
  storageClass: longhorn
  timezone: "UTC"
  maxUploadFileSize: "10m"
  livenessProbe:
    httpGet:
      path: /
      port: http
    periodSeconds: 10
    timeoutSeconds: 5
    failureThreshold: 3
  readinessProbe:
    httpGet:
      path: /
      port: http
    periodSeconds: 10
    timeoutSeconds: 5
    failureThreshold: 3
  # The startup probe gates liveness/readiness. Startup budget = 10s * 30 = 300s.
  startupProbe:
    httpGet:
      path: /
      port: http
    periodSeconds: 10
    timeoutSeconds: 5
    failureThreshold: 30
  resources:
    # Limits are optional: memory and ephemeral-storage limits default to
    # limitFactor x the request, an explicitly set limit always wins, and a
    # CPU limit is only set when configured explicitly under "limits".
    limitFactor: 3
    requests:
      cpu: 0.1
      memory: 512Mi
      ephemeralStorage: 100Mi
  # Documented deviation from the repo-wide hardening standard: the CWA image
  # (linuxserver.io-style) must start as root — it boots via the s6-overlay
  # init system, whose stage-1/2 setup runs as uid 0 and then drops the app
  # to the PUID/PGID user (1000), so runAsNonRoot/runAsUser are deliberately
  # not set (s6 supervisors stay root, the application runs as uid 1000).
  # readOnlyRootFilesystem is deliberately false: in read-only mode the image
  # disables the PUID/PGID remapping (the runtime uid would silently change
  # from 1000 to the built-in 911 and break existing volume data) and its
  # init fails to write the ImageMagick policy under /etc. Everything else
  # is hardened: no privilege escalation and all capabilities dropped except
  # the minimal set the s6 init/supervision needs (verified against v4.0.6):
  # CHOWN/DAC_OVERRIDE/FOWNER/SETGID/SETUID for the ownership fix-up of
  # /config etc. and the root->PUID drop, KILL so the root supervisor can
  # signal the uid-1000 services (without it the pod cannot shut down
  # cleanly and gets SIGKILLed).
  securityContext:
    pod:
      fsGroup: 1000
      fsGroupChangePolicy: Always
      # RuntimeDefault applies the container runtime's default seccomp filter,
      # which blocks the syscalls a normal workload never makes. It sits in the
      # pod context on purpose: from here it covers every container in the pod
      # including init containers, while a container-level seccompProfile would
      # have to be repeated for each one (and silently missed on the next one
      # added). A container that genuinely needs a different filter can still
      # override it under securityContext.container, which wins over this value.
      #
      # It is orthogonal to the readOnlyRootFilesystem: false deviation above:
      # the filter restricts syscalls, not mount flags, so the s6 init keeps
      # its writable root filesystem and the PUID/PGID remapping to uid 1000
      # stays active. Verified against v4.0.6 under the filter.
      seccompProfile:
        type: RuntimeDefault
    container:
      allowPrivilegeEscalation: false
      readOnlyRootFilesystem: false
      capabilities:
        drop:
          - ALL
        add:
          - CHOWN
          - DAC_OVERRIDE
          - FOWNER
          - KILL
          - SETGID
          - SETUID
  # Extra environment variables, appended to the ones the chart always sets.
  # Rendered through tpl; value, secretKeyRef and configMapKeyRef forms are
  # supported (see template-chart).
  env: []

ingress:
  # Set to false to omit the Ingress entirely. Unlike some other charts here,
  # ingress.domain is read nowhere but in the Ingress template, so switching
  # the Ingress off makes both domain and clusterIssuer unnecessary.
  enabled: true
  clusterIssuer: null
  domain: null
  className: nginx
  # Extra annotations for the Ingress; merged with the cert-manager
  # cluster-issuer and proxy-body-size annotations the chart always sets.
  annotations: {}