- nebula 版本：3.0
- 部署方式： 单机
- 安装方式：源码编译
在从GitHub克隆nebula-console客户端了以后，在make过程中，一直会遇到
make: *** [Makefile:26：fmt] 错误 1
这样的错误，起初以为是ulimit -n过小导致的，在修改成130000以后依然没有解决。
换个go proxy 看看, 超时报错了
1 个赞
方便问一下怎么换呢，也不知道哪个代理比较好用，因为我电脑上没有梯子
请问为什么一定要编译呢？release 有现成的二进制可以用的哈
1 个赞
因为我是跟着文档里的安装过程走的，先安装的nebula graph，已经可以运行的，之后安装nebula-console与nebula graph连接，但是现在遇到的问题就是这个客户端的安装包git了以后make总是报错
请参考 步骤3：连接 Nebula Graph - Nebula Graph Database 手册
去 console 的 release 页面下载编译好的 console ，给一个权限就可以用了。
不需要编译的（go tooling 对网络要求高，不熟悉go 的同学需要花费一点时间熟悉一些坑，您如果只是要使用它，直接用就好了，不用编译哈）
明白了，谢谢，也谢谢上面两位给我解答的关于go代理的兄弟，确实能避免一些相关的错误
抱歉文档给您带来了歧义哈，您能帮忙贴一下是哪里指引您去编译哈，是这里么？我想去加一个下载二进制的提示哈~
另外，这种分开的确实不太友好，下一个版本里，服务端 rpm 包里会自带 console (https://github.com/vesoft-inc/nebula/pull/3905 )
额，这个主要问题是我用Linux用的比较少吧，我是用的vm虚拟机运行的nebula graph，所以一时忘了可以直接通过Linux里面的浏览器去下载console，然后关于用源代码编译的网址不是文档里的是社区运营给我的在GitHub里的相关链接，我把链接放在这边吧https://github.com/vesoft-inc/nebula-console#build-nebula-graph-console
1 个赞
好的，多谢~
好的，我懂了，是不是说明一般情况下storge的主机可以启用的只有默认的127.0.0.1:9779一个呢
看你的 storage 配置，如果是单机默认配置的话，不涉及跨机器通信，用 127.0.0.1:9779，否则的话建议改成真实的 ip 地址 + 9779 端口号
好的 ，谢谢
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。