因服务器硬件故障而系统重启后,MQ 无法传输信息?

现在我就让一个奇怪的MQ问题干扰着,百思不得其解。。。

事情是这样的:

a,b机装有mq7 For aix. 没传信息前,发送通道显示正常运行状态,b机往a机一传信息,发送通道就显示retrying状态,信息就堵在传输队列,但将传输队列的信息清除,隔一会儿发送通道就自动显示正常状态,a->b传,b->a机都一样情况,做了a<->b机之间的通道重置操作,情况还是一样,还是只要发送信息,通道就显示retreing状态,清除传输队队列信息,就显示正常。重建发送/接收通道,情况也一样,但在一台win10和linux之间的测试环境,一样的队列名,一样的通道名,一样的MQ7,一样的监听端口,就是操作系统不一样。但win10和linux之间就一切正常,传输信息正常。通道也正常。也不会显示retreing.
只知道两台AIX机器。B机之前因为硬件故障崩溃过而重启过,之后MQ就不能正常传输信息。B机没因硬件故障重启过之前,MQ之间的通信一切正常。故障重启后就不正常。
win10与Linux之间的MQ的测试环境,是我在本机搭建的虚拟机测试环境。在这个测试环境WIN10与LINUX之间是完全可以正常传输信息的。
A,B机是AIX6.1,MQ是MQ7. 现在A-B机之间可以PING通。

我怀疑是不是A,B机之间的网络仍然有限制,致使A,B机之间不能正常传输信息。在国内某著名的中间件论坛发贴,询问,有回复说,建议重MQ,我知道重建MQ是一个办法,但不清楚这MQ还是否其它中间件和数据库关联,不清楚应用环境情况,不敢冒然重建

那现在应该怎样查问题?那位朋友路过,看到这个问题,能否分享一下经验与方法?

温室小花技术博客以后的运营发展想法

温室小花技术博客以后的运营发展想法。。。。。

用到运营这个字眼,感觉有点浓重,一个技术博客,用到大网站发展常用的运营字眼。。。但是一下子想不到用什么字眼来对待,就只能用到这个运营字眼。。。

以后,我会多分享一些,我以往工作历程中,技术积累过程中,所掌握的,所领悟的,无错,就是领悟的,我比较喜欢这个字眼,就是多些个人化的东西,就是多些分享,多些从实际工作中积累起来的技术心得,经验,学习过程,提高过程。简单点就是多些原创吧。就是多些独一无二的东西吧。说来,也有点惭愧,接触互联网这么久,搞技术这么久,现在,才回归网站发展的根本,多些原创,少些抄袭,想想,博客以前,就只有一些转贴。。汗。。

至于分享的东西,还是多以IT技术为主吧,虽然,我除了技术,对音乐,对文学还是蛮有兴趣,领悟蛮多,体会很多,但这博客,名义上是技术博客,就多些技术上的分享吧。

分享的技术范畴,多以中间件,数据库,还有unix,Linux,服务器,操作系统为主。毕竟,真实的工作跟这些打交道较多,比如,Webspher, Weblogic,db2,informix,等等,还有一些备份方面,tsm,Nbu方面的。开发就少,开发累啊。个人认为,坚持做开发的,不是一般的牛,是特牛。

当然,有时,也会分享一些看过,认为比较好的技术文章,但应不会多,有的,都是一些少而精的。简明扼要的。长篇大论的会少。