chore(deploy): découper deploy-all.sh en une connexion SSH par étape#353
Merged
Conversation
Le compte tourne dans un LVE CloudLinux (quota mémoire par compte, isolé de la RAM système totale) : enchaîner toutes les commandes bin/console dans un seul process SSH laissait l'empreinte mémoire s'accumuler d'une étape à l'autre jusqu'à dépasser ce quota sur une étape isolée, provoquant des Killed (OOM) intermittents et imprévisibles. Chaque étape ouvre désormais sa propre connexion SSH (repart d'un process shell neuf), validé sur les 7 instances sans échec.
ronan-develop
added
ci
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Résumé
/proc/self/cgroup→lve508) : quota mémoire par compte, isolé de la RAM système totale (confirmé : 15 Gio libres sur 125 Gio, donc pas une pénurie machine)deploy-all.shenchaînait toutes les commandes (composer install,cache:clear,assets:install,importmap:install,migrations,asset-map:compile) dans un seul process SSH — l'empreinte mémoire s'accumulait d'une étape à l'autre jusqu'à dépasser le quota LVE sur une étape isolée (vécu deux fois : migrations sur une instance,cache:clearsur une autre, jamais la même)run_step— repart d'un process shell neuf à chaque étape, sans hériter de l'empreinte des précédentes.claude/deploiement.mdmise à jour avec la cause racine et le correctifTest plan
bash -n bin/deploy-all.sh— syntaxe validebash bin/deploy-all.sh) : 7/7 OK sans échec, y compris les deux instances qui avaient été tuées par OOM lors des deux déploiements précédents avec l'ancienne version