【操作步骤&问题现象】是否可以通过后台命令cm_ctl stop 停止gaussdb服务后,在主管理节点执行sh ${BIGDATA_HOME}/om-server/om/bin/tools/modifyntp.sh --ntp_server_ip 10.1.1.1 --force_sync_time强制同步

NTP心跳异常常用命令ntpq –p 参数详解NTP心跳异常常用命令ntpq –p 参数详解remote ：响应这个请求的NTP服务器的名称。refid ：NTP服务器使用的上一级ntp服务器。st ：remote远程服务器的级别. 由于NTP是层型结构,有顶端的服务器,多层的Relay Server再到客户端. 所以服务器从高到低级别可以设定为1-16. 为了减缓负荷和网络堵塞,原则上应该避免直接连接到级别为1的服务器的.when: 上一次成功请求之后到现在的秒数。poll : 本地机和远程服务器多少时间进行一次同步(单位为秒). 在一开始运行NTP的时候这个poll值会比较小,那样和服务器同步的频率也就增加了,可以尽快调整到正确的时间范围，之后poll值会逐渐增大,同步的频率也就会相应减小reach: 这是一个八进制值,用来测试能否和服务器连接.每成功连接一次它的值就会增加delay: 从本地机发送同步要求到ntp服务器的round trip timeoffset ：主机通过NTP时钟同步与所同步时间源的时间偏移量，单位为毫秒（ms）。offset越接近于0,主机和ntp服务器的时间越接近jitter: 这是一个用来做统计的值. 它统计了在特定个连续的连接数里offset的分布情况. 简单地说这个数值的绝对值越小，主机的时间就越精确

1、登录基础架构组件，执行命令netdate -u 时钟源，发现反馈 no server2、登录时钟源，查看时钟源的123TUP端口，发现该端口处于监听状态3、在网络设备上抓包，发现有基础架构组件发出到时钟源的包，但是没有收到反馈信息4、综上，说明是客户网络侧原因，让客户网络侧同事协助排查，排查后确实防火墙设置了策略，客户更改防火墙配置后问题解决转载自：https://forum.huawei.com/enterprise/zh/thread-697517.html

一.本案例适合什么场景？    后台数据库查询集群状态正常；    页面显示主机故障；    可以确定为上报页面出了问题，非后端集群问题。二.如何确定是该问题？1.根据nodeagent进程确认（在页面上显示故障的节点，执行ps -ef|grep nodeagent）正确示例：错误示例：2.根据启动日志确认（tail -f /var/log/Bigdata/nodeagent/scriptlog/start-agent.log）三.问题根因Controller按30秒周期检测NodeAgent心跳。当Controller未接收到某一个NodeAgent的心跳，则尝试重启该NodeAgent进程。如果NodeAgent重启失败，则显示主机故障。四.如何解决结合报错具体信息处理，以下为上图报错处理思路，仅供参考。、/var/log/Bigdata/nodeagent/scriptlog/start-agent.log日志显示failed to start ntp。ntp启动失败tail -f /var/log/Bigdata/nodeagent/scriptlog/start_ntp.log日志，报错Failed to generate /opt/huawei/Bigdata/nodeagent/tmp/ntp/ntp.conf排查报错脚本/opt/huawei/Bigdata/om-agent_6.5.1/nodeagent/bin/start-ntp.sh，第二个红框为报错信息，第一个红框为触发报错的命令拼出报错的完整命令：sudo /var/lib/sudo/Bigdata/sudo/runtime/sudoExecute.sh agent_config_ntp /opt/huawei/Bigdata/tmp/ntp/ntp.conf 10.10.10.10（10.10.10.10替换为ntp源的ip）以上命令单独执行不报错，排查发现脚本获取ntp源ip失败，导致启动ntp启动失败ntp源ip是从/opt/huawei/Bigdata/om-agent_V100R002C80SPC200/nodeagent/etc/agent/nodeagent.properties获取从上图可以看到，该文件为空，询问客户得知之前异常下电导致配置文件丢失从正常节点拷贝该文件到该目录，并且将第23行 om.nodeagent.nodeid=本地ip@本地主机名等待30秒，Controller重启该NodeAgent进程，检查页面恢复正常

问题分析检查RegionServer运行日志(/var/log/BigData/hbase/rs/hbase-omm-regionserver-xxx.log)，其中报错该节点与HMaster节点的时间差大于30s；具体报错如下:Master rejected startup because clock is out of sync| org.apache.hadoop.hbase.regionserver.HRegionServer.reportForDutyorg.apache.hadoop.hbase.ClockOutOfSyncException:org.apache.hadoop.hbase.ClockOutOfSyncException:Server hdfs02,21302,xxxx has been rejectd;Reported time is too far out of sync with master.Time difference of 88759ms >max allowed of 30000ms检查异常重启regionserver节点的NTP服务状态，NTP一直是初始化的状态；检查/etc/ntp.conf文件配置异常，与其他节点不一致，从正常其他regionserver节点拷贝/etc/ntp.conf文件到本节点后重启NTP服务后，NTP状态恢复正常；等时间同步后重启实例，恢复正常。问题解决参考       NTP服务异常导致RegionServer节点时间与HMaster节点时间差超过30s，从而导致RegionServer重启，恢复NTP服务，重启RegionServer实例。

最近在调试MDC300F时间同步功能，我们将GPRMC串口和PPS信号接入MDC-A的pin 2、5、7，时钟同步源尝试使用9600、115200等波特率，都没有成功进行同步。同时，尝试使用ntpdate和ntp service也没有成功配置。目前，只有使用devmtool手动设置时间没有问题。请问：接好线束，软件需不需要配置或启动？手册中明确说明TimesyncConfig配置不生效MDC推荐的GPRMC串口波特率是多少？有没有详细的指导书？如何使用NTP进行时间同步？谢谢！

【问题背景】在使用华为云OBS过程中，可能会碰到403的问题，针对该问题，本文详细的介绍了访问OBS时出现403状态码可能涉及的场景和排查方法。【场景汇总】目前汇总如下场景，后续如有其它场景及时更新补充该文档。场景场景分类错误提示错误原因场景一相关权限&策略设置问题1)<ErrorCode>AccessDenied<Message>AccessDenied2）< ErrorCode > InvalidAccessKeyId <Message> The   Access Key Id you provided does not exist in our records3)<ErrorCode>SignatureDoesNotMatch<Message>The   request signature we calculated does not match the signature you provided1）说明访问OBS的用户没有当前操作的权限2)无效的AccessKeyId3）签名不匹配场景二跨域问题<ErrorCode>AccessForbidden   <Message>This   CORS request is not allowed未配置CORS或CORS配置错误场景三欠费场景&存储空间问题<ErrorCode>InArrearOrInsufficientBalance<Message> In   arrear or insufficient balance<ErrorCode>InsufficientStorageSpace用户欠费或余额不足而没有权限进行某种操作。场景四客户端与服务端时差问题1)报错提示:error message [The difference between   the request time and the current time is too large.]2）console控制台频繁提示客户端于服务端时间相差大于15分钟。1）客户端时间不准确2)中场景导致客户端和服务端时差超过15分钟场景五其他问题1)<ErrorCode>InvalidObjectState   <Message>The operation is not valid for the object’s storage class2）防盗链设置，请求域名不在OBS防盗链白名单中1)该操作对该桶对象无效2)未设置防盗链或防盗链配置异常 【排查及解决办法】场景一：相关权限&策略设置问题（1）访问OBS的用户目前没有当前操作的权限，提示AccessDenied原因分析：1） OBS使用服务端加密（KMS）功能时，IAM子账户或者委托账户需被授权KMSAdministrator权限；2）配置桶自定义策略异常；3）AK/SK写错，导致鉴权失败；总之目前访问OBS对象操作权限不足，需先从访问用户的权限和操作对象配置策略方面排查具体原因。解决方案：KMS授权：https://support.huaweicloud.com/intl/zh-cn/obs_faq/obs_faq_0063.html；权限控制：https://support.huaweicloud.com/intl/zh-cn/usermanual-obs/obs_03_0080.html；永久AK/SK：https://support.huaweicloud.com/intl/zh-cn/clientogw-obs/obs_03_0405.html；临时AK/SK和securitytoken：https://support.huaweicloud.com/intl/zh-cn/productdesc-obs/obs_03_0208.html；（2）访问OBS的用户目前没有当前操作的权限，提示无效的AccessKeyID原因分析：1）桶版本（海外）不是3.0不支持AK/SK +Securitytoken方式；2）API调用时未添加Securitytoken, 临时AK/SK需和securitytoken 一起使用。（3）访问OBS的用户目前没有当前操作的权限，提示签名不匹配原因分析：1）查看客户请求中accessKey, secretKey, endpointUrL配置是否正确；2）用户子账号对OBS没有访问权限，设置权限后重新生成新的AK/SK；3）使用工具访问桶时，桶和endpoint不匹配，endpoint配置错误。场景二：跨域问题（1）提示跨域请求不允许原因分析：1）访问OBS需配置CORS但是未配置；2）配置CORS错误。解决方案：配置跨域资源共享：https://support.huaweicloud.com/intl/zh-cn/usermanual-obs/zh-cn_topic_0066036542.html；配置桶的CORS：https://support.huaweicloud.com/intl/zh-cn/sdk-browserjs-devg-obs/obs_24_0201.html；场景三：欠费问题或存储空间问题（1）提示欠款或余额不足原因分析：华为云账号欠费或余额不足而没有权限进行OBS相关操作，华为云账号欠费后会有个宽限期和保留期，宽限期是指包周期资源到期未续订或按需资源欠费时，华为云提供给客户进行续费与充值的宽限时间，宽限期内暂时还可以正常访问及使用云服务。解决方案：及时续费或充值。（2）提示存储空间不足原因分析：超过配额限制。解决方案：增加配额或删除部分对象。场景四：客户端和服务端时差问题（1）提示客户端时间和服务端时间相差较大原因分析:如果客户端和服务端时差过大，存在被其他人破解的风险，出于安全目的，控制台和服务器的时间差不允许大于15分钟。基于该问题一般由两种场景会提示该报错。原因一：客户端时间不准确；原因二：服务端时间不准确（OBS NTP同步异常）。解决方案：原因一：查看客户端时间是否和UTC时间相差大于15分钟，如果大于15分钟则修改客户端时间为UTC时间。原因二：首先确认客户端时间对标UTC时间准确无误后，续联系华为云技术服务工程师确认OBS NTP时钟同步是否正常。一般可以先排查OBS和NTP服务器的连通性是否正常，在排查NTP服务是否正常。场景五：其他问题（1）提示操作对象无效分析原因：1） 该对象存储类型是归档存储，不能直接下载；2） 用户代码错误（需客户侧排查）解决方案：1）如果要下载归档存储对象，第一步需要先将归档存储对象取回，参照https://support.huaweicloud.com/sdk-ios-devg-obs/obs_27_0507.html；第二步修改对象的存储类型为标准存储或者低频访问存储再下载；2）客户使用API或者SDK请求对象时请求消息格式错误，需客户自行排查请求消息。（2）访问域名不在OBS防盗链白名单中解决方案：配置防盗链：https://support.huaweicloud.com/intl/zh-cn/usermanual-obs/obs_03_0341.html；防盗链设置：https://support.huaweicloud.com/intl/zh-cn/devg-obs/obs_06_0050.html；【OBS SDK异常处理】（1）Python参照OBS服务端错误码（可参照详细的403状态码对应的错误码判断问题类型）：https://support.huaweicloud.com/intl/zh-cn/sdk-python-devg-obs/obs_22_1502.html；（2）Java高频问题，SignatureDoesNotMatch签名不匹配：https://support.huaweicloud.com/intl/zh-cn/sdk-java-devg-obs/obs_21_0302.html；参照OBS服务端错误码（可参照详细的403状态码对应的错误码帮助定位问题）：https://support.huaweicloud.com/intl/zh-cn/sdk-java-devg-obs/obs_21_2002.html；其他语言详见官网说明：https://support.huaweicloud.com/intl/zh-cn/sdkreference-obs/obs_02_0001.html；【OBS API错误码】参照API请求403状态码对应的错误码判断问题类型：https://support.huaweicloud.com/intl/zh-cn/api-obs/obs_04_0115.html； 

问题背景与现象配置的ntp外部时钟源可以ping通，但是ntp服务不能同步时间，FusionInsight Manager 上报12012NTP 服务异常告警，告警附加信息提示：Detail=Status of upper ntp server is [.INIT.]. Upper ntp server is abnormal原因分析由于防火墙的限制，检查防火墙，可能是防火墙屏蔽了udp 123端口。解决办法检查是否开启了iptables或防火墙服务，执行命令关闭防火墙服务。Red Hat：service iptables stopSUSE：chkconfig iptables --level 3 off

问题背景与现象安装双机oms，主oms安装成功，安装备oms时报启动ntp超时。原因分析在主备oms上分别执行sh /opt/huawei/Bigdata/om-0.0.1/sbin/status-oms.sh，如果看不到对端oms状态信息，基本可以确认是HA证书过期导致。可通过下面命令查看证书的有效时间以及系统当前时间（GMT时间可以等效于UTC时间）。openssl x509 -in /opt/huawei/Bigdata/om-0.0.1/security/certHA/root-ca.crt -noout –dates。可以看到系统当前时间已经超过证书有效期，可以确定是HA证书过期导致。解决办法使用omm用户在主OMS节点上执行以下命令生成证书私钥（安装场景root安装可以使用root用户执行，非root安装则该步骤可放在执行preset之后）：openssl genrsa -aes256 -passout pass:$password -out $path/root-ca.pem 2048其中$password为证书密码，$path为存放私钥和证书文件的路径，下同。例如：openssl genrsa -aes256 -passout pass:Changeme_123 -out /home/omm/root-ca.pem 2048生成root-ca.pem（如果是升级/新安装场景，务必保证 $password是FI证书的默认密码Changeme_123）。使用omm用户在主OMS节点上执行以下命令生成证书（安装场景root安装可以使用root用户执行，非root安装则该步骤可放在执行preset之后）：openssl req -passin pass:$password -new -x509 -days $days -key $path/root-ca.pem -sha256 -out $path/root-ca.crt -subj "/C=$country/ST=$state/L=$city/O=$company/OU=$organize/CN=$commonname/emailAddress=$email"其中，$password为生成私钥时传入的密码，$days为证书的有效期天数，$path为临时存放证书的路径，均可根据实际需要进行配置。例如：生成证书openssl req -passin pass:Changeme_123 -new -x509 -days 36500 -key /home/omm/root-ca.pem -sha256 -out /home/omm/root-ca.crt -subj /C=CN/ST=guangdong/L=shenzhen/O=huawei/OU=IT/CN=HADOOP.COM/emailAddress=FI@huawei.com这样，就在 /home/omm目录下生成了root-ca.crt和root-ca.pem两个文件。使用安装/升级用户进入到升级/安装包解压后的安装目录(假定用户已经将升级/安装包解压)；cd升级(安装)包所在目录/FusionInsight/software/om/package解压缩om-0.0.1.tar.gz，执行下列命令：tar -zxvf om-0.0.1.tar.gz替换预置的HA证书。手工将上面步骤1中生成的root-ca.crt和root-ca.pem拷贝到解压缩后的om-0.0.1/security/certHA/目录下，替换掉目录下原有文件，注意文件权限不变。替换完成后，重新压缩om-0.0.1.tar.gz，注意重新压缩后权限不变。cd升级包(安装包)所在目录/FusionInsight/software/om/packagerm -f om-0.0.1.tar.gztar -czvf om-0.0.1.tar.gz om-0.0.1rm -rf om-0.0.1操作完成以后，可以按照正常的流程进行升级或安装操作。

问题背景与现象主OMS已安装成功，安装备OMS时启动ntp失败，提示Wait for ntp to startup timeout。===================================Welcome================================================== STEP 1 Preparing components...The ws_float_ip (10.103.100.106) already exists on the network.  Is it used on the active OMS HA? (y/n):yThe om_float_ip (10.103.100.104) already exists on the network. Is it used on the active OMS HA? (y/n):y=== STEP 2 Install packages. It may take several minutes. Please wait...    Waiting for ntp to satrtup.............................................................ERROR:Wait for ntp to startup timeout.ERROR:Installation failed.            Please run the following script to delete useless files:           /opt/huawei/Bigdata/om-0.0.1/inst/uninstall.sh原因分析分析NTP日志（/var/log/ntp.log），发现端口不同拒绝连接，提示connect refused。检查防火墙设置：chkconfig -lst | grep fire。解决办法先卸载已安装的备OMS。关闭防火墙设置。chkconfig SuSEfirewall2_setup offchkconfig SuSEfirewall2_init off重新安装备OMS，安装成功。

1     问题描述根据美国GPS官方发布的消息，较老的GPS接收器将于UTC时间 2019年4月6日23:59:42（北京时间4月7日7:59:42）发生周数翻转，其时钟将跳回1024周之前。ntp顶级(stratum 1)时钟源若发生翻转，其关联的次层级ntp节点也会发生时间跳变，这将会给其同步的ntp client的业务带来巨大影响。实际上，目前权威的授时中心基本都能规避此事件带来的影响，发生故障的概率较低，但是我们依然保持警惕。2     解决方案为了保障客户的业务稳定运行，请参考如下指导说明：1.    如使用华为云ntp时钟源（华为云镜像主机默认配置），将不受此事件影响；2.    如使用第三方ntp时钟源，请咨询第三方ntp时钟源提供商,系统时钟源查询方法参考第3章;3.    如无法联系第三方ntp时钟源提供商，或不清楚影响范围，Linux主机建议关闭时钟源，Windows主通过修改注册表参数规避，详细参考第4章。4.    如翻转时间点前未做任何ntp相关排查和规避措施，发现在翻转时间点后主机ntp服务dead或退出，请勿立即重启ntp服务，须先确保ntp server时间已恢复正常，再重启ntp服务，查看方法可参考4.1.2章节。3     查看ntp时钟源3.1 Windows系统  [开始] ->  [控制面板] ->  [时间和日期]:   打开[时间和日期]对话框，选择[Internet时间]: 如红色圈中提示，如显示时钟在xxx与ntp.myhuaweicloud.com同步成功，则表示采用华为云时钟源，将不受此事件影响. 3.2 Linux系统# grep server /etc/ntp.conf | grep -v ^"#"server 127.127.1.0server ntp.myhuaweicloud.com iburst 如果显示server ntp.myhuaweicloud.com，则表示系统使用的是华为ntp时钟源，如果还有其他时钟源(除127.127.1.0外)，建议先关闭其他时钟源，或咨询时钟源提供商. 检查当前生效时钟源，确定使用的是华为云ntp时钟源:# ntpq -p     remote           refid      st t when poll reach   delay   offset  jitter============================================================================== LOCAL(0)        .LOCL.          10 l 1714   64    0    0.000    0.000   0.000*100.125.1.251   10.44.32.160     3 u  110  128  377    0.842    0.022   0.811100.125.1.251就是ntp.myhuaweicloud.com对应的ip:# nslookup ntp.myhuaweicloud.comServer:100.125.1.250Address:100.125.1.250#53 Non-authoritative answer:Name:ntp.myhuaweicloud.comAddress: 100.125.1.251 华为云时钟源不受此事件影响。4     关闭时钟源如使用第三方ntp时钟源，无法确定其影响范围, Linux系统建议关闭ntp服务一段时间，并在GPS week翻转后，待ntp server时间恢复正常后再启动ntp服务；Windows系统建议修改注册表参数规避。4.1 Linux系统4.1.1      关闭ntp 服务请在UTC时间2019年4月6日23:59:42、北京时间2019年4月7日07:59:42前关闭ntp服务,建议提前30分钟:RHEL6/CentOS6#service ntpd stop SLES10/SLES11#service ntp stop RHEL7/ CentOS 7/Fedora/SLES12/Euler-OS#systemctl stop ntpd  Ubuntu#sudo systemctl stop ntp 4.1.2      启动ntp服务在UTC时间2019年4月7日 00:30:00或北京时间2019年4月7日08:30:00后,查看ntp服务器时间是否正常,方法:RHEL/CentOS/SLES/Ubuntu/Euler-OS#ntpdate -d 3rd-party-ntp-server Ubuntu#sudo ntpdate -d 3rd-party-ntp-server例如:#ntpdate -d 2.centos.pool.ntp.org 1 Apr 17:04:07 ntpdate[3831]: ntpdate 4.2.6p5@1.2349-o Fri Apr 13 12:52:28 UTC 2018 (1)Looking for host 2.centos.pool.ntp.org and service ntphost found : 124-108-20-1.static.betaidc.com……offset -0.035591 1 Apr 17:04:16 ntpdate[3831]: adjust time server 119.28.183.184 offset -0.035591 secoffset表示本机与测试ntp 服务器的时间偏差，如果偏差小于100ms，则认为正常，可以接受，可恢复启动ntp服务；否则等待一段时间后再通过以上方法查看，直到ntp server时间正常为止.  启动ntp服务方法:RHEL6/ CentOS 6#service ntpd start SLES10/SLES11#service ntp start RHEL7/CentOS7/Fedora/SLES12/Euler-OS#systemctl start ntpd  Ubuntu#sudo systemctl start ntp 查看ntp服务是否运行正常:RHEL6/CentOS6#service ntpd status SLES10/SLES11#service ntp status RHEL7/CentOS7/Fedora/SLES12/Euler-OS#systemctl status ntpd  Ubuntu#sudo systemctl status ntp 4.2 Windows系统打开系统命令行窗口，输入:#regedit打开注册表，找到如下选项:HKEY_LOCAL_MACHINE\ SYSTEM\CurrentControlSet\Services\W32Time\Config:修改MaxNegPhaseCorrection和MaxPosPhaseCorrection值，修改为172800，分别选中这两个参数，右键点击，选择[修改]，打开编辑器，选择十进制，输入172800，然后点击[确定]：  修改后的结果如下，可以看到已经修改好了:运行命令使配置生效:w32tm  /config  /update如果系统时间与ntp server的相差48小时，则忽略ntp server时间，不进行同步，参考MS官方说明：https://support.microsoft.com/en-us/help/884776/how-to-configure-the-windows-time-service-against-a-large-time-offset 

本帖最后由 Lothar 于 2018-3-27 19:34 编辑使用场景 用户在安装MRS集群后，为集群更换或重新指定新的NTP服务器，使集群从新的NTP时钟源同步时间。 注意： •更换NTP服务器是高危操作，更换后集群时间可能将会变化。 •更换NTP服务器前NTP服务器与集群当前时间偏差大于150s，则需要重启集群，防止数据丢失。 •停止集群期间服务无法访问。 前提条件 •已准备新的NTP服务器，获取IP地址，并设置好集群与新NTP服务器的网络。 •已确定主oms节点。oms主备节点查询方式，可参考https://support.huaweicloud.com/usermanual-mrs/mrs_01_0086.html 操作步骤1.在MRS Manager，单击“告警管理”，在告警列表查看是否存在未清除的告警。可参考 https://support.huaweicloud.com/usermanual-mrs/mrs_01_0113.html 是，请修复告警。告警处理完毕后，执行步骤2。 否，执行步骤2。2.登录oms主节点，使用sudo su –命令切换至root用户。 可参考https://support.huaweicloud.com/usermanual-mrs/mrs_01_0082.html3.在oms主节点执行ntpdate –d X.X.X.X命令，检查集群时间与新的NTP服务器时间偏差。单位：秒。 例如，检查与NTP服务器“10.1.1.1”的时间差，执行ntpdate -d 10.1.1.1， 界面显示： 31 Jan 10:10:10 ntpdate[6015]: adjust time server 10.1.1.1 offset -0.000020 sec 说明： 其中-0.000020表示时间偏差。正数表示NTP服务器时间比集群当前时间快，负数表示NTP服务器时间比集群当前时间慢。4.检查时间偏差的绝对值是否超过“150”。 是，执行步骤5。 否，时间偏差的绝对值不超过“150”，以omm用户执行步骤7。5.确认是否可以停止集群。 是，停止上层业务并停止集群，然后执行步骤6。 否，任务结束。6.确认NTP服务器时间是否比集群当前时间慢。 是，NTP服务器时间慢，停止集群界面显示“操作成功”后需等待，间隔大约为步骤3得到的时间偏差，再以omm用户执行步骤8。 否，NTP服务器时间快，停止集群界面显示“操作成功”后直接以omm用户执行步骤8。7.执行sh /opt/Bigdata/om-0.0.1/bin/tools/modifyntp.sh --ntp_server_ip 10.1.1.2 命令，更换NTP服务器。 8.执行sh /opt/Bigdata/om-0.0.1/bin/tools/modifyntp.sh --ntp_server_ip 10.1.1.2 --force_sync_time 命令，从NTP服务器“10.1.1.2”立即强制同步时间，并更换NTP服务器。 说明：1.当前最多允许配置2个NTP服务器以主备方式提供服务，可以用“,”将不同服务器分开。例如，sh /opt/Bigdata/om-0.0.1/bin/tools/modifyntp.sh --ntp_server_ip 10.1.1.1,10.1.1.2。2.如果停止了集群，在更换NTP服务器后需要重新启动集群。