J'ai trouvé cette information (provenant de Kristinn Örn Sigurðsson) pour résoudre mon problème :
Pour le tuer avec -9, vous devrez lister tous les processus manage.py en cours, par exemple :
ps aux | grep -i manage
Vous obtiendrez une sortie similaire à celle-ci si vous avez commencé sur plusieurs ports :
14770 8264 0.0 1.9 546948 40904 ? S Sep19 0:00 /usr/local/bin/python manage.py runserver 0.0.0.0:8006
14770 15215 0.0 2.7 536708 56420 ? S Sep13 0:00 /usr/local/bin/python manage.py runserver 0.0.0.0:8001
14770 30144 0.0 2.1 612488 44912 ? S Sep18 0:00 /usr/local/bin/python manage.py runserver 0.0.0.0:8000
14770 30282 0.0 1.9 678024 40104 ? S Sep18 0:00 /usr/local/bin/python manage.py runserver 0.0.0.0:8002
14770 30592 0.0 2.1 678024 45008 ? S Sep18 0:00 /usr/local/bin/python manage.py runserver 0.0.0.0:8003
14770 30743 0.0 2.1 678024 45044 ? S Sep18 0:00 /usr/local/bin/python manage.py runserver 0.0.0.0:8004
Ensuite, vous devrez sélectionner le pid (qui est le deuxième chiffre à gauche) du bon processus manage.py (python manage.py runserver... etc) et le faire :
kill -9 pid
Dans l'exemple ci-dessus, si vous vouliez libérer le port 8000, vous le feriez :
kill -9 30144
0 votes
Ce problème ne s'applique pas seulement à Django, alors peut-être pouvons-nous changer le titre ? Je suis tombé sur cette erreur en exécutant une application Angular. J'ai trouvé cette question avec une recherche google
how to kill port 8000
Pourtant, cela s'appliquait aussi à moi. En modifiant le titre et en rendant le champ d'application plus général, nous pourrions éviter certaines questions redondantes par la suite.1 votes
Essayez ceci
sudo fuser -k 8001/tcp