i am running self hosted n8n on unraid and suddenly today,
some of my existing workflow is facing this error. It happens on nextcloud node, google sheet node and seatable node. I tried renewing my seatable api , and it is showing the same error
The error message actually describes exactly what the problem is. The “encryptionKey” must have changed. To be more exact, did you either not persist the ~/.n8n folder or the file ~/.n8n/config (in which the key is stored) got deleted.
In case you did set the encryptionKey via the environment variable N8N_ENCRYPTION_KEY, then the value of that variable must have changed.
There is sadly no way of getting the data back without the original key (after all, is exactly that the reason for having it). What you have to do, is to make sure that in the future the encryptionKey does get persistent and does not change again. Then delete all existing credentials and recreate them again.
Sorry, there is sadly nothing else that can be done.
Not sure how you run n8n but I advice you follow our Server Setup Guide to make sure that n8n is setup correctly.
Hi, I have the same problem with credentials / encryption. I am running the self-hosted-starter-kit - I would like to set persistence but do not know how - I also cannot run ‘n8n’ from the CLI so I can not do the command suggested to backup. And I do not have a ~/.n8n folder/file.
Linux Mint Wilma Stable. cloned the GIT self-host today (Jan 19th)
إذا كنت تستخدم مجموعة البدء ذاتية الاستضافة (أو أي إعداد docker compose)، فلا يوجد ~/.n8n على المضيف — لهذا السبب لا يمكنك العثور عليه. يعيش داخل الحاوية، على وحدة تخزين مسماة، وواجهة سطر الأوامر ليست على المضيف أيضًا. كلاهما قابل للوصول من خلال compose:
هذا الملف يحتوي على encryptionKey الذي أنشأته n8n عند البدء الأول. احفظه في مكان آمن الآن، قبل أن تحتاجه.
للتوقف عن الاعتماد على هذا الملف، اضبط المفتاح بشكل صريح في ملف .env الخاص بك:
N8N_ENCRYPTION_KEY=
مهم: اضبطه على القيمة الموجودة بالفعل في ملف الإعدادات هذا، وليس سلسلة عشوائية جديدة. لن يتمكن المفتاح الجديد من فك تشفير بيانات الاعتماد التي تم تشفيرها بالمفتاح القديم — هذا هو بالضبط الخطأ في هذا الموضوع.
وبالنسبة لأمر التصدير، يعمل أيضًا من خلال compose:
(قد يختلف اسم الخدمة عن “n8n” اعتمادًا على ملف compose الخاص بك)
هناك شيء واحد يستحق المعرفة: عمل نسخة احتياطية من قاعدة البيانات وحده ليس كافيًا. بيانات الاعتماد فيها مشفرة، لذلك فإن النسخة الاحتياطية بدون المفتاح تستعيد سير العمل الذي لا يمكنه المصادقة في أي مكان. احتفظ بكليهما، وأبقهما منفصلين.