Skip to content

Latest commit

 

History

History
115 lines (59 loc) · 5.43 KB

Install_faq.md

File metadata and controls

115 lines (59 loc) · 5.43 KB

Click me switch to English version

1. 部署ip不能为127.0.0.1,原因如下:

第一,每个服务一般都有一个或者多个对外服务的obj,obj要对外提供访问,不能用127.0.0.1;

第二,每个服务都有一个管理的obj,它使用的ip是127.0.0.1,端口和obj的端口一样;

2. Tars主要包括rpc开发框架、框架基础服务、web管理系统。

其中,rpc开发框架支持c++和java两种语言,这两种语言都有自己的基础库、idl代码生成工具、客户端和服务端实现,互不依赖。

其中c++目前支持在linux下编译运行,java可以在linux、windows下开发编译调试。

框架基础服务是由c++开发的,在linux下运行。

3. Tars依赖的软件或者工具,在部署Tars时,必须事先安装好,参见:Install.md.

4. Tars部署安装步骤要按Install.md文档先后顺序进行。

5. mysql可以源码安装,也或者通过yum等工具来安装,注意的是Tars编译时默认使用的mysql开发库路径:include的路径为/usr/local/mysql/include,lib的路径为/usr/local/mysql/lib/。

若mysql开发库的安装路径不在默认路径,则需要修改build目录下CMakeLists.txt文件中的mysql相关的路径,再编译。

(注意,有些低版本的mysql安装后,include的路径为/usr/local/mysql/include/mysql,lib的路径为/usr/local/mysql/lib/mysql/,也需要改CMakeLists.txt)。

6. 执行tars_start.sh脚本后,需要确定一下tars核心基础服务的进程是否是活的,可以使用命令:ps -ef|grep tars,看看tarsregistry、tarsAdminRegistry、tarsnode、tarsconfig、tarspatch进程是否存在:

7. 没有对mysql使用的my.cnf的sql_mode进行设置的话,在tars web前台部署时,会出现"部署申请失败!请联系管理员"的提示信息。

tars

8. 编译web管理系统源码前,要编译tars java框架源码,因为web依赖tars java的一些jar包。

tars

9. 框架服务的安装分两种:一种是核心基础服务(必须的),必须手工部署的,另一种是普通基础服务,通过管理平台发布的(和普通服务一样)。

手工部署的核心基础服务:tarsAdminRegistry, tarsregistry, tarsnode, tarsconfig, tarspatch

通过管理平台部署的普通基础服务:tarsstat, tarsproperty,tarsnotify, tarslog,tarsquerystat,tarsqueryproperty

make framework-tar这个命令打包的是tars核心基础服务,核心基础服务除tarsconfig和tarspatch可以在管理平台上看到部署情况外,另外几个是看不到的。

普通基础服务通过web管理平台部署时,要注意部署的Obj名称和协议的选择。

10. 服务部署的相关路径,如下

服务打的日志路径在/usr/local/app/tars/app_log/服务的应用名/服务的服务名/目录下,例如:/usr/local/app/tars/app_log/Test/HelloServer/ 服务的可执行文件在/usr/local/app/tars/tarsnode/data/服务的应用名.服务的服务名/bin/下,例如:/usr/local/app/tars/tarsnode/data/Test.HelloServer/bin/ 服务的模版配置文件在/usr/local/app/tars/tarsnode/data/服务的应用名.服务的服务名/conf/下,例如:/usr/local/app/tars/tarsnode/data/Test.HelloServer/conf/ 服务的缓存信息文件在/usr/local/app/tars/tarsnode/data/服务的应用名.服务的服务名/data/下,例如:/usr/local/app/tars/tarsnode/data/Test.HelloServer/data/

11. 查看日志的方法,例如:/usr/local/app/tars/app_log/Test/HelloServer/目录下会有Test.HelloServer.log, 发布失败的话,可以看看里面有什么错误日志,其日志级别为ERROR。

12. java的服务部署时,模版配置要选择tars.tarsjava.default。

tars

13. 上传发布包超过50M的问题,修改spring-context-mvc.xml文件,如下:

tars

源代码路径为web/src/main/resources/conf-spring,部署的时候实际路径WEB-INF/classes

14. 服务监控数据展示问题,注意查询条件

tars

15.resin 显示乱码问题

tars

修改/usr/local/app/resin/conf/app-default.xml

tars

修改后清除浏览器缓存

16,mvn 编译的时候,无法找到tars依赖项

tars

需要先编译框架再mvn 编译war包

17 发布失败显示无法链接registry

tars

首先,确定核心基础服务tarsregistry、tarsAdminRegistry、tarsnode、tarsconfig、tarspatch的进程是否是活的,比如用ps -ef|grep tars命令查看,如果进程不存在,看看是否是db配置信息有问题

然后,确定rsync进程是否存在

最后,查看tarsnode的日志,看看有什么错误日志。

tars

看看Install.md的第4.3节中的安装web管理系统部分,是否正确配置,如下:

tars

错误的示例如下:

tars

18 发布失败,发现上传tars java的war包大小有问题

检查一下部署web的机器是否安装了unzip

19 发布大的tgz 包没有反应

修改 src/main/resources/conf-spring/spring-context-mvc.xml   中的maxUploadSize 大小,然后重启resein就ok了