Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

gsm error and dump problem

Status
Not open for further replies.

punh

Technical User
Feb 1, 2007
16
SA
UNABLE TO MAKE DUMP TO THE SYSTEM
GETTING STUCK AT PROGRAM UNIT DDGM IN LIM 4.

ALARMS IN MD110 IS THE FOLLOWING
1) CODE 88 Group switch module clock alarm.

2) code 65 Synchronization fault in LIM.

in group switch getting the E5 error.
 
First of all try to restart the program unit for LIM4 and try again.
About the GS in most cases it is thu GJUG card having the problem. Block all the links on the GJUG where you have met the problem (GJBLI:GSMULT=x-xx,GSSIDE=0). Than pull out the GJUG and wait for couple of seconds (10-20 secs). Insert the board again and unblock the links. This may help.
 
VERY VERY THANKS TO ANSWER MY QUESTION

I RESTARTED THE LIM 4 AND PROGRAM UNIT, I HAVE TWO LINK IN LIM 4 I BLOCK THE ONE LINK AND TRY TO DUMP SAME PROBLEM.

I WANT TO TRY TO SWITCH OFF THE GROUP SWITCH AND RESTART AGAIN.

GIVE ME YOUR SUGGESTION.
 
DO NOT power cycle your group switch.....it won't fix the problem you have and will create a great deal of other problems not related to your original problem.

For which GSM is the code 88?

I assume the error code 65 is for LIM 4......and that the PCM link in LIM 4 for which synchronization is set is in the same GSM for which the error code 88 is active -- this may not be the case as the group switch can be rather deceptive in the clues it gives.

First, change synch in LIM 4 to the other PCM link - unless both links are in the same GSM, in which case you should move one of the links to another GSM. once synch is switched, see if the error code 65 clears for the LIM.

If that alarm clears, restart the group switch (RFGMI:GSM=1&2&3&4....for all GSM's). Then function test each GSM (GSFTI:GSM=x,GSSIDE=0,TEST=BOARD;) If the function test comes back clean, attempt a dump.

My guess is that you have a GCU that is failing, but you have to eliminate all the other possibilities before you have to get in that deep.

The group switch (especially the CONSONO) is VERY unforgiving if you go in heavy-handed and start pulling boards and turning off power etc.

When you do make changes regarding clocking, control or inter-GSM communication, it's very important to make ONE change and wait a bit to let things settle down before you make another change.

Treat it like a woman.....you have to be patient and learn to read between the lines - she does not come right out and tell you exactly what is wrong, often times she'll complain about something completely different from (but still related to) the actual problem, sometimes she'll even lie to you. But if you lose your cool and piss her off, your life will be complete hell for a few days.

Good luck,

Dave Strang
 
I HAVE ONLY ONE GSM 0, I HAVE TWO LINKS FOR LIM 4 I TRIED TO BLOCK ONE LINK AND TRY THE DUMP SAME PROBLEM I FACED I CAN'T MAKE DUMP.

WHAT IAM PLANNING TO DO IS CHANGING THE GCU2, BY SWITCH OFF THE GROUP SWITCH.

OR IF U HAVE ANY SOLUTION PLEASE ADVICE
 
Could you post data:
GJLSP:LIM=4;
GJTSP:LIM=4;
ILSSP:pRINT=STATE;
 
If you only have one GSM, your choices are somewhat simplified. You will need to power off the GSM to change the GCU2....your system will be down hard while you perform that task. DON'T manually block anything, just turn off the power (if you had multiple GSM's this would not be the case).

Your system will be VERY upset when you power the GSM back on, and it will take a bit for things to settle down. You may have isolated LIMs and LIMs not having contact with the GS will generate alarms (code 34 lim out of order) and also cause alarms for common functions out of order and things like that....DON'T get slap-happy with restarts etc. you will only create more for the switch to do.....just be patient and let the system do it's thing. Just keep an eye on the alarm log to what alarms eventually clear and which ones don't.

You may get lucky and everything comes back up.....


Good luck,

Dave Strang
 
Thanks Dave !

I did the same as u suggested it work, now the system is working stable.

Thankyou very much
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top