elo:n8n_einbindung
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
| elo:n8n_einbindung [2026/03/22 12:15] – angelegt 217.246.83.136 | elo:n8n_einbindung [2026/03/22 13:19] (aktuell) – 217.246.83.136 | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| ====== Installation von N8N ====== | ====== Installation von N8N ====== | ||
| + | |||
| + | ===== Von 0 auf 100 ===== | ||
| + | |||
| + | Hat man hier bereits node.js installiert (Version 20+) im aktuellen Release zum Stand 22.03.2026, dann kann man hier einfacherweise Folgendes machen. | ||
| + | |||
| + | * npm install -g n8n@latest | ||
| + | * n8n | ||
| + | |||
| + | Wenn alles passt, dann startet hier N8N auf dem Loopback und wird im Terminal bzw. durch den ausführenden Prozess ausgeführt. | ||
| + | |||
| + | ===== PM2 ====== | ||
| + | |||
| + | Für einen Dauerbetrieb ist oben angeführter Weg noch nicht der Idealfall. Nach dem Neustart des OS müsste man immer wieder einsteigen und n8n manuell ausführen. Hier kann ein Servicerunner Abhilfe schaffen. Bspw. Definition eines .service Files in Linux, Einbettung von nssm unter Windows. Die Onboard Alternative von node.js ist aber PM2. PM steht für Process Manager. Dieser Artikel behandelt das Vorgehen ausführlich: | ||
| + | |||
| + | < | ||
| + | nano ~/ | ||
| + | |||
| + | # n8n Dienst starten mit Config | ||
| + | pm2 start ~/ | ||
| + | |||
| + | # SystemD Registrierung | ||
| + | pm2 startup | ||
| + | |||
| + | # N8N starten | ||
| + | pm2 start n8n | ||
| + | |||
| + | # N8n stoppen | ||
| + | pm2 stop n8n | ||
| + | </ | ||
| + | |||
| + | Bei PM2 sollte man hier im Hinterkopf behalten, dass hier die Config-Datei im internen Repository vorhanden bleibt. Ein Refresh der Config-Datei kann wiederum mit pm2 start < | ||
| + | |||
| + | ===== Windows, Linux oder Docker ===== | ||
| + | |||
| + | Soll man eher hier Windows, Linux oder Docker verwenden. Das ist hier immer die Frage was man wie erreichen will. Alle drei Einrichtungsvarianten gehen hier mehr oder weniger sehr unkompliziert. Docker ist vielleicht die einfachste Variante. | ||
| + | |||
| + | * Installiert man mit NPM unter Windows: kann ggf. zu kleineren Überraschungen führen trotz aktuellsten Versionen | ||
| + | * Installiert man mit NPM unter Linux: kann hier ebenfalls Probleme und Bauchschmerzen bereiten, siehe Vorbereitung Debian 13 | ||
| + | * Docker: hier ist halt ein wenig Basiswissen rund um Docker von Vorteil. | ||
| + | * Allen voran: wie startet/ | ||
| + | * Welche Plattformen bietet der Host an (bspw. Docker CE auf Server-OS Windows kann nur Windows Container) | ||
| + | * Wie baut man docker-compose.yml Files auf | ||
| + | |||
| + | Ansonsten ist hier die Frage: | ||
| + | * sind externe Programme direkt aufzurufen/ | ||
| + | * will man extern dazu entwickeln? Hier macht dann die Plattform Sinn, die man hier auch nutzt. N8N hat hier den Vorteil, dass es hier leichtgewichtig ist. Der Host-Prozess verschlingt hier gerade einmal 30 MB Memory bei " | ||
| ===== Debian 13 Vorbereitung ===== | ===== Debian 13 Vorbereitung ===== | ||
| Zeile 23: | Zeile 69: | ||
| </ | </ | ||
| + | ===== Debian 13 Cleanup ===== | ||
| + | |||
| + | Hat man hier schon einen Irrweg beschritten mit alten Node.js Paketen und vielleicht auch schon begonnen einmal N8N herunterzuladen, | ||
| + | |||
| + | < | ||
| + | Can you explain how to resolve n8n error : Error: Cannot find module ' | ||
| + | </ | ||
| + | |||
| + | Man kann hier dem entsprechend mit KI versuchen sich ein Skript bauen zu lassen (bspw. Codex, Gemini, etc.) bevor man wieder n8n installieren lässt. | ||
| + | |||
| + | < | ||
| + | npm uninstall -g n8n semver | ||
| + | sudo rm -rf / | ||
| + | npm cache verify | ||
| + | npm install -g n8n@latest | ||
| + | n8n --version | ||
| + | </ | ||
elo/n8n_einbindung.1774181703.txt.gz · Zuletzt geändert: 2026/03/22 12:15 von 217.246.83.136