从windows迁移到 linux,导致markdown编辑无法打开

从windows seafile 6.0.7 sqlite 迁移到 linux sqlite,并升级到7.0,导致markdown无法打开。

打开任何markdown文件,都会出现以下问题:打开markdown后,一直停留在这个状态

由于我的论坛账号权限限制,其他的截图请查看评论

除此之外,其他所有的功能都可以正常使用。

备注:logs/seahub_django_request.log 中并没有出现相关错误信息

developer tools → console

developer tools → network

developer tools → network preview

你的office文件应该也不能预览吧,查看一下 用户是否有 /tmp 文件夹的所有权

新版的日志文件是在 seahub.log, 可以看下这个日志文件找下错误信息。

你好,感谢你的回复。

已检查 tmp,权限为777。

office文件是通过onlyoffice实现的,可以正常的预览、编辑。

另外我们还发现,目前所有的client都无法正常的获取文件了。

你好,感谢你的回复。
已查看 logs/seahub.log,发现有错误信息如下

所有client无法正常同步的问题是否也跟这个有关?

这是因为之前升级到 6.3 的时候没有执行一个迁移脚本。

你可以删掉 base_filecomment 表,然后用下面的语句重建:

CREATE TABLE `base_filecomment` (

    `id` int(11) NOT NULL AUTO_INCREMENT,
  `author` varchar(255) NOT NULL,

    `comment` longtext NOT NULL,
  `created_at` datetime NOT NULL,

    `updated_at` datetime NOT NULL,
  `uuid_id` char(32) NOT NULL,

    `detail` longtext NOT NULL,
  `resolved` tinyint(1) NOT NULL,

    PRIMARY KEY (`id`),
  KEY `base_filecomment_uuid_id_4f9a2ca2_fk_tags_fileuuidmap_uuid` (`uuid_id`),

    KEY `base_filecomment_author_8a4d7e91` (`author`),

    KEY `base_filecomment_resolved_e0717eca` (`resolved`),

    CONSTRAINT `base_filecomment_uuid_id_4f9a2ca2_fk_tags_fileuuidmap_uuid` FOREIGN KEY (`uuid_id`) REFERENCES `tags_fileuuidmap` (`uuid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

如果你使用的是 SQLite:

CREATE TABLE "base_filecomment" (
"id" integer NOT NULL PRIMARY KEY AUTOINCREMENT,
 "author" varchar(255) NOT NULL,
 "comment" text NOT NULL, 
"created_at" datetime NOT NULL, 
"updated_at" datetime NOT NULL, 
"uuid_id" char(32) NOT NULL REFERENCES "tags_fileuuidmap" ("uuid"), 
"detail" text NOT NULL, 
"resolved" bool NOT NULL);

谢谢,但如何进行删除和执行SQL呢?

你好,我使用的是sqlite

非常感谢,我已经通过sqlite编辑seahub.db修复了这个问题。

但另一个问题尚未解决:所有的client都无法正常同步文件。seafile client的错误信息如下:

不知为何会显示8082端口?我并没有配置这个端口

问题已经解决了,8082端口我并没有开放访问,打开就可以了。

但,为什么会访问8082端口呢?我的配置是58082.

客户端同步用的端口号是写死的 8082 或者 80 或者 443。

1 个赞

你好!请教一个问题
我是从6.2.3升级到7.0.4,也遇到了markdown无法打开的问题,用上面删除base_filecomment后重建的方法解决了
我是先执行6.2.3升级到6.3.4的升级脚本(upgrade_6.2_6.3.sh)
再从6.3.4升级到7.0.4(upgrade_6.3_7.0.sh)

请问这个迁移脚本,具体指的哪个:grinning:

感谢您的回复


你可以看下这个迁移文档:
https://cloud.seafile.com/published/seafile-manual-cn/deploy_pro/migrate_from_seafile_community_server.md