no available node, plugin runtime not found #231

Closed
opened 2026-02-16 01:15:02 -05:00 by yindo · 3 comments
Owner

Originally created by @gaoding-hailang on GitHub (Jan 22, 2026).

Self Checks

To make sure we get to you in time, please check the following :)

  • I have searched for existing issues search for existing issues, including closed ones.
  • I confirm that I am using English to submit this report (我已阅读并同意 Language Policy).
  • [FOR CHINESE USERS] 请务必使用英文提交 Issue,否则会被关闭。谢谢!:)
  • "Please do not modify this template :) and fill in all the required fields."

Versions

  1. dify-plugin-daemon 0.5.2
  2. dify-api 1.11.2

Describe the bug
When I implement a plugin myself and debug it locally, I always fail to locate the plugin. However, the plugin version can be displayed in the Dify interface and the node can also be found, but an error occurs during runtime,but if use dify-plugin-daemon version 0.4.2 is ok:
2026/01/22 15:20:20 factory.go:28: [ERROR]PluginDaemonInternalServerError: no available node, plugin runtime not found

goroutine 1102 [running]:

runtime/debug.Stack()

/usr/local/go/src/runtime/debug/stack.go:26 +0x5e

github.com/langgenius/dify-plugin-daemon/internal/types/exception.InternalServerError({0x2b50f60, 0xc003451d10})

/app/internal/types/exception/factory.go:27 +0x27

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).redirectPluginInvokeByPluginIdentifier(0xc0006caac0, 0xc0006be100, {0xc001e21180?, 0xcd2c94?}, {0x2b50f60, 0x407da40})

/app/internal/server/middleware.go:132 +0x105

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.(*App).RedirectPluginInvoke.func3(0xc0006be100)

/app/internal/server/middleware.go:106 +0x8a

github.com/gin-gonic/gin.(*Context).Next(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.(*App).FetchPluginInstallation.func2(0xc0006be100)

/app/internal/server/middleware.go:78 +0x235

github.com/gin-gonic/gin.(*Context).Next(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.CollectActiveDispatchRequests.func1(0x27d2bbc?)

/app/internal/server/controllers/health_check.go:28 +0x25

github.com/gin-gonic/gin.(*Context).Next(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginGroup.CheckingKey.func1(0xc0006be100)

/app/internal/server/middleware.go:26 +0x95

github.com/gin-gonic/gin.(*Context).Next(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).server.CollectActiveRequests.func3(0xc0052a7a10?)

/app/internal/server/controllers/health_check.go:20 +0x25

github.com/gin-gonic/gin.(*Context).Next(...)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185

github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/recovery.go:102 +0x6f

github.com/gin-gonic/gin.(*Context).Next(...)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185

github.com/gin-gonic/gin.LoggerWithConfig.func1(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/logger.go:249 +0xe5

github.com/gin-gonic/gin.(*Context).Next(...)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185

github.com/gin-gonic/gin.(*Engine).handleHTTPRequest(0xc0000f44e0, 0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/gin.go:633 +0x872

github.com/gin-gonic/gin.(*Engine).ServeHTTP(0xc0000f44e0, {0x2b813f0, 0xc000ea96c0}, 0xc001d64c80)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/gin.go:589 +0x1aa

net/http.serverHandler.ServeHTTP({0x2b731c8?}, {0x2b813f0?, 0xc000ea96c0?}, 0x6?)

/usr/local/go/src/net/http/server.go:3301 +0x8e

net/http.(*conn).serve(0xc000e74e10, {0x2b85958, 0xc00078b860})

/usr/local/go/src/net/http/server.go:2102 +0x625

created by net/http.(*Server).Serve in goroutine 76

/usr/local/go/src/net/http/server.go:3454 +0x485



Originally created by @gaoding-hailang on GitHub (Jan 22, 2026). **Self Checks** To make sure we get to you in time, please check the following :) - [x] I have searched for existing issues [search for existing issues](https://github.com/langgenius/dify-plugin-daemon/issues), including closed ones. - [x] I confirm that I am using English to submit this report (我已阅读并同意 [Language Policy](https://github.com/langgenius/dify/issues/1542)). - [x] [FOR CHINESE USERS] 请务必使用英文提交 Issue,否则会被关闭。谢谢!:) - [x] "Please do not modify this template :) and fill in all the required fields." **Versions** 1. dify-plugin-daemon 0.5.2 2. dify-api 1.11.2 **Describe the bug** When I implement a plugin myself and debug it locally, I always fail to locate the plugin. However, the plugin version can be displayed in the Dify interface and the node can also be found, but an error occurs during runtime,but if use dify-plugin-daemon version 0.4.2 is ok: 2026/01/22 15:20:20 factory.go:28: [ERROR]PluginDaemonInternalServerError: no available node, plugin runtime not found goroutine 1102 [running]: runtime/debug.Stack() /usr/local/go/src/runtime/debug/stack.go:26 +0x5e github.com/langgenius/dify-plugin-daemon/internal/types/exception.InternalServerError({0x2b50f60, 0xc003451d10}) /app/internal/types/exception/factory.go:27 +0x27 github.com/langgenius/dify-plugin-daemon/internal/server.(*App).redirectPluginInvokeByPluginIdentifier(0xc0006caac0, 0xc0006be100, {0xc001e21180?, 0xcd2c94?}, {0x2b50f60, 0x407da40}) /app/internal/server/middleware.go:132 +0x105 github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.(*App).RedirectPluginInvoke.func3(0xc0006be100) /app/internal/server/middleware.go:106 +0x8a github.com/gin-gonic/gin.(*Context).Next(0xc0006be100) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.(*App).FetchPluginInstallation.func2(0xc0006be100) /app/internal/server/middleware.go:78 +0x235 github.com/gin-gonic/gin.(*Context).Next(0xc0006be100) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.CollectActiveDispatchRequests.func1(0x27d2bbc?) /app/internal/server/controllers/health_check.go:28 +0x25 github.com/gin-gonic/gin.(*Context).Next(0xc0006be100) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginGroup.CheckingKey.func1(0xc0006be100) /app/internal/server/middleware.go:26 +0x95 github.com/gin-gonic/gin.(*Context).Next(0xc0006be100) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b github.com/langgenius/dify-plugin-daemon/internal/server.(*App).server.CollectActiveRequests.func3(0xc0052a7a10?) /app/internal/server/controllers/health_check.go:20 +0x25 github.com/gin-gonic/gin.(*Context).Next(...) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1(0xc0006be100) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/recovery.go:102 +0x6f github.com/gin-gonic/gin.(*Context).Next(...) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 github.com/gin-gonic/gin.LoggerWithConfig.func1(0xc0006be100) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/logger.go:249 +0xe5 github.com/gin-gonic/gin.(*Context).Next(...) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 github.com/gin-gonic/gin.(*Engine).handleHTTPRequest(0xc0000f44e0, 0xc0006be100) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/gin.go:633 +0x872 github.com/gin-gonic/gin.(*Engine).ServeHTTP(0xc0000f44e0, {0x2b813f0, 0xc000ea96c0}, 0xc001d64c80) /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/gin.go:589 +0x1aa net/http.serverHandler.ServeHTTP({0x2b731c8?}, {0x2b813f0?, 0xc000ea96c0?}, 0x6?) /usr/local/go/src/net/http/server.go:3301 +0x8e net/http.(*conn).serve(0xc000e74e10, {0x2b85958, 0xc00078b860}) /usr/local/go/src/net/http/server.go:2102 +0x625 created by net/http.(*Server).Serve in goroutine 76 /usr/local/go/src/net/http/server.go:3454 +0x485 
yindo added the plugin-daemonbug labels 2026-02-16 01:15:02 -05:00
yindo closed this issue 2026-02-16 01:15:02 -05:00
Author
Owner

@dosubot[bot] commented on GitHub (Jan 22, 2026):

Hi @gaoding-hailang! I'm Dosu and I’m helping the dify-plugin-daemon team.

This error means the plugin runtime was never registered or was removed before invocation. Even if the plugin version and node show up in the UI, the runtime only becomes available after successful environment initialization and startup. Common causes include: manifest.yaml missing required fields or having encoding issues, misaligned Docker volume mounts or environment variables (so the daemon can't read the plugin files), persistent storage misconfiguration (plugin data lost after restarts), or rapid plugin restarts during debugging (the runtime can't reconnect due to a sleep delay) [source] [source] [source].

Troubleshooting checklist:

  • Double-check your manifest.yaml for all required fields and correct formatting. Even invisible encoding issues (BOM, tabs, non-UTF8) can break startup [source].
  • Make sure your plugin files are mounted and readable inside the daemon container at the expected path.
  • If using Docker, verify volume mounts and environment variables like PLUGIN_STORAGE_LOCAL_ROOT.
  • For persistent storage, use a shared PVC for all plugin pods to avoid losing plugin data after restarts [source].
  • If you restart the plugin rapidly during debugging, consider patching the lifecycle code to skip the sleep for remote runtimes [source].
  • Check the logs for environment initialization errors—any failure here prevents runtime registration.
  • For deeper technical details, see the Serverless Runtime Interface (SRI) documentation.

If you share your manifest.yaml and environment setup, I can help spot specific issues.

To reply, just mention @dosu.


How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other

Open in Cursor Join Discord Share on X

@dosubot[bot] commented on GitHub (Jan 22, 2026): <!-- Greeting --> Hi @gaoding-hailang! I'm [Dosu](https://go.dosu.dev/dosubot) and I’m helping the dify-plugin-daemon team. <!-- Answer --> This error means the plugin runtime was never registered or was removed before invocation. Even if the plugin version and node show up in the UI, the runtime only becomes available after successful environment initialization and startup. Common causes include: manifest.yaml missing required fields or having encoding issues, misaligned Docker volume mounts or environment variables (so the daemon can't read the plugin files), persistent storage misconfiguration (plugin data lost after restarts), or rapid plugin restarts during debugging (the runtime can't reconnect due to a sleep delay) [[source](https://github.com/langgenius/dify-plugin-daemon/issues/540)] [[source](https://github.com/langgenius/dify-plugin-daemon/issues/386)] [[source](https://github.com/langgenius/dify-plugin-daemon/blob/23a4662e65a2bdeb7e7731a9081e6ba545f9838a/internal/core/control_panel/runtime_export.go#L12-L28)]. Troubleshooting checklist: - Double-check your manifest.yaml for all required fields and correct formatting. Even invisible encoding issues (BOM, tabs, non-UTF8) can break startup [[source](https://github.com/langgenius/dify-plugin-daemon/issues/540)]. - Make sure your plugin files are mounted and readable inside the daemon container at the expected path. - If using Docker, verify volume mounts and environment variables like PLUGIN_STORAGE_LOCAL_ROOT. - For persistent storage, use a shared PVC for all plugin pods to avoid losing plugin data after restarts [[source](https://github.com/langgenius/dify-plugin-daemon/issues/424)]. - If you restart the plugin rapidly during debugging, consider patching the lifecycle code to skip the sleep for remote runtimes [[source](https://github.com/langgenius/dify-plugin-daemon/issues/386)]. - Check the logs for environment initialization errors—any failure here prevents runtime registration. - For deeper technical details, see the [Serverless Runtime Interface (SRI) documentation](https://github.com/langgenius/dify-plugin-daemon/blob/main/docs/runtime/sri.md). If you share your manifest.yaml and environment setup, I can help spot specific issues. <!-- Dosu Comment Footer --> *To reply, just mention [@dosu](https://go.dosu.dev/dosubot).* --- <sup>How did I do? [Good](https://app.dosu.dev/response-feedback/9d44938f-88bd-43cf-8fd7-383bc0d0e5e4?feedback_type=great_response) | [Irrelevant](https://app.dosu.dev/response-feedback/9d44938f-88bd-43cf-8fd7-383bc0d0e5e4?feedback_type=irrelevant_answer) | [Incorrect](https://app.dosu.dev/response-feedback/9d44938f-88bd-43cf-8fd7-383bc0d0e5e4?feedback_type=incorrect_sources) | [Verbose](https://app.dosu.dev/response-feedback/9d44938f-88bd-43cf-8fd7-383bc0d0e5e4?feedback_type=too_verbose) | [Hallucination](https://app.dosu.dev/response-feedback/9d44938f-88bd-43cf-8fd7-383bc0d0e5e4?feedback_type=hallucination) | [Report 🐛](https://app.dosu.dev/response-feedback/9d44938f-88bd-43cf-8fd7-383bc0d0e5e4?feedback_type=bug_report) | [Other](https://app.dosu.dev/response-feedback/9d44938f-88bd-43cf-8fd7-383bc0d0e5e4?feedback_type=other)</sup> [![Open in Cursor](https://dosu.dev/dosu-in-cursor.svg)](https://cursor.com/link/prompt?text=This%20error%20means%20the%20plugin%20runtime%20was%20never%20registered%20or%20was%20removed%20before%20invocation.%20Even%20if%20the%20plugin%20version%20and%20node%20show%20up%20in%20the%20UI%2C%20the%20runtime%20only%20becomes%20available%20after%20successful%20environment%20initialization%20and%20startup.%20Common%20causes%20include%3A%20manifest.yaml%20missing%20required%20fields%20or%20having%20encoding%20issues%2C%20misaligned%20Docker%20volume%20mounts%20or%20environment%20variables%20%28so%20the%20daemon%20can%27t%20read%20the%20plugin%20files%29%2C%20persistent%20storage%20misconfiguration%20%28plugin%20data%20lost%20after%20restarts%29%2C%20or%20rapid%20plugin%20restarts%20during%20debugging%20%28the%20runtime%20can%27t%20reconnect%20due%20to%20a%20sleep%20delay%29%20%5B%5Bsource%5D%28https%3A//github.com/langgenius/dify-plugin-daemon/issues/540%29%5D%20%5B%5Bsource%5D%28https%3A//github.com/langgenius/dify-plugin-daemon/issues/386%29%5D%20%5B%5Bsource%5D%28https%3A//github.com/langgenius/dify-plugin-daemon/blob/23a4662e65a2bdeb7e7731a9081e6ba545f9838a/internal/core/control_panel/runtime_export.go%23L12-L28%29%5D.%0A%0ATroubleshooting%20checklist%3A%0A-%20Double-check%20your%20manifest.yaml%20for%20all%20required%20fields%20and%20correct%20formatting.%20Even%20invisible%20encoding%20issues%20%28BOM%2C%20tabs%2C%20non-UTF8%29%20can%20break%20startup%20%5B%5Bsource%5D%28https%3A//github.com/langgenius/dify-plugin-daemon/issues/540%29%5D.%0A-%20Make%20sure%20your%20plugin%20files%20are%20mounted%20and%20readable%20inside%20the%20daemon%20container%20at%20the%20expected%20path.%0A-%20If%20using%20Docker%2C%20verify%20volume%20mounts%20and%20environment%20variables%20like%20PLUGIN_STORAGE_LOCAL_ROOT.%0A-%20For%20persistent%20storage%2C%20use%20a%20shared%20PVC%20for%20all%20plugin%20pods%20to%20avoid%20losing%20plugin%20data%20after%20restarts%20%5B%5Bsource%5D%28https%3A//github.com/langgenius/dify-plugin-daemon/issues/424%29%5D.%0A-%20If%20you%20restart%20the%20plugin%20rapidly%20during%20debugging%2C%20consider%20patching%20the%20lifecycle%20code%20to%20skip%20the%20sleep%20for%20remote%20runtimes%20%5B%5Bsource%5D%28https%3A//github.com/langgenius/dify-plugin-daemon/issues/386%29%5D.%0A-%20Check%20the%20logs%20for%20environment%20initialization%20errors%E2%80%94any%20failure%20here%20prevents%20runtime%20registration.%0A-%20For%20deeper%20technical%20details%2C%20see%20the%20%5BServerless%20Runtime%20Interface%20%28SRI%29%20documentation%5D%28https%3A//github.com/langgenius/dify-plugin-daemon/blob/main/docs/runtime/sri.md%29.%0A%0AIf%20you%20share%20your%20manifest.yaml%20and%20environment%20setup%2C%20I%20can%20help%20spot%20specific%20issues.)&nbsp;[![Join Discord](https://img.shields.io/badge/join-5865F2?logo=discord&logoColor=white&label=)](https://go.dosu.dev/discord-bot)&nbsp;[![Share on X](https://img.shields.io/badge/X-share-black)](https://twitter.com/intent/tweet?text=%40dosu_ai%20helped%20me%20solve%20this%20issue!&url=https%3A//github.com/langgenius/dify-plugin-daemon/issues/574)
Author
Owner

@fatelei commented on GitHub (Jan 22, 2026):

Self Checks

To make sure we get to you in time, please check the following :)

  • I have searched for existing issues search for existing issues, including closed ones.[x] I confirm that I am using English to submit this report (我已阅读并同意 Language Policy).[x] [FOR CHINESE USERS] 请务必使用英文提交 Issue,否则会被关闭。谢谢!:)[x] "Please do not modify this template :) and fill in all the required fields."

Versions

  1. dify-plugin-daemon 0.5.2
  2. dify-api 1.11.2

Describe the bug When I implement a plugin myself and debug it locally, I always fail to locate the plugin. However, the plugin version can be displayed in the Dify interface and the node can also be found, but an error occurs during runtime,but if use dify-plugin-daemon version 0.4.2 is ok: 2026/01/22 15:20:20 factory.go:28: �[31m[ERROR]PluginDaemonInternalServerError: no available node, plugin runtime not found

goroutine 1102 [running]:

runtime/debug.Stack()

/usr/local/go/src/runtime/debug/stack.go:26 +0x5e

github.com/langgenius/dify-plugin-daemon/internal/types/exception.InternalServerError({0x2b50f60, 0xc003451d10})

/app/internal/types/exception/factory.go:27 +0x27

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).redirectPluginInvokeByPluginIdentifier(0xc0006caac0, 0xc0006be100, {0xc001e21180?, 0xcd2c94?}, {0x2b50f60, 0x407da40})

/app/internal/server/middleware.go:132 +0x105

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.(*App).RedirectPluginInvoke.func3(0xc0006be100)

/app/internal/server/middleware.go:106 +0x8a

github.com/gin-gonic/gin.(*Context).Next(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.(*App).FetchPluginInstallation.func2(0xc0006be100)

/app/internal/server/middleware.go:78 +0x235

github.com/gin-gonic/gin.(*Context).Next(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.CollectActiveDispatchRequests.func1(0x27d2bbc?)

/app/internal/server/controllers/health_check.go:28 +0x25

github.com/gin-gonic/gin.(*Context).Next(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginGroup.CheckingKey.func1(0xc0006be100)

/app/internal/server/middleware.go:26 +0x95

github.com/gin-gonic/gin.(*Context).Next(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b

github.com/langgenius/dify-plugin-daemon/internal/server.(*App).server.CollectActiveRequests.func3(0xc0052a7a10?)

/app/internal/server/controllers/health_check.go:20 +0x25

github.com/gin-gonic/gin.(*Context).Next(...)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185

github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/recovery.go:102 +0x6f

github.com/gin-gonic/gin.(*Context).Next(...)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185

github.com/gin-gonic/gin.LoggerWithConfig.func1(0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/logger.go:249 +0xe5

github.com/gin-gonic/gin.(*Context).Next(...)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185

github.com/gin-gonic/gin.(*Engine).handleHTTPRequest(0xc0000f44e0, 0xc0006be100)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/gin.go:633 +0x872

github.com/gin-gonic/gin.(*Engine).ServeHTTP(0xc0000f44e0, {0x2b813f0, 0xc000ea96c0}, 0xc001d64c80)

/go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/gin.go:589 +0x1aa

net/http.serverHandler.ServeHTTP({0x2b731c8?}, {0x2b813f0?, 0xc000ea96c0?}, 0x6?)

/usr/local/go/src/net/http/server.go:3301 +0x8e

net/http.(*conn).serve(0xc000e74e10, {0x2b85958, 0xc00078b860})

/usr/local/go/src/net/http/server.go:2102 +0x625

created by net/http.(*Server).Serve in goroutine 76

/usr/local/go/src/net/http/server.go:3454 +0x485

�[0m

you serve one server, so error is no nodes

@fatelei commented on GitHub (Jan 22, 2026): > **Self Checks** > > To make sure we get to you in time, please check the following :) > > * [x] I have searched for existing issues [search for existing issues](https://github.com/langgenius/dify-plugin-daemon/issues), including closed ones.[x] I confirm that I am using English to submit this report (我已阅读并同意 [Language Policy](https://github.com/langgenius/dify/issues/1542)).[x] [FOR CHINESE USERS] 请务必使用英文提交 Issue,否则会被关闭。谢谢!:)[x] "Please do not modify this template :) and fill in all the required fields." > > **Versions** > > 1. dify-plugin-daemon 0.5.2 > 2. dify-api 1.11.2 > > **Describe the bug** When I implement a plugin myself and debug it locally, I always fail to locate the plugin. However, the plugin version can be displayed in the Dify interface and the node can also be found, but an error occurs during runtime,but if use dify-plugin-daemon version 0.4.2 is ok: 2026/01/22 15:20:20 factory.go:28: �[31m[ERROR]PluginDaemonInternalServerError: no available node, plugin runtime not found > > goroutine 1102 [running]: > > runtime/debug.Stack() > > /usr/local/go/src/runtime/debug/stack.go:26 +0x5e > > github.com/langgenius/dify-plugin-daemon/internal/types/exception.InternalServerError({0x2b50f60, 0xc003451d10}) > > /app/internal/types/exception/factory.go:27 +0x27 > > github.com/langgenius/dify-plugin-daemon/internal/server.(*App).redirectPluginInvokeByPluginIdentifier(0xc0006caac0, 0xc0006be100, {0xc001e21180?, 0xcd2c94?}, {0x2b50f60, 0x407da40}) > > /app/internal/server/middleware.go:132 +0x105 > > github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.(*App).RedirectPluginInvoke.func3(0xc0006be100) > > /app/internal/server/middleware.go:106 +0x8a > > github.com/gin-gonic/gin.(*Context).Next(0xc0006be100) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b > > github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.(*App).FetchPluginInstallation.func2(0xc0006be100) > > /app/internal/server/middleware.go:78 +0x235 > > github.com/gin-gonic/gin.(*Context).Next(0xc0006be100) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b > > github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginDispatchGroup.CollectActiveDispatchRequests.func1(0x27d2bbc?) > > /app/internal/server/controllers/health_check.go:28 +0x25 > > github.com/gin-gonic/gin.(*Context).Next(0xc0006be100) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b > > github.com/langgenius/dify-plugin-daemon/internal/server.(*App).pluginGroup.CheckingKey.func1(0xc0006be100) > > /app/internal/server/middleware.go:26 +0x95 > > github.com/gin-gonic/gin.(*Context).Next(0xc0006be100) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 +0x2b > > github.com/langgenius/dify-plugin-daemon/internal/server.(*App).server.CollectActiveRequests.func3(0xc0052a7a10?) > > /app/internal/server/controllers/health_check.go:20 +0x25 > > github.com/gin-gonic/gin.(*Context).Next(...) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 > > github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1(0xc0006be100) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/recovery.go:102 +0x6f > > github.com/gin-gonic/gin.(*Context).Next(...) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 > > github.com/gin-gonic/gin.LoggerWithConfig.func1(0xc0006be100) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/logger.go:249 +0xe5 > > github.com/gin-gonic/gin.(*Context).Next(...) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/context.go:185 > > github.com/gin-gonic/gin.(*Engine).handleHTTPRequest(0xc0000f44e0, 0xc0006be100) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/gin.go:633 +0x872 > > github.com/gin-gonic/gin.(*Engine).ServeHTTP(0xc0000f44e0, {0x2b813f0, 0xc000ea96c0}, 0xc001d64c80) > > /go/pkg/mod/github.com/gin-gonic/gin@v1.10.0/gin.go:589 +0x1aa > > net/http.serverHandler.ServeHTTP({0x2b731c8?}, {0x2b813f0?, 0xc000ea96c0?}, 0x6?) > > /usr/local/go/src/net/http/server.go:3301 +0x8e > > net/http.(*conn).serve(0xc000e74e10, {0x2b85958, 0xc00078b860}) > > /usr/local/go/src/net/http/server.go:2102 +0x625 > > created by net/http.(*Server).Serve in goroutine 76 > > /usr/local/go/src/net/http/server.go:3454 +0x485 > > �[0m you serve one server, so error is no nodes
Author
Owner

@gaoding-hailang commented on GitHub (Jan 22, 2026):

In version 0.5.2, this configuration (see in image) needs to be consistent with the version number; however, this requirement does not apply to version 0.4.2. I solved this problem by modifying the value to match the version number.
Image

@gaoding-hailang commented on GitHub (Jan 22, 2026): In version 0.5.2, this configuration (see in image) needs to be consistent with the version number; however, this requirement does not apply to version 0.4.2. I solved this problem by modifying the value to match the version number. <img width="626" height="824" alt="Image" src="https://github.com/user-attachments/assets/13c1d08b-c358-4527-a529-50684ed2a093" />
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: langgenius/dify-plugin-daemon#231