TSM服务器1500端口自动断开

有一台Dell的PC Server做TSM的服务器。
最近发现检查很多客户端的日志，发现经常出现tcpip连接失败的错误，时间都不固定的，有的时候调度可以正常执行，有的时候调度会miss。

然后检查TSM服务器，发现TSM服务器上1500端口很多时候会自动停止监听，然后过一段时间又自动恢复监听。在这个过程中完全没有人手工干预过。其中最长一次TSM停止了1500端口的监听是几天，后来我们重新启动服务器，1500端口又恢复正常，没过几天，监听又自动停止。

另外这台服务器也是作为catalog DB也曾经出现过一次1521端口自动停止监听的情况。

请问各位有没有碰到过这种情况？后来如何解决？谢谢！

问题最终还是解决了。。。
查看日志发现有一台客户机不断的对TSM服务器开启session，并且日志中显示tsm的session已经用尽了。
后来去检查这台客户机，发现有170多个dsmc sched的守护进程。是由于之前在inittab中添加dsmc sched守护进程时动作用了respawn引起的。本来用这个动作是怕进程死掉，但是后来发现它只是不断定时去重启这个进程而已。
估计就是这个原因了。
后来把inittab的中的dsmc schedule守护进程改为once，然后删除掉所有的当前的dsmc sched进程，再手工启动一次dsmc sched进程。
到目前为止，客户暂时也没有说有错误发生了。

已阅:P

安装手册里面明确写了要用once

调度这种东西，别太认真了，太多东西影响了

[quote]原帖由 [i]pangyi[/i] 于 2008-3-11 20:55 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=765137&ptid=81700][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
问题最终还是解决了。。。
查看日志发现有一台客户机不断的对TSM服务器开启session，并且日志中显示tsm的session已经用尽了。
后来去检查这台客户机，发现有170多个dsmc sched的守护进程。是由于之前在initta ... [/quote]


太牛*了啊。

恩，不错

老工程师就是不一样

请问楼主， 你的停止监听端口的状态是什么？ close_wait 是吗？