从零开始的龙芯服务器在离线环境下配置Nextcloud+Onlyoffice完全踩坑记录

前言：之前为了工作方便，在团队的小局域网里用台小主机装Windows Server系统部署了Onlyoffice工作区（Workspace）的社区版。最近终于整了台服务器，就想着把当前的工作区迁移到服务器上去，毕竟服务器的稳定性不是主机所能比拟的，但是这台服务器是一台龙芯3C5000L处理器的国产服务器，Onlyoffice官网现有的所有版本工作区和协作空间全都无法部署上去，本着不折腾就难受的想法 ，在查阅了一些资料后，决定用自己的三脚猫Linux水平来试一试。

修订版本：V1.1（2025-1-13）

目录

• 配置环境
• 一、虚拟机方案（弃用）
• • 1.系统选择
  • 2.QEMU模拟X86_64？
  • 3.开始踩坑（麒麟信安服务器系统）
  • • 3.1.QEMU版本问题？
    • 3.2.configure卡住
    • 3.3.make卡住
    • 3.4.make又卡住
  • 4.继续踩坑（Loongnix系统）
  • • 4.1.真·毛坯房
    • 4.2.make成功了，但是代价是什么？
• 二、Docker方案
• • 1.换系统！
  • 2.安装Docker
  • 2.安装Docker-Compose
  • 3.下载Docker镜像到本地并导入服务器
  • 4.创建Docker映射文件夹（建议）
  • • 4.1.映射Nextcloud相关文件
    • 4.2.映射onlyoffice相关文件
  • 5.创建Docker-Compose脚本并启动容器
  • • 5.1.踩坑记录（可略过）
    • • 5.1.1.通过不被信任的域名访问
  • 6.Docker安装Onlyoffice-DocumentServer
  • 7.配置nextcloud连接onlyoffice
• 三、总结

配置环境

服务器CPU：龙芯3C5000L（双路/Loongarch64架构） 详细参数戳这里 内存：128GB DDR4 硬盘：略

一、虚拟机方案（弃用）

提示：如果需要直接看最终解决方案，请直接跳转到第二节Docker方案

1.系统选择

这台服务器到手的时候内置的是中科方德高可信服务器操作系统，但是是试用版，所以果断弃用。然后选用了麒麟信安的服务器系统，麒麟信安服务器系统3.5.2是目前能在官网唯一能下载到适配loongarch64架构的系统，下载，导入到服务器中，安装完毕。

2.QEMU模拟X86_64？

通过查询相关资料，知道了loongarch64架构是可以使用qemu创建虚拟机的，而且还支持X86_64架构的模拟。初步设想是，安装完后，是不是可以通过在X86架构下的虚拟机中部署Onlyoffice工作区？这样就可以将学习成本压缩到最低。 再说了，就算loongarch64架构模拟X86的效率再低，也应该架不住我双路32核和128G的运行内存啊，力大还能飞砖呢 。 于是决定按照这个思路，开干！

3.开始踩坑（麒麟信安服务器系统）

3.1.QEMU版本问题？

麒麟信安的软件源中有编译好的qemu-6.2.0-70.ky3_5.kb3.loongarch64.rpm，用DNF指令直接安装即可，没网的话就下载导入再dnf install就行，但是如果只安装QEMU的话是只能模拟loongarch64架构的，需要额外安装麒麟信安源里的qemu-system-x86_64-6.2.0-70.ky3_5.kb3.loongarch64.rpm才能模拟X86架构，安装完毕后，为了测试，导入了Windows Server 2012 R2和CentOS 7.9的镜像。 使用系统自带的虚拟机管理器，先新建了CentOS的虚拟机，分配8个核，16G运存，开始安装，然后……就卡死了，跑了几句代码，就跑不动了，虚拟机管理器也根本没办法看到CPU使用情况，麒麟信安系统也没有可视化的资源查看工具，很不方便。 于是琢磨着，是不是因为QEMU版本太低了？毕竟QEMU官网最新版已经更新到9.2了，新版应该都集成了很多新特性，没准性能表现就会好很多。 于是，按照B站kingclark的教程，从QEMU官网下载QEMU9.2版本，开始编译安装。

3.2.configure卡住

一开始使用./configure的时候，遇到的缺失依赖和视频里的差不多，都可以通过麒麟信安软件源补齐，直到卡在了这么一句话上：

Library FDT found : NO

通过百度和Bing的交叉搜索，确定应该是缺失libfdt这个链接库，查了一下，麒麟信安软件源是有的：python3-libfdt-1.6.1-2.kb1.ky3_5.loongarch64.rpm 安装完，依旧报错，百思不得其解。 于是抱着瞎猫碰死耗子的心态又跑到PyPI去下载了fdt 0.3.3，用pip install安装，装完再跑./configure，还是报错，开始头大。 各种搜索后，开始怀疑是不是链接库没链接上，去/lib64下看了一眼：

libfdt.so.1 –> libfdt-1.6.1-2.so.2

这不是有吗，怎么就是找不到呢？ 思索半天，难道是这个so.1有问题？ 于是加了一个软链接：

ln -sf libfdt-1.6.1-2.so.2 libfdt.so

再跑./configure，不报错了。

3.3.make卡住

本来开始make的时候觉得应该没啥问题了，结果在编译到大概700的时候，报了这么个错：

FAILED: libqemuutil.a.p/bufferiszero.c.o
（……）
/tmp/xxxxx.s:Assembler messages:
/tmp/xxxxx.s:xxxx: 错误：no match insn: vld$vr0,$r14,0
/tmp/xxxxx.s:xxxx: 错误：no match insn: vst$vr0,$r14,0
/tmp/xxxxx.s:xxxx: 错误：no match insn: xvld$xr0,$r13,480
（……）

百度和bing完全搜不到，CSDN搜了一下，有个类似的报错：龙芯3a5000部署nacos 1.4低版本方法 看了半天，貌似也不适用于我现在的情况。 最后通过各种资料查询，问题大概率在gcc上