Thomas Stallinger
15965551ec
Fehlte bisher komplett - backends/mint/ enthielt nur handgepatchte WLAN-Test-Artefakte, kein backend.sh, sodass 40_backend.sh mit "Kein Backend für 'mint' gefunden" abbrach. Baut auf dem bereits real erprobten wlan-test.seed-Muster auf (Ubiquity/ Preseed, nicht Subiquity/Autoinstall - siehe ADR-0009), generalisiert zu einem echten Template mit denselben Platzhaltern wie Fedoras kickstart.tpl: - backends/mint/backend.sh: 5-Funktionen-Contract 1:1 wie Fedora (backend_init/validate/generate_config/launch/postinstall), backend_launch() bewusst als Stub (echte Parität mit Fedoras heutigem Stand, kein Vorgriff auf das noch nicht entschiedene Self-Service-Portal-Modell). - backends/mint/preseed.tpl + postinstall.sh: echter Agent-Bootstrap (curl agent.py, Bootstrap-POST, Credentials, systemd enable) im ubiquity/success_command, zweistufig envsubst+base64 gerendert (Debconf-Fallstrick bei mehrzeiligen Preseed-Werten, real erprobt). - scripts/build.sh: Backend-Argument (fedora|mint), Mint-Pfade real gegen die vorhandene Test-ISO verifiziert (/boot/grub/grub.cfg, /isolinux/live.cfg, /preseed/tuxflotte.seed - keine zweite ESP-Kopie wie bei Fedora), Test-Preseed-Bake mit Platzhalterwerten. - profiles/mint-desktop/profile.json: installer.type von "autoinstall" auf "preseed" korrigiert (ADR-0009 hatte den alten Wert als vermutlich falsch benannt markiert - jetzt bestätigt und korrigiert). End-to-end auf echter QEMU-Hardware verifiziert: automatisierte Installation, Reboot, Agent-Bootstrap, Check-in, ansible-pull-Zyklus (PLAY RECAP failed=0) - kompletter Kreislauf funktioniert. Dabei gefunden und gefixt: d-i pkgsel/include string ansible-core git fehlte (Pendant zu Fedoras kickstart.tpl %packages) - ohne das lief der Agent-Dienst in einer Restart-Fehlerschleife. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
63 lines
2.9 KiB
Bash
63 lines
2.9 KiB
Bash
#!/bin/bash
|
|
# Lesbare Referenzfassung des Agent-Bootstraps, den backend_generate_config()
|
|
# in backend.sh zur Laufzeit envsubst-auflöst und anschließend base64-kodiert
|
|
# in preseed.tpls ubiquity/success_command einsetzt (siehe backend.sh). Diese
|
|
# Datei selbst wird nie direkt ausgeführt - sie existiert, damit der Code
|
|
# lesbar bleibt statt nur als Base64-Blob im Preseed zu existieren.
|
|
#
|
|
# Inhaltlich das Bash-Pendant zu backends/fedora/kickstart.tpl %post: gleiche
|
|
# curl/jq-Aufrufe, nur eingebettet über ubiquity/success_command (in-target,
|
|
# chrooted) statt Kickstart %post.
|
|
tuxflotte_agent_fatal() {
|
|
echo "tuxflotte: Provisioning-Agent-Einrichtung fehlgeschlagen: $*" >> /var/log/tuxflotte-postinstall.log
|
|
exit 1
|
|
}
|
|
|
|
ANODE_URL="https://anode.tuxflotte.de"
|
|
AGENT_REPO_RAW="https://git.tuxflotte.de/admin/provisioning-agent/raw/branch/main"
|
|
|
|
install -d -m 0700 /etc/tuxflotte ||
|
|
tuxflotte_agent_fatal "Verzeichnis /etc/tuxflotte konnte nicht angelegt werden."
|
|
|
|
cat > /etc/tuxflotte/runtime_blueprint.json <<'RUNTIME_BLUEPRINT_EOF'
|
|
${TUXFLOTTE_BLUEPRINTS_JSON}
|
|
RUNTIME_BLUEPRINT_EOF
|
|
|
|
install -d /opt/tuxflotte/agent ||
|
|
tuxflotte_agent_fatal "Verzeichnis /opt/tuxflotte/agent konnte nicht angelegt werden."
|
|
|
|
curl --silent --show-error --fail --location \
|
|
--output /opt/tuxflotte/agent/agent.py \
|
|
"${AGENT_REPO_RAW}/agent.py" ||
|
|
tuxflotte_agent_fatal "agent.py konnte nicht von ${AGENT_REPO_RAW} geladen werden."
|
|
|
|
curl --silent --show-error --fail --location \
|
|
--output /etc/systemd/system/tuxflotte-agent.service \
|
|
"${AGENT_REPO_RAW}/tuxflotte-agent.service" ||
|
|
tuxflotte_agent_fatal "tuxflotte-agent.service konnte nicht von ${AGENT_REPO_RAW} geladen werden."
|
|
|
|
AGENT_BOOTSTRAP_RESPONSE="$(
|
|
curl --silent --show-error --fail --location \
|
|
--header 'Content-Type: application/json' \
|
|
--data-binary "{\"device_id\": \"${TUXFLOTTE_DEVICE_ID}\"}" \
|
|
"${ANODE_URL}/api/v1/agent/bootstrap"
|
|
)" ||
|
|
tuxflotte_agent_fatal "Bootstrap-Aufruf gegen ${ANODE_URL} ist fehlgeschlagen."
|
|
|
|
jq --exit-status '.success == true' <<<"${AGENT_BOOTSTRAP_RESPONSE}" >/dev/null ||
|
|
tuxflotte_agent_fatal "Server hat den Bootstrap abgelehnt: ${AGENT_BOOTSTRAP_RESPONSE}"
|
|
|
|
jq --null-input \
|
|
--arg device_id "${TUXFLOTTE_DEVICE_ID}" \
|
|
--argjson response "${AGENT_BOOTSTRAP_RESPONSE}" \
|
|
'{device_id: $device_id, agent_secret: $response.agent_secret}' \
|
|
> /etc/tuxflotte/agent.credentials ||
|
|
tuxflotte_agent_fatal "Credentials-Datei konnte nicht erzeugt werden."
|
|
chmod 0600 /etc/tuxflotte/agent.credentials
|
|
|
|
systemctl enable tuxflotte-agent.service ||
|
|
tuxflotte_agent_fatal "systemd-Dienst tuxflotte-agent konnte nicht aktiviert werden."
|
|
|
|
echo "tuxflotte: Runtime Blueprint unter /etc/tuxflotte/runtime_blueprint.json hinterlegt." >> /var/log/tuxflotte-postinstall.log
|
|
echo "tuxflotte: Provisioning-Agent installiert, registriert und für den ersten Boot aktiviert." >> /var/log/tuxflotte-postinstall.log
|