NebulaGraph2.0如何在Linux aarch64系统下离线编译

dutor · 2021 年5 月 8 日 01:26

可以

duspring · 2021 年5 月 8 日 01:26

好的，谢啦

duspring · 2021 年5 月 8 日 01:31

还是没能启动，这个问题困扰了一晚上了

，还不容易编译完成了，启动不了

这两个文件占用磁盘空间太大了，而且还有个log?是什么意思

dutor · 2021 年5 月 8 日 02:02

coredump 文件，应该是某个进程 crash 了。

file core.*

dutor · 2021 年5 月 8 日 02:03

上面我说的操作你做了吗，检查端口啥的那些？

duspring · 2021 年5 月 8 日 02:10

按您说的操作了：

而且发现内存占用也很高，

和下面这个帖子遇到的问题很相似

抓取各个日志如下：

dutor · 2021 年5 月 8 日 02:18

内存占用过高的问题，你可以重新编译一下，cmake 加上 -DCMAKE_BUILD_TYPE=Release -DENABLE_TESTING=OFF。

dutor · 2021 年5 月 8 日 02:18

我们这边试着复现一下看看

duspring · 2021 年5 月 8 日 02:26

好的，也只能这样了，编译过程还是挺慢的

dutor · 2021 年5 月 8 日 02:40

echo never | tee /sys/kernel/mm/transparent_hugepage/enabled
echo never | tee /sys/kernel/mm/transparent_hugepage/defrag

dutor · 2021 年5 月 8 日 02:41

执行一下这两个命令，然后重启再观察一下

dutor · 2021 年5 月 8 日 02:46

另外，执行下 cat /proc/meminfo | grep Huge 我看下。这个问题应该和透明大页有关系

duspring · 2021 年5 月 8 日 02:48

这个

duspring · 2021 年5 月 8 日 03:03

目的说明：想通过类似nebula-console这种方式连接nebulagraph数据库，测试一下
您好，问一下您，虽然通过./scripts/nebula.service status all查看nebula，进程显示是exited，但是现在后台有nebula的PID进程：
[root@localhost bin]# pgrep nebula | xargs
26543 26555 26574
除了nebula-console这种方式还有其他方式能直接连接测试一下吗，如果没有，那在ARM上还需要编译nebula-console源码吗，编译必须要依赖go，GitHub地址：https://github.com/vesoft-inc/nebula-console，有具体的ARM离线下对nebula-console的编译吗

duspring · 2021 年5 月 8 日 03:07

wey · 2021 年5 月 8 日 03:20

console 不一定要在服务端上装，只要网络能访问到的地方就好，连windows都支持的哈。能够如果服务器从外边不方便访问，你可以比如用ssh做一个端口转发，然后在有网络/x86的环境里跑console 连过去。

darionyaphet · 2021 年5 月 8 日 03:20

core 文件应该是进程崩溃 dump 出的内存映像

darionyaphet · 2021 年5 月 8 日 03:21

可以尝试使用 make -j8 这种命令并行编译

duspring · 2021 年5 月 8 日 03:26

您好，您的意思是目前ARM架构下暂时不支持nebula-console的编译了还是？我现在想在server端安装一个，方便连接，因为都是内网条件下的，我刚也尝试在华为云ARM下编译，但是出错了：

duspring · 2021 年5 月 8 日 03:28

嗯嗯，这种方式应该编译能快点，我现在就想在现有编译基础上，测试连接，如果可以连接成功，就说明ARM下是支持编译和运行的