N8N升级后工作流无法保存, N8N_MIGRATE_FS_STORAGE_PATH



我自建服务器上的N8N运行的很好, 就是N8N官网频繁升级, 不跟着升级也感觉不好

最近想解决绑定的域名问题, 也就是用他的n8n form节点引发的问题

升级后一切运行正常, 但是突然发现我修改工作流不能自动保存了

我编辑完工作流后退出, 自动保存失败, 无法退出

我开始在服务器上手工运行, 发现了启动log有这样一行:

Initializing n8n process

Deprecation warning: The storage directory "/root/.n8n/binaryData" will be renamed to "/root/.n8n/storage" in n8n v3. To migrate now, set N8N_MIGRATE_FS_STORAGE_PATH=true. If you have a volume mounted at the old path, update your mount configuration after migration.

似乎是n8n存储目录改变了,需要迁移数据. 

赶紧用 N8N_MIGRATE_FS_STORAGE_PATH=true 启动

启动过后都可以秒存了,  看来就是这个原因. 



Comments

Post a Comment

Popular posts from this blog

2026年3月的苹果商店大卡审事件总结 - App Store 2026 March Review Delay Issue

Image
我经历到了提交APP审核, 一直在等待队列不变很久之后. 顺便研究了这个问题. 国内也是有人在抱怨, 或者说国内一直有人抱怨自己的app一两周或一两个月都不审核,  其实搜索一下全世界都一直有人抱怨这个事. 如果问一下强大的Gemini AI, 他会煞有介事的说2026年3月App Store出现“大面积卡审”是真实情况, 并给出解释: 一. 欧盟 DMA 合规冲刺（主因）： 2026 年 3 月是欧盟《数字市场法案》（DMA）合规的关键节点。苹果在 2026 年 3 月 7 日 提交了最新的合规报告。为了适配欧盟要求的第三方应用市场、新的支付审计逻辑以及超过 600 个新 API 的调用，苹果内部对 App Store Connect 的底层逻辑进行了大规模调整。这种架构级的变动通常会导致全球范围内的审核系统出现波动和积压。 二. iOS 26 / Xcode 26 迁移潮： 苹果已明确 2026 年 4 月 为所有新 App 和更新必须采用 iOS 26 SDK 的硬性截止日期。大量开发者集中在 3 月提交版本以完成适配，导致提交量激增。 三. 3 月 10 日技术故障（雪上加霜）： 2026 年 3 月 10 日，苹果的验证服务器（Verification Servers）出现了约 3 小时的全球性中断。这不仅导致开发者无法验证企业签名的 App 和本地测试包，也间接让 App Store Connect 的后台自动扫描队列发生了大规模堵塞。 四. AI 与 UGC 政策收紧： 2026 年 2 月 6 日，苹果更新了审核指南（特别是针对 1.2 用户生成内容条款）。由于 2026 年是生成式 AI 应用爆发的一年，苹果在 3 月份显著加强了对集成第三方大模型 App 的合规性审查，尤其是涉及隐私数据分发和内容过滤的部分。  AI的话还是参考, 具体看一下国外查看这些审核异常的帖子, 可以在这些地方找到, REDDIT的 r/iosdev 和 r/appledevelopers 苹果官网的 论坛的商店板块 问题是这些个体样本能代表整个平均审核时间吗? 如果有个地方能查询到苹果的平均审核时间, 是不是就都清楚了? 以前就有开发者(名字叫Dave Verwer)注意到这个事情, 做了一个网站名字是 appreviewtimes, 通过众多苹果开发...
Read more

Blogger 绑定自定义域名的时候不带www的域名绑定失败, 无法重定向到www域名

Image
Blogger 绑定自定义域名的时候不带www的域名绑定失败, 无法重定向到www域名 也就是 https://www.domain.com 能访问 https://domain.com 死活访问不了 即使在 Blogger设置里把 Redirect domain  都打开了 这里就涉及到一个隐藏设置, 在这个不显眼的技术支持页面上能看到: https://support.google.com/blogger/answer/1233387 也就是要把这几个IP添加到域名的A记录 这几个设置非常容易错过, 这是blogger配置域名的一个坑 你的域名面板里就要像这样设置: 设置完成之后要像CNAME设置一样, 要等几个小时才生效
Read more

坑还是很多! Vultr主机上搭建OpenClaw

Image
  看到B站up主秋芝做了QClaw出来,  腾讯内测QClaw, 还有个WorkBuddy.  但凡一个公司都弄个"龙虾"一样的东西, 决定试试了.   直接找到Vultr主机可以一键安装OpenClaw在云主机上, 所以就用这个快速搭一个体验一下.   开始选择1G内存, 1 CPU的主机($12/月), 安装完后无法打开正常进入网页端.  然后换用4G内存,  2 CPU的主机($20+/月), 安装完之后可以正常运行.  这个OpenClaw对国人很友好, 可以设置中文, 官网文档也有中文版.  一上手就能和里面的webchat对话,  我也没有配大模型啊. 最后发现Vultr自动创建了一个Serverless Inference大模型接口, 是MiniMax的. 把token都预装在里面了, 这倒是方便. 直接对话完了一下, 可以发送网络请求, 但似乎用不了浏览器, headless浏览器也不行. 让它自己装他也安装不上, 说是没有root. 我只好console登录进去, 再见到openclaw的docker里, 安装了Chromium. 再发个网络请求, 浏览器却启动不起来. Gemini也解决不了.  注册了一个远程浏览器服务www.browserless.io使用他的token就可以不用本地的浏览器, 这个倒是成功了.    这就可以可以抓取新闻了. 还能浏览器截屏. 想要抓一些图片下来, google image图片抓不下来. bing的图片倒是能抓下来.   用它浏览油管, 竟然抓不了视频截图, 因为油管网站有验证.   默认的chat竟然无法显示图片, 找油管的教程( https://www.youtube.com/watch?v=st534T7-mdE ),连接了Telegram, 很多配置直接发给chat, 真是不用shell里操作了. 最后可以在Telegram里面看到图片了, 就是速度慢.   感觉限制很多, 有验证的地方他也无法访问, 这根本不是万能的. 配置还有很多坑.   回头看看Vultr的token使用, 外边cost显示是0, 点击去后发现 Inp...
Read more