1、fdp、fdoagent进程问题：

原则：

    fdp不访问数据库；fdp也不会通过fdoagent去访问数据库；fdp进程只在本进程内部检索计划MID。（直接和数据库打交道的进程有fdoagent/dbm/fdo等）；fdp处理fpl/dep/CHG等报文（因为没有MID号）会按时间参数模糊匹配动态，收到（fdo编辑操作，提前12小时自动转为动态等触发）fdoagent发来的计划（因为有MID号）会使用 MID精确匹配动态，MID一样就修改，不一样就新增一条动态。

1）fdp进程收到提前12小时以上发的 fpl报，{即在RPL发给fdp之前，因为参数设置（TRANS_NONE_TO_FUTR=1200）预起时间之前12小时 fdoagent将该 RPL计划转为动态，发给fdp，此时FDP进程还没有该条计划 }，此时 fdp进程 模糊匹配不到RPL计划，会使用 由 fpl报得到的“日期时间航班号起降机场 ”组成的MID号新建一条来源是FPL的计划（在SDD计划列表可见），并发给adoagent存入数据库“动态表” 中，并发布给FDO显示（数据库中存储次日计划和动态的是一个表， adoagent向该表写入时，假如表中存在MID号一样的记录就修改-来源保持原来的RPL，否者增加一条记录-来源是FPL： 在日志中通过insert/update语句核实如此！）；

     之后，fdoagent提前12小时按固定流程又会将该航班的来源是RPL计划发给fdp进程转为动态(管制状态：FUTR)，此时fdp使用 计划的MID在本 进程内部检索所维护动态的MID，假如 进程内部有MID完全一样的动态，就会修改该动态 ；

——假如 没有一样的MID号（例如FPL与RPL预起时间差了几分钟，这样生成的MID不一样），fdp进程 将该航班的RPL计划 增加为一条新的动态， 导致出现该航班有来源分别是RPL和FPL的 两条动态的问题，影响后续DEP/ARR/CHG/CPL等报文正确关联计划。

2）fdp进程收到提前12小时之内发的fpl报，由于 fdp进程维护有 fdoagent提前12小时转为动态的该RPL计划，此时即使两者的MID号不一致，也会按照fpl(dep)关联计划的时间参数（ DepTimeRange=840），比较FPL报文和RPL计划中预起时间偏差关联动态。

2、部分空客的A319/320机型有以下问题，导致SDD上QNH误告警。（手动输入就没问题）

3、ARR报关联计划问题：

南京至太原航班CYZ9070,收到ARR报，落地时间23:47，应该关联到上图第三行（实起22:13），但却关联到 上图第一行（实起11:51），原因是：fdp.ini

[Control]

ClearPlanBeforeDepHour = 15    //FDP删除超过实起（预起）15小时的动态，考虑到国外航班，所以是15个小时。

——>这里增加一个参数， 与 ClearPlanBeforeDepHour是"或”的关系， FDP删除实际落地时间ATA之后n（30）分钟的计划，可避免这种错相关的情况。

由于 上图第一行CYZ9070, 实起11:51,在FDP收到ARR报时 23:47（ 23:47- 11:51=11:56<15小时），所以FDP进程中该动态还未删除。

[TimeRange]

ArrTimeRange = 840 // 落地报干预计划时允许的落地时间差范围

ARR的落地时间23:47,与预计落地时间ETA差值（23:47-13:18=10:29/ 23:47-23:40=00:07），均满足参数<840分钟，FDP就会与匹配到的第1条计划关联（即使该计划已经有实际落地时间，也会关联修改），所以出现错关联计划的情况。

4、bond策略的选择，厂家手册使用mode=1（主-备份策略） 只有一个设备处于活动状态，当一个宕掉另一个马上由备份转换为主设备， mac地址是外部可见得，从外面看来，bond的MAC地址是唯一的，以避免switch(交换机)发生混乱。但是会出现比如塔台，中心机房A网交换机到塔台A网交换机的级联光纤中断，而塔台A网交换机（未级联B网交换机时）未断电，会导致塔台席位bond的A网网卡保持活动状态，但是连不上服务器，也不会切换到备份B网网卡使用。

——>改为mode 3（广播策略），在每个slave（从设备）上传输每个数据包，提供容错能力。在实验室刀箱服务器测试，在原mode=1时，断开刀箱A网到交换机的网线（光模块），刀箱内所有服务器链接中断，除非提前手动将例如SDP-1的A网ifdown eth0,则只有SDP-1服务器链接（激活使用备份eth1---B网交换机）可用；将刀箱所有服务器mode改为3（广播策略）时，测试分别断开（A/B网）光模块的网线可实现容错能力，但是出现服务器网络风暴（AB网交换机互连导致），现象：QNH,报文收不到，ping有丢包，且提示DUP! DUPLICATE缩写，是ping包的时候收到多个重复值回应——即由网卡设置BOND MODE=3引起（所有被绑定的网卡都将得到相同的数据，一般用于十分特殊的网络需求，如需要对两个互相没有连接的交换机发送相同的数据）。

5、脱波模式相关参数：

CommMode=0  //脱播模式，0-太原模式，1-石家庄模式

CommAutoConfirmTime=10  //脱波自动确认时间（秒），（石家庄模式使用）

6、自动分配SSR相关参数：

AutoAssignSSR=1  //是否进行SSR码的自动分配；这个参数可以在SDD上动态设置，缺省是不自动分配

AutoAssignSSRTime=20 //离港航班预计起飞前多少分钟自动分配SSR。

IsRedistributeSSR=1 //1：允许重复分配SSR，0:不允许重复分配SSR

 7、QNH告警功能：（ 管制要求QNH值偏差计算，都是先取整后计算，例如飞机下发是1013.9取整1013减去1013[1013.2]等于0，偏差为0,QNH值一致，不告警）

QNH 区告警在DPR的“ QNH 表”中设置:

    QNH告警下限=3000

    QNH告警上限=3600

    QNH告警容差=2.0  （ QNH柱体范围内高度大于3600时，与1013的偏差大于2时QNH告警，小于等于2的不告警）

非QNH区(指QNH柱体之外的区域) 告警在DPR的“告警默认参数表”中设置:

    非 QNH 区告警下限=20000   //目标气压高度高于该值与标压比较

    非QNH 告警容差 =2.0

如果由于空客飞机问题，区调不使用QNH告警，需要修改2处：QNH告警上限=30000，非 QNH 区告警下限=30000

8、SDD“FPL LIST WINDOW”还没有（比如未满足提前TRANS_NONE_TO_FUTR=12小时生成FUTR计划时）相关航班的动态时，来了FPL报：

——MID号不一样时，fdoagent按VALID_FPL_ETD_RANGE范围在数据库表中查找计划，匹配到唯一一条计划认为是同一个计划，匹配到多条的话不改（不知道该匹配哪个）。db.ini参数：#FDP生成的计划和长期或临时计划生成的动态的预起时间相差不超过设定值,认为是同一计划：VALID_FPL_ETD_RANGE=50400  //原为VSP 6小时

1）、FPL报预起与RPL计划中的预起时间偏差在 VALID_FPL_ETD_RANGE=6小时及以内，fdoagent关联FDO(DB)中的rpl计划（唯一匹配时关联，多条时不做改动），FDO的计划 来源由RPL改为FPL，SDD新增来源是FPL的动态。 

2）、 FPL报预起与RPL计划中的预起时间偏差 超过 VALID_FPL_ETD_RANGE=6小时，FDO会再建一条 来源为FPL计划，此时 FDO有来源为RPL和FPL的2条计划。 后续来源是 RPL的计划发给FDP时会造成 SDD“FPL LIST WINDOW”中也有 来源为RPL和FPL的2条计划的问题。

3）、 FPL报预起与RPL计划中的预起时间 一样，关联 FDO计划且来源不变，为 RPL，在 SDD上 新增来源是FPL的动态 。

9、修改QNH，支持从多个气象观测系统接入数据，程序读取qnh.ini中

//系统与Nport进行TCP重连的时间间隔(秒)

TcpReConnect=80

假如由于名称写错（ TcpReCon ect）不匹配或其它原因读取不到该值，会导致qnh.linux运行时 CPU占用率达到80%（应该是在 不停链接TCP导致），优化程序， 原来该参数默认值为0，修改为比如60秒，读取不到时，使用默认的值（60秒）。

（删掉qnh.ini后，日志显示的默认值）

[QNH2]

ip=168.192.11.239

port=4004

syscode=ZBLLQNH

MaxTimeSpan=30

HeadOfMsg1={ZBLL}          //前面这个生效

TailOfMsg1={
}

StartQnhString1={
}

NullQnhString1={@zdqnh=@}

LengthOfQnh1=7

LengthOfMsg1=37

tcpudp_2.1.1.exe模拟Nport：ZBLL QNH:2021-04-22 08:13:10  1012.33   ——>OK!

HeadOfMsg2={QFEINS|R|N|}     //要生效，和前面互换位置

TailOfMsg2={QFESYNOP|R|N|}

StartQnhString2={QNHINS|R|N|}

NullQnhString2={@zdqnh=@}

LengthOfQnh2=10

LengthOfMsg2=37

10、某台SDD使用ZBLL吕梁QNH的设置：sdd.ini

//本地QNHCode名字，SDD显示该QNH区域的值

LOCALQNH=ZBLLQNH        //ZBYNQNH在=<979,>=1031时会变黄色， SDD设置为 ZBLLQNH（由于没设柱体区域）不变黄色，目前改成没有找到对应柱体也变黄色。

//检测QNH值刷新状态时间间隔[单位：分钟]

QNHINTERVAL=6           //超时告警正常，变红色。

//本地QNH接入端口，用于判断哪个QNH差值过大时QNH按钮变色告警

LOCALQNHPORT=4004

避免qnh.linux同一主机运行多个实例，会出现qnh不更新监控异常等现象

11、使用MD5码验证程序版本一致性，存在问题，rdp等程序啥都不改重新编译md5码会变（可能是编译方式不一样，有些不变，有些要变）。

12、完善SDD，sdd.ini增加[FLIGHT_HEIGHT_E2W]、[FLIGHT_HEIGHT_W2E]配置参数，可以选择是否显示自定义的负数对应的字符（程序判断正数就直接显示数值，判断负数就进行转换显示字符），对于ACC，配置不显示ILS/RNP/VOR/VA等负数对应的字符。现象：假如只修改了自东向西 [FLIGHT_HEIGHT_E2W]中负数字符对应项，没有修改自西向东 [FLIGHT_HEIGHT_W2E]中的对应项，SDD重启后，所标的例如RNP会在-2和RNP间来回跳变显示。

13、在实验室SMPC监控发现fdoagent进程重启过，日志显示

[N][FDOAGENT::HST][05-04 11:00:00]>>>code  : ORA-28001

msg   : ORA-28001: the password has expired   //只有fdoagent/DBM 服务器进程连数据库！这种情况怎么在SMPC给出告警提示？

处理步骤：

[root@DB-67 ~]# su - oracle

[oracle@DB-67 ~]$ sqlplus / as sysdba

SQL> select * from dba_profiles where profile='DEFAULT' and resource_name='PASSWORD_LIFE_TIME';

 // 查看密码的有效天数为180天，也就是6个月

SQL> alter profile default limit password_life_time unlimited;   // 改为永久生效

SQL> alter user atc identified by 123456;    // 进行以上步骤之后需要改变密码，否则还会出现password has expired异常

然后查看fdpagent日志，自动恢复连接：

[N][FDOAGENT::CST][05-06 02:03:03]>>>PlanAftnOCIthread connect to db atc FAIL: ORA-28001: the password has expired

[N][FDOAGENT::CST][05-06 02:03:15]>>>Receive NetObj FDPTEL_AFTNMESSAGE FinID = 202105060211032GRD

[N][FDOAGENT::CST][05-06 02:03:15]>>>Deal with aftn FinID=202105060211032GRD

14、BL460c Gen9安装RHEL6.5时不识别磁盘阵列卡无法使用RAID1问题，需要从

下载用于Red Hat Enterprise Linux 6 (AMD64/EM64T) 的 HPE ProLiant 智能阵列控制器 (AMD64/EM64T) 的驱动程序磁盘: hpsa-3.4.18-108.rhel6u5.x86_64.dd.gz (269 KB),安装说明：

Installation:

MAKING DRIVER UPDATE USB-KEY UNDER A LINUX-LIKE OS:

• Save the "hpsa-..x86_64.dd.gz" file into a temporary directory. Use GUNZIP to extract "hpsa-..x86_64.dd" from this file into the same directory.
• Insert the USB-Key. Unmount USB-Key if it was automounted.
• Write the hpsa-..x86_64.dd file to the the USB-Key device.  (Ex. USB-Key is /dev/sdc)

dd if=hpsa-..x86_64.dd of=/dev/sdc1)

INSTALLATION
At the initial OS installation screen be sure to:

• For UEFI systems, press "e" to edit grub and append the install parameters to the "kernel" line：输入“空格dd”(这个参数会导致安装程序提示你使用驱动程序盘（只适用于系统安装的时候）),然后按回车，再按”b”键，开始启动.
• For non-UEFI systems, press ESC key and append the install parameter.

• IMPORTANT: Remove the USB-Key once the driver has been installed to prevent the OS installer from including the USB-Key as part of the OS storage.

15、fdp-2主机由于没有配eth2，运行$rdm_autostart.sh（./rdm.linux -w -0）失败，报错：eth2,can't get IP assress of interface。

]$ ./rdm.linux -h

rdm usage

rdm [-u username] [-r rolename]  [-d hostname|ip] [-f frequency] [-n net group no] [-s section id] [-w working net] | [-h ]

-u username, username

-d host,  host name

-f frequency, in milliseconds

-m mode, 0=Default Mode, 1=Origin Mode

-n net group no

-r rolename ,1=RCP,2=ACP,3=sup

-s sectionId ,0=no section, aerodrome [0,1], subarea [0,1,2, 3...]

- w working net , 0=working on AB&C net, 1=working only on AB net

-h this information

16、SDD席位进程运行正常，但是没有接显示器，REC提示该席位景象记录失败，接显示器后恢复正常。

17、2021-5-15晚v2.4版本升级事项：

1）使用U盘拷贝INSTALL/SYSDATA压缩包，解压缩失败，使用移动硬盘盘正常。 U盘拷贝未压缩 的INSTALL/SYSDATA文件夹，分发后很多进程启动失败， lib文件损坏导致的。所以应该使用移动硬盘或使用笔记本通过ftp拷贝。——换个U盘好了，应该是该U盘个例问题。

2）“FDO修改动态（plan_active表）”， fdoagent进程收到来自fdo的update包 只有成功修改数据库 plan_active表后，才会发给fdp来维护动态 。升级中出现 plan_active少添加otherstatusex字段， fdoagent进程update（Insert) plan_active表失败，出现FDO编辑动态失败的现象（由于fdoagent修改数据表失败，不会发给FDP维护动态），但是SDD\报文修改动态正常。

3）出现SDD地图线颜色显示和设置值不一样的现象，原因是SDD程序地图调用函数把绿、蓝弄反了，修改后正常。

4）完善FDP自动重启方案，FDP2的mca.ini设置为异常Down掉后不重启， FDP1的mca.ini设置为异常Down掉后重启1次，避免FDP维护的计划，由于主备态同步机制在异常重启时引起计划丢失的问题。

5）罕山单雷达在罕山位置附近假目标短期频繁出现。原因是由于罕山雷达大修升级后，送出数据格式有变，川大程序解析数据时出现经纬度坐标和速度为0的情况，导致认为该目标“经纬度为0”在 罕山位置。完善rdp.linux测试OK。

6）完善frdp.linux，改为5秒发一次雷达状态包（SMPC设置为40秒收不到雷达状态包，即认为该路雷达中断，并告警：radarcfg.ini——>[module] timeout=40），解决SMPC频繁虚假告警问题。

7）现象：假如某个席位SDD是升级前的版本，单雷达（含ADS-B）和融合雷达 （含ADS-B）没有显示，因为升级后v2.4版本发给SDD雷达包的数据结构变了。

8）SDD席位自动打印进程单打开，spa.linux异常退出原因：收网络包的地方定义的接收数据的数组大小与网络底层定义的不一致，这次为了增加接收数据缓存大小修改出来的问题。已解决。

9）解决dpr分发未结束退出程序，由于ftps.linux未退出，导致dpr.linux启动失败（网络初始化失败）问题。

10）FDP进程增加ARR速度超过设定值不关联计划的日志记录，原先只发给sdd显示。

11）更新rdp,frdp，完善预处理，去除解析异常的雷达数据。解决罕山雷达附近出现假目标问题。

12）旧fdp.linux程序有bug，有个地方分配内存不会释放，fdp占用的内存越来越多，退出产生的core文件不能反映这个BUG。

13）fdp.linux程序异常退出问题： CPL报边界点是未定义的点，导致空指针引起异常退出问题也解决。

该报可以再现 fdp.linux程序异常退出现象

(CPL-TST001/A4212-IS

-B737/M-SDE1E2E3FGHIM3RW/LB1

-ZGFS- IGMIG/0902S1010

-K0700S1010 IGMIG

-ZBYN

-PBN/B1C1D1O1S2 SUR/260 DOF/210526 REG/B5209 SEL/ARBQ CODE/780055 RMK/TCAS II CAT II APPROVED ALTERNATE ZBYN DUE TO ZBAD WX)

因为IGMIG点不是边界点，且固定点列表没有，两处同时改为边界点后OK。

18、罕山雷达只送航迹，radar.ini设置为处理点迹，SDD上该雷达S模式的增强询问的BDS40信息比如 选择高度，QNH等就没了（ 有 航班号，24位地址码）——将航迹作为点迹处理（包括点迹作为点迹处理） 也即点迹处理时，没解析这些数据。

19、在sdd.ini文件的[GENERAL]段增加如下参数（N的颜色同标牌颜色）

// 非S模式是否显示“N”， 1-显示，0-不显示，默认不显示

ShowNoSModel=1

sdd.ini文件的的[GENERAL]段增加

//目标是否显示S模式图标“S”， 1表示显示，0表示不显示，默认不显示（ 融合航迹中有源自radar.ini中类型是S模式雷达的目标）

ShowSModel=1

20、更换playback.linux程序，假如将来回放席位OS设置时区为北京时，回放时会自动转换为世界时。

21、linux程序在 编译选项中添加 -g。 默认编译生成的可执行文件是无法使用 gdb 来跟踪或调试的，因为可执行程序中没有可供 gdb 调试使用的特殊信息，为了将必要的调试信息整合到可执行文件中，我们便需要用到 -g 选项，这样生成的可执行程序，倘若出现问题，便可以使用 gdb 找出问题具体出现的位置，便于问题的解决。（但是 不解决异常退出不产生core文件的问题）

加上-g选项以后，gcc在编译是会做以下额外的操作：

• 创建符号表，符号表包含了程序中使用的变量名称的列表。

• 关闭所有的优化机制，以便程序执行过程中严格按照原来的C代码进行。