Replies: 2 comments
-
The installation instructions provided in the Misskey Hub assume a direct Node.js installation and cannot be built as documented in an environment using nvm. |
Beta Was this translation helpful? Give feedback.
-
Thank you for your advice. However, I have already used this method, but the process fork is not occurring in the correct path. I think I should use it manually in the command line for the time being.
|
Beta Was this translation helpful? Give feedback.
-
💡 Summary
I recently found out about this problem on my Mastodon server. mastodon/mastodon#20671 (comment)
After I found this problem, I tried installing Misskey and found out that there was the same problem.
Mastodon was able to force a change in the execution path, but Misskey was unable to.
🥰 Expected Behavior
After you forcefully change the execution path, the systemd daemon must run normally. For example:
🤬 Actual Behavior
The daemon is not functioning properly with reference to the wrong node and npm during subprocess creation. This causes the script to rerun indefinitely.
But there's no problem doing this manually in the command line:
NODE_ENV=production npm start
📝 Steps to Reproduce
/etc/systemd/system/misskey.service
file and modify it. (Change the exectation path)systemctl daemon-reload
andsystemctl start misskey
systemctl start misskey
📌 Environment
Misskey version: 12.119.2
Your OS: Debian 11
Your browser: Microsoft Edge 108.0.1462.54
Beta Was this translation helpful? Give feedback.
All reactions