川大ATC维护

适配参数维护注意事项：
1、低高告警抑制区设置：
RDP服务器的MRDP进程负责目标低高告警抑制功能的处理判断，FDP服务器的RDM进程负责数据同步并将抑制区的开关状态通知给MRDP，这两个进程都需要更新适配参赛重启才能生效！
假如只在RDM更新重启，SDD可以设置告警抑制区的开关，并且也显示抑制区地图，但是抑制区不生效！低高告警抑制区打开后SDD显示的地图颜色可以在sdd.ini配置文件定义修改。
2、对于“危险区DAN”，告警判断与目标相关与否没有关系，即不管是否相关都告警；RES和DAN与是否在管制扇区没有关系，与是否在太原空域也没有关系。
3、在SDD---info---“auto handle”中可以设置在冲突、低高告警判断时，选择目标条件是“相关的目标“还是“雷达目标——不管是否相关”。
4、RDM进程正常运行时，主态RDM会根据SDD操作如席位划分，告警抑制区开关设置等操作实时更新本机rdm适配参数内容，并同步更新到从态RDM的rdm适配参数内容，所以更新RDM适配参数，为了避免旧的实时数据相互同步影响新分发的实时数据的有效性，需要同时关闭主备FDP服务器的RDM进程后，再分发参数，然后启动一个RDM进程——这样就保证读取的是新分发的适配参数的数据，不会受另一个RDM（此时为关闭状态）同步的影响，运行三五分钟后启动另一个。
5、SDD上的标牌标注和移交操作是由FDP进程完成。
6、LINUX6.5日志：守护进程rsyslogd。lsof -p PID列出进程pid所打开的所有文件；  fuser -v /var/log/boot.log显示打开文件boot.log的进程信息，显示plymouthd进程（開機過程的訊息傳遞與動畫執行：使用plymouthd 服務搭配plymouth 指令來傳遞動畫與訊息）打开boot.log而不是rsyslogd进程。打开 /boot/grub/menu.lst , 去掉 “rhgb quiet”这两个参数 ，然后重启，可以关闭plymouthd运行——测试不行，程序还在？，这样boot.log就不会无限量增加（实际中达到44G，引起根目录空间占用率达到100%）
*:boot.log里记录mca.linux运行的日志，即SDD运行时ctrl+alt+f1显示的内容会记录到boot.log 
*：新安装的系统root登录，plymouth未运行，创建atc用户后登录plymouth也未运行。                            
7、dbm.linux进程根据参数配置(UTC18:30即北京时间24:30)从各个服务器和席位读取日志存入数据库，完成后清除本机上的日志文件 ，并在凌晨4点生成统计室记账数据。   
8、虚拟化中，从模板克隆出来的虚拟机网卡都会被命名为eth1，而有些程序或者脚本，涉及到网卡的，默认写的是eth0，这时就存在要将eth1改为eth0的问题：在配置文件/etc/udev/rules.d/70-persistent-net.rules中将表示新网卡的行注释掉，然后将表示老网卡的行中mac地址改成新网卡的mac地址，重启即可。
9、service NetworkManager stop服务关闭后，系统-首选项-网络连接（nm-connection-editor）：网卡配置功能被禁止。 注通过nm-connection-editor配置的网卡名称为：ifcfg-Auto_eth0。
10、 root登录后通过系统-管理-打印可以调出打印机配置工具，对应的命令是：system-config-printer,需要root权限才能打开。
11、RHEL6.5操作系统安装后，根目录/默认为50G，系统运行一段时间检查发现/usr/log/boot.log文件持续增大，后台服务器大于40G，导致根目录使用率达到100%，原因是川大的应用程序不断往boot.log写日志，FSDP/RDP/SDP服务器一天超过1G。禁止boot.log变大的方法： gedit /etc/logrotate.d/syslog， 在文本最后添加下面的内容：

/var/log/boot.log

{   rotate 0

   size 1k    } 

gedit /home/atc/.bashrc

在文本最后添加下面内容：

sudo /usr/sbin/logrotate–f /etc/logrotate.conf
但是这样也无效，plymouth进程日志记录原来在/var/log/boot.log，现在转到/var/spool/plymouth/boot.log，还是使用空间持续增大。通过 在/home/atc/.bashrc添加sudo /usr/bin/plymouth --quit ；将该进程退出自然就没日志问题了。
12、ctrl+c和ctrl+z都是中断命令,ctrl+c是强制中断程序的执行,而ctrl+z的是将任务中断,但是此任务并没有结束,只是维持挂起的状态,用户可以使用fg/bg操作继续前台或后台的任务,fg命令重新启动前台被中断的任务,bg命令把被中断的任务放在后台执行。
13、二所ATC自动拍法DEP报，通过转报机到川大ATC接收处理后，在动态（计划）中填写起飞时间并完成相关。二所ATC系统拍发DEP报，假如FPL报有DOF项（DOF/160713:包含年月日）则DEP也有，若FPL报没有DOF项，则DEP也没有（该项位置填写：-0），这样在北京时间8点，即UTC时间0点会存在跨日的问题：如FPL报在16年7月13日8点之前（假如07：:50），它的DOF为DOF/160713，实起时间08：01，则二所自动派发DEP报的DOF项为DOF/160713，但实际已经是UTC时间14号了，这样处理是符合规范的，但是川大ATC系统不能正确处理DEP报：在动态（计划）中填写起飞时间并完成相关。需核实。
14、在HP Z640安装RHEL6.5操作系统,选择“install or upgrade an existing  system”会停在detect hardware处,选择“install system with basic video driver”就OK。
15、关于MSAW马赛克低高告警：二所ATC系统按定义马赛克区域的4个坐标计算告警，川大是以左上角的坐标依次向右向下递增4KM计算马赛克区域的告警。
16、FDO启动需要连接数据库，否则无法启动，数据库IP在/home/atc/zzzz/fdo/bin/resource/config/setting_sys.properties中配置：
db_ip=168.192.11.67  //实验室没有集群IP为168.192.11.65
17、DPR数据维护，文本文件导入数据库时（例如马赛克区域数据）必须是Unix文本格式，每行结尾只有“<换行>”，即"\n"，否则导入会失败！——Windows系统里面，每行结尾是“<换行><回车 >”，即“\n\r——”回车”Carriage Return）和“换行”（Line Feed）。现象是Windows里的文件在Unix/Mac下打开的话，在每行的结尾可能会多出一个^M符号。使用命令unix2dos filename或dos2unix filename互相转换。
18、川大ATC两项告警(STCA/MSAW)及预告警 (PSTCA/PMSAW)只有在有管制扇区的席位告警，另可以在SDD席位的INFO-AutoHandle中点选"Coupled Alert" 设置是否只有相关couple的目标才告警。在SDD席位上“SET UP”-"RADAR"为MRT时告警，单雷达MONO时也会告警（ 得有DUPE告警时才会出现STCA/MSAW ）。STCA告警会自动连测量线实时显示距离（但预告警PSTCA不会）。
19、FDO进程在配置文件setting_sys.properties中:mess_consult_type=0  //报文值班处理结果以用户分级还是部门分级：0用户分级，1部门分级
设置为用户分级后，站调2个FDO需以不同的用户登录，这样才能各个用户分别处理报文而互不影响。
20、FDP/SMPC/DPR需要安装ORACLE数据库客户端，安装过程中需要安装光盘Packages目录下的以下rpm包（64位）：

libaio-devel-0.3.107-10.el6.x86_64.rpm

sysstat-9.0.4-22.el6.x86_64.rpm

unixODBC-2.2.14-12.el6_3.x86_64.rpm

unixODBC-devel-2.2.14-12.el6_3.x86_64.rpm

运行dbm.linux程序会提示替换2个包，64位替换为32位，因为FDP程序是32位的。"libclntsh.so.11.1",还需要在/home/atc/.bash_profile加环境变量：
umask 022
export ORACLE_SID=atc
export ORACLE_HOME=/u01/app/oracle/product/11.2.0/client_1
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/u01/app/oracle/product/11.2.0/client_1/lib:/usr/local/bin:/lib64:
/home/atc/zzzz/lib/linux:/home/atc/zzzz/scmpub/lib/linux:/home/atc/zzzz/hmipub/lib/linux
export LD_LIBRARY_PATH
export PATH=$ORACLE_HOME/bin:$PATH
ulimit -c unlimited
21 、FDD上的收发报时间记录的是DB服务器本身的时间，不是转报机的收报时间；而且 SMPC监控时钟守护进程正常只是表明进程在运行，并不能据此判断系统对时正常与否 ！

参考资料    http://blog.csdn.net/iloli/article/details/6431757
在打开NTP服务之前先要手动运行同步ntpdate 168.192.11.63,因为：
1）. 因为根据NTP的设置,如果你的系统时间比正确时间要“”快“”的话那么NTP是不会帮你调整的,所以要么你把时间设置回去,要么先做一个手动同步；（DB-1出现过该问题，快了4分钟，导致不对时）
2）. 当你的时间设置和NTP服务器的时间相差很大的时候,NTP会花上较长一段时间进行调整.所以手动同步可以减少这段时间。
*配置文件中的driftfile是什么?
我们每一个system clock的频率都有小小的误差,这个就是为什么机器运行一段时间后会不精确. NTP会自动来监测我们时钟的误差值并予以调整.但问题是这是一个冗长的过程,所以它会把记录下来的误差先写入driftfile.这样即使你重新开机以后之前的计算结果也就不会丢失了。
然后启动服务service ntpd start;chkconfig --level 35 ntpd on
启动了NTP的服务,如何判断系统时间到底和服务器同步了没有呢? NTP提供了一个查看工具: ntpq (NTP query)
运行ntpq命令来监测服务器的运行.使用watch命令来查看一段时间内服务器各项数值的变化：watch ntpq -p
其中：
remote: 它指的就是本地机器所连接的远程NTP服务器；
    * 它告诉我们远端的服务器已经被确认为我们的主NTP Server,我们系统的时间将由这台机器所提供
    + 它将作为辅助的NTP Server和带有*号的服务器一起为我们提供同步服务. 当*号服务器不可用时它就可以接管
    － 远程服务器被clustering algorithm认为是不合格的NTP Server
    x 远程服务器不可用    
offset: 这是个最关键的值, 它告诉了我们本地机和服务器之间的时间差别. offset越接近于0,我们就和服务器的时间越接近。

通过ntpstat 查看每次更新间隔、时间校正情况，如：

# ntpstat

synchronised to NTP server (168.192.11.63) at stratum 2    #本NTP服务器层次为2，已向210.72.145.44 NTP同步过

   time correct to within 93 ms                                               #时间校正到相差93ms之内

   polling server every 1024 s                                                 #每1024秒会向上级NTP轮询更新一次时间

另外需注意：

1）概念：计算机有两个时钟:一个称之为硬件时间时钟(RTC),还有一个称之为系统时钟(System Clock)

硬件时钟是指嵌在主板上的特殊的电路, 它的存在就是平时我们关机之后还可以计算时间的原因；

系统时钟就是操作系统的kernel所用来计算时间的时钟. 它从1970年1月1日00:00:00 UTC时间到目前为止秒数总和的值 在Linux下系统时间在开机的时候会和硬件时间同步(synchronization),之后也就各自独立运行了；

*那么既然两个时钟独自运行,那么时间久了必然就会产生误差了。

LINUX的NTP服务器必须记得将从上级NTP更新的时间从系统时间写到硬件里去：# hwclock --systohc 

     NTP一般只会同步system clock. 但是如果我们也要同步RTC(hwclock)的话那么只需要把下面的选项打开就可以了

      代码:

      # vi /etc/sysconfig/ntpd

      SYNC_HWCLOCK=yes

2）客户端的日期必须要设置正确，不能超出正常时间24小时，不然会因为安全原因被拒绝更新。其次客户端的时区必须要设置好，以确保不会更新成其它时区的时间。

3）ts.linux的配置文件timeserver.ini，目前设置为收到连续的 “ 10 ” 个时间值（秒）没有跳变，就对系统进行对时，而不管时间偏差有多大，二所ATC是超过3秒不对时，并报错：GPSERR。存在FDP服务器时间跳变（不能管制移交、掉相关、不能挂CFL高度，不能发报）的分险，措施1，增加参数，时间偏差超过设定值报错提示，不对时（已采纳：在timeserver.ini增加参数NoReviseMaxSpan=50）；措施2，建议将TS进程放到DB服务器，这样分险小些。

22、IP地址设置子网掩码必须为255.255.255.0，例如：ifcfg-bong0配置文件NETMASK=255.255.255.0，误输入为NETMAS T， 则子网掩码默认 设为255.255.0.0，虽然网络通，但监控室主机是灰色的。
23、刀片服务器的网卡是逻辑虚拟的，MAC地址从VC模块得到，即刀片服务器插在刀箱不同的槽位，需先通过VC完成该槽位的网卡设置，操作系统启动后网卡的MAC地址不一样。所以换了槽位后需要删除：/etc/udev/rules.d/ 70-persistent-net.rules 文件，在LINUX重启时，/lib/udev/write_net_rules程序会自动根据新的MAC地址生成该文件，目的是为了按需求完成不同MAC地址的网卡和逻辑名称eth*的配对，并按需求完成网卡绑定。
24、川大多雷达融合内部参数：FalseTrackGate=13km,FalseTrackAltitudeGate=280m：超出该设置值会当成野值不参与融合，新单雷达坐标与融合雷达航迹相距越远，融合权重按比例降低，防止跳变。
25、川大SDD假如20秒没有收到雷达数据，会删除显示的目标。
26、RHEL6.8手动运行FDO:      java -jar FDO.jar
27、假如没有生成“ 次日计划 ”、“ 今日动态 ”和“ 最新动态 ”，通过PL/SQL工具连接数据库打开“ SQL窗口 ”执行以下 脚本 ：
            begin
                  proc_plan_generator('2017-08-15','1','FAG');
            end;
28、FDA程序菜单栏的显示选择配置，修改/fda/bin/resource/config/user.properties配置文件:tabItems=1,2,3,4,5,7例如不显示最后一个菜单栏就删除7。
29、升级后（2017-8-16）川大ATC系统可配置SSR=2000和空白的航班不自动打印进程单，但二所系统还打印SSR为空白的进程单。
30、在航空公司表里设置了“签派代理”，系统派发AFTN格式的DEP/ARR报还会代理该航空公司发一份SITA格式的AD/AA报文。
31、假如rdm_data.ini配置文件有问题，会造成系统实时数据相关功能失效，如：炮射点不能在其它席位同步显示，告警区/抑制区失效等问题。
32、席位间手动移交失效，在SDD上 移交 操作后，标牌没有提示，对方席位也没有 提示 接收，其它功能均正常，将FDP进程从FDP2切换到FDP1后恢复，后重启FDP2的FDP进程，测试几架飞机后又出现前述线性，操作系统重启后恢复正常。
33、一分钟内连续在FDP1/2服务器切换FDP进程的主备状态，同步过程异常，造成FDP丢失300多条动态（丢失的动态在SDD本地存储（为了提高相关性能）和FDD（存储在数据库）中还在），收到DEP后由于FDP中对应动态已丢失，DEP生成新动态，但是在FDD和SDD上出现两条动态,出现和FDP服务进程维护的动态不一致的异常情况。
34、SDD本地存储的TAG LIST和FPL LIST计划动态与FDP不一致的处理方法1、重启SDD会重新从FDP服务进程同步动态；2、同时关闭主备FDP进程，SDD已相关的目标保持相关，新起飞的目标未相关，先启一个FDP进程，FDP进程会删除所有SDD本地存的动态（FPL LIST/TAG LIST为空），SDD上所有目标掉相关，然后开始逐步向SDD同步动态，SDD上目标逐步开始相关，大约5-8分钟全部完成相关，在期间还未相关的目标不能手动相关，也不能挂件标牌，稍等一会儿FDP会自动相关。
35、川大是报文发送/接收FDP都要处理（二所处理接收报文）。但是FDP对发送/接收两个方向报文的处理逻辑不是完全一样：如下案例（2017-11-9）：

 

ZCZC GRD3077 090716 
FF ZBYNZXZX
090715 ZBYNZPZX
 (CHG-YLKSH-ZBYN0600-ZLIC-DOF/171109
-13/ZBYN0730
-15 /K0750S0780 OMKAK B215 MIMOK
-16/ZLIC0125 ZLLL)
NNNN

由于有-15编组的原因，该CHG报在站调发送FDP能处理，且正常关联计划；但是 接收FDP 不处理 ，且在FDP日志里没有任何记录,但是在FDD上发送/接收报文都能收到，只是 由于接收FDP不处理 ，在FDD上没有关联计划。删掉-15编组，发送/接收均能正常处理。已联系修正。
36、FDP服务器的fdoagent进程产生的LOG文件不自动清理，能到到13G
37、修改RES限制区的高度参数，需生成dan_res_airspace.adp和res.rd两个二进制参数，分发dan_res_airspace.adp至SDP服务器生效后，修改后的告警参数已生效，假如不生成res.rd的话，SDD对应DAIW的高度值不改变，需将res.rd分发至FDP，重启RDM后，SDD上的显示值才会更新。
38、在FDD上运行SDD添加席位代码：通过DPR在“席位主机表”(该表导出2个二进制文件：RD文件sec_assign.rd；ADP文件posassign.adp)增加一行：ACC1a/区域管制席1a/167（ACC1ip31是166，ip32是167）//ACC，“二进制文件导出”RD-扇区分配表（sec_assign.rd）分发至RDM (先关闭RDM，删除RD目录，分发适应性数据至FDP然后启动RDM进程,RDM进程不需要ADP二进制参数)。SMPC监控ACC-FDO-1增加SDD监控项，在process.ini增加对应席位（席位17：ACC-FDO-1）的SDD进程配置。
39、FDP服务器启动SwitchAgent失败原因之一：SwitchAgent引用库文件的环境变量（/home/atc/.bash_profile）按顺序依次找库文件，避免旧的库文件路径排在前面。
export ORACLE_HOME=/u01/app/oracle/product/11.2.0/client_1
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/u01/app/oracle/product/11.2.0/client_1/lib:/usr/local/bin:/lib64:/home/atc/zzzz /lib/linux :/home/atc/zzzz/ scmpub/lib/linux :/home/atc/zzzz/hmipub/lib/linux

(FDP和SMPC服务器需要配置PATH:/home/atc/.bash_profile)
40、 SITA报文解码匹配的正则表达式: regularexpression.xml (regularexp.xml)
41、RD适应性数据增加表34：系统各项实时控制参数表（sys_parameters.rd），RDM进程使用sys_parameters.rd参数文件，对应在数据库中也需添加该表，表列要一致；列不一致会出现管制移交出去又退回管制状态，即使在SDD开启“Coupled Alert”不相关目标在限制区告警不能屏蔽等问题。

42、device.ini中[TCPSVR]
SERVER3=MH_FDP_TYPE,MH_RDM_TYPE,MH_FDPTEL_TYPE //运行在SERVER3上的TCP服务进程,各进程间以逗号分隔
SERVER4=MH_FDP_TYPE,MH_RDM_TYPE,MH_FDPTEL_TYPE //运行在SERVER4上的TCP服务进程,各进程间以逗号分隔
其中SERVER3=168.192.11.63    SERVER4=168.192.11.64
表示在fdp服务器上MH_FDP_TYPE,MH_RDM_TYPE,MH_FDPTEL_TYPE三个进程使用TCP方式，将其删除则使用UDP方式，重启对应FDP/RDM/FDPTEL进程即使用UDP方式，可提高效率（最好也更新SDD的device.ini并重启SDD）：如SDD中FPL LIST通过UDP方式从FDP服务进程获取，升级后FPL LIST包含昨日今日和明日的计划，条数较以前大约1600，增加到3200，使用UDP方式优化速度，但是实际使用中还是慢，有时移交操作可达8秒，通过优化，删除 预计起飞时间（如有实际起飞时 间则使用该时 间 ）+15小时 （如fdp.ini中没有该配置项的 默认值 ）之前的计划（ FDP和SDD的FPL LIST完全一致 ）；进一步优化，可以针对FIN（结束）状态的计划，单独设置时间参数，如可以设置为删除结束状态超过“3小时”的计划。计划条数少了可明显改善移交和相关的速度。
43、假如FDD主机的绑定网卡名称不是bond0，需要修改setting_sys_local.properties参数文件中ip_networkInterfaceName=bond0，例如改为ip_networkInterfaceName=br0，否则启动FDO提示获取IP错误。
44、18年1月24号问题，在SDD上更换31/13跑道，造成FDP进程异常，系统长达4-10分钟不能移交、挂CFL高度、FDO不更新报文，且FDP进程无法进行手动主备切换。FDP日志记录系统自动给大量的航班（SDD中FPL LIST的计划）挂CFL高度（RunWay=31/2100 13/1800：fdp.ini中起飞航班自动挂的CFL设置高度），导致fdp进程无法响应席位的移交挂CFL高度等操作，4-10分钟后自己恢复，系统所有功能正常。通过优化，切换跑道集中更新必要的（SDD中FPL LIST处于预激活/控制状态，且没有收到起飞/落地报）的计划的CFL（处于未来状态和收到起飞/落地报的计划不改），测试使用正常，但是在刚切换完跑道，不能手动切换fdp进程主备状态，约1分钟后可以。——所以关键是干预的计划少就不会造成FDP进程卡阻的现象。
45、出区域航班AIDC移交完成，还是绿色管制状态，只是AIDC状态显示“F”，飞出区域5分钟去相关。假如改为AIDC移交完成，标牌变为棕色非管制状态，SDD按下UCtrl不显示。
46、fdp进程崩溃，gdb  core.18175   
Core was generated by `/home/atc/zzzz/fdp/bin/fdp.linux'.
Program terminated with signal 11, Segmentation fault.
#0  0x0805472a in ?? ()

signal 11 - SIGSEGV   引用空指针成员

47、配置文件/fdo/bin/resource/config/setting_sys.properties中udp_sendPort=22222，udp_broadcastAddress=168.192.11.255，在fdo发报：
tcpdump udp port 22222
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bond0, link-type EN10MB (Ethernet), capture size 65535 bytes
07:01:14.710070 IP ACC-FDO-1.22222 > 168.192.11.255.10086: UDP, length 255

说明FDO发报使用UDP广播方式。
48、配置文件/fdo/bin/resource/config/setting_sys.properties中plan_next2CurrentHour=4，是次日计划提前4小时显示在今日动态里；plan_yesKeepHour=4，是（跨日）过了北京时24点最新动态里保留预计起飞时间在4小时之内的计划。

49、太原川大ATC系统设计容量是限制SDD席位不能大于50个，不限制主机节点数。
50、DPR、FDO重新连接数据库提示密码过期，需重设密码才能连上。但是之前已连接的不会断开，但现象是FDO的最新报文不更新。
51、在sdd.ini中[GENERAL]加上
//TA高度设置
TALOW=2700
TAMIDDLE=3000
TAHIGH=3300
作用只是在SDD界面显示TA值， 当 QNH<=979时 ，过渡高度TA显示值为2700； 当 QNH>=1031时 ，过渡高度 TA显示值为3300；两者之间显示3000。并不参与计算和修正，真正使用的参数在adp_qnh_airspace配置文件中（目前设置在ZBYNQNH区域内低于3550就采用QNH做高度修正,而且不会根据QNH值加减300米）。

52、主用ATC系统RUNMODE切换在SMPC完成，由fdp服务器的RDM进程实现，假如失效的话关闭RDM删除RD适配数据，恢复默认值。

53、在sdd.ini[GENERAL]加上参数ShowSpeedZ=1    标牌显示上升下降率。
54、SDD单雷达回放的数据记录的是RDP处理后的数据。

2018-7-23

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7970627/viewspace-2120900/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7970627/viewspace-2120900/