[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | DECmcc user notes file. Does not replace IPMT. |
| Notice: | Use IPMT for problems. Newsletter location in note 6187 |
| Moderator: | TAEC::BEROUD |
|
| Created: | Mon Aug 21 1989 |
| Last Modified: | Wed Jun 04 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 6497 |
| Total number of notes: | 27359 |
4205.0. "TSAM alarms problem " by SNOC01::MISNETWORK (MCC=My Constant Confusion) Mon Dec 07 1992 20:39
TSAM has raised its ugly head again, with similar problem to that described in
previous notes, but just different enough to be a pain. This problem is being
seen on our local production system and also at a customer site, both using
BMS V1.2, TSAM V1.0.2.
Locally we have 12 MUXserver alarms polling every 80 seconds for change in
link status, 6 looking for link up, 6 looking for link down, on a total of 4
MUXserver 300s. I have enabled the alarms via FCL so as to detect any problems.
Every now and then ( normally every couple of days ), the alarms fall asleep
without any obvious reason. I check the "TIME OF LAST EVALUATION" of all the
alarms, and find that they all stop at the same time, they are still enabled
and running. To restart the alarms, the normal process is to disable them,
exit the current FCL session, enter a new FCL session and restart the alarms.
Sometimes this is not enough, you have to restart the TERMSERVER_AM. Before
doing this, I have looked at all the different processes, and found that they
are all running fine, no RWMBX states, the MCC_TS_AM_SRV was in LEF state.
Any ideas to this frustrating problem !!!!!!!!!!!!!!!
The customer has the same problem, but with an extra twist. We found that if
we were running export jobs for a couple of DECnis, then there is no way we
could restart the alarms successfully, they would say they were "in progress",
but would never complete an evaluation. As soon as we killed the exporter jobs,
including the background job bingo, the alarms could be started. The export
jobs are as follows -
MCC> show export node * hdlc link * export target mcc_exp_rdb_file
Node PILKINGTON_NS:.DANNIS HDLC Link W622-4-0
AT 1-DEC-1992 17:19:05
Exporting parameters are:
Exporting state = ACTIVE,
State since = 24-NOV-1992 15:46:27.77,
Export period = 0 00:05:00.00,
Begin time = 19-NOV-1992 15:06:22.91,
End time = 25-MAY-2012 00:00:00.00,
Export target = "MCC_EXP_RDB_FILE",
Request time = 19-NOV-1992 15:06:22.91,
Requested by = "NETMGR",
Time of last successful poll = "30-NOV-1992 10:32:20.82",
Number of successful polls = 1666,
Time of last failed poll = "NONE",
Last poll failure reason = "N/A",
Number of failed polls = 0,
Last export time = "30-NOV
Last export time = "30-NOV-1992 10:32:23.15",
Time of last export failure = "NONE",
Last export failure reason = "Background exporting process is
not set up",
Number of export failures = 0,
Sequence name = "EXPORT",
Initial sequence number = 0,
Current sequence number = 2913
Node PILKINGTON_NS:.MITNIS HDLC Link W622-4-0
AT 1-DEC-1992 17:19:07
Exporting parameters are:
Exporting state = ACTIVE,
State since = 24-NOV-1992 15:46:34.14,
Export period = 0 00:05:00.00,
Begin time = 19-NOV-1992 15:06:33.23,
End time = 25-MAY-2012 00:00:00.00,
Export target = "MCC_EXP_RDB_FILE",
Request time = 19-NOV-1992 15:06:33.23,
Requested by = "NETMGR",
Time of last successful poll = "30-NOV-1992 10:33:57.12",
Number of successful polls = 1666,
Time of last failed poll = "NONE",
Last poll failure reason = "N/A",
Number of failed polls = 0,
Last export time = "30-NOV-1992 10:33:59.04",
Time of last export failure = "NONE",
Last export failure reason = "Background exporting process is
not set up",
Number of export failures = 0,
Sequence name = "EXPORT",
Initial sequence number = 0,
Current sequence number = 2914
Node PILKINGTON_NS:.MITNIS HDLC Link W622-4-1
AT 1-DEC-1992 17:19:09
Exporting parameters are:
Exporting state = ACTIVE,
State since = 24-NOV-1992 15:46:35.06,
Export period = 0 00:05:00.00,
Begin time = 19-NOV-1992 15:06:43.02,
End time = 25-MAY-2012 00:00:00.00,
Export target = "MCC_EXP_RDB_FILE",
Request time = 19-NOV-1992 15:06:43.02,
Request time = 19-NOV-1992 15:06:43.02,
Requested by = "NETMGR",
Time of last successful poll = "30-NOV-1992 10:34:58.83",
Number of successful polls = 1666,
Time of last failed poll = "NONE",
Last poll failure reason = "N/A",
Number of failed polls = 0,
Last export time = "30-NOV-1992 10:35:00.77",
Time of last export failure = "NONE",
Last export failure reason = "Background exporting process is
not set up",
Number of export failures = 0,
Sequence name = "EXPORT",
Initial sequence number = 0,
Current sequence number = 3105
Node PILKINGTON_NS:.PLKNIS HDLC Link W622-4-0
AT 1-DEC-1992 17:19:13
Exporting parameters are:
Exporting state = ACTIVE,
State since = 24-NOV-1992 15:46:48.53,
Export period = 0 00:05:00.00,
Begin time = 19-NOV-1992 15:06:52.64,
Requested by = "NETMGR",
Time of last successful poll = "30-NOV-1992 10:32:04.70",
Number of successful polls = 1666,
Time of last failed poll = "NONE",
Last poll failure reason = "N/A",
Number of failed polls = 0,
Last export time = "30-NOV-1992 10:32:06.50",
Time of last export failure = "NONE",
Last export failure reason = "Background exporting process is
not set up",
Number of export failures = 0,
Sequence name = "EXPORT",
Initial sequence number = 0,
Current sequence number = 2914
Cheers,
Louis
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 4205.1 | | TOOK::FONSECA | I heard it through the Grapevine... | Tue Dec 08 1992 12:58 | 15 |
| I don't have any ideas for you, other than to stretch out the time
interval for the alarms from 80 seconds. Check with the CSC also.
I imagine they know more about alarms than I do.
It is obvious that TSAM has got some sort of problem, you are not
the only one to report it. The only other person working on Terminal
Server network management in my group got laid off this week, and
I just don't have the time right now.
I'm not at all clear on how this relates to the second problem you
are reporting for a customer site.
Sorry,
Dave
|