Linux上的ASE 16.0 SP03 PL02/EBF 27415中的optdiag似乎已损坏

2020-09-24 16:34发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我刚刚在Widows 7托管的虚...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我刚刚在Widows 7托管的虚拟RHEL 7.4环境中安装了ASE 16.0 SP03 PL02/EBF 27415 Express版。我这样做是为了检查sp__optdiag的相应版本是否在 www.lumphanan.com/ase 可与SP03和SP02一起使用。 我没想到optdiag会给出错误,它对具有每种数据类型的表中的char(5)列进行了如下操作

内部错误:ct_fetch()中的数据长度不匹配。
CTLIB消息:-L4/O2/S6/N36/6/0:
ct_send():协议特定层:内部客户端库错误:存在 是tds状态机错误。 收到了非法的tds令牌序列。

sp__optdiag使用isql在同一个数据库上运行没有问题。

根据t1.txt创建数据库,并根据其他两个文本文件创建表。

直接在Windows 7上运行的SP02中的同一数据库可提供完整的optdiag输出,没有错误,并且与sp__optdiag输出匹配。

我不知道此版本的diadiag或ASE的安装方式是否有问题。

是否有人使用数据库中两个文件中创建的表来直接在Linux(或可能是任何操作系统)上运行SP03的测试副本,以供他们测试optdiag?

t1.txt (364乙)
8条回答
灬番茄
2020-09-24 17:09 .采纳回答

雷蒙德,

我的意思是说前几天我确实很急躁。 它确实可以重现,但仅当LANG设置为en_US.UTF-8(即bash默认值)时将其设置为C或空白,并且您应该会发现它可以工作。 TDS痕迹并没有抛出任何明显的痕迹,只是大量的行返回为LONGCHAR而不是CHAR(预期为UTF8),然后就变成了Splat,它可能需要友好的工程师进行调试。

我怀疑(希望!)这可能是很深奥的,所以不值得担心太多。

干杯

Simon

一周热门 更多>