BC9 Lim removal 4

[cv8devil]

I had 2 remote LIMs from a 23 LIM system that were no longer required and had to be removed from the building. All extensions were removed from the LIMs, I CNBOE all the boards except for LPU,LSU,DSU,GJUL4. I followed ALEX and brought the 2 LIMs back to mag 0 only, then early one morning I followed ALEX and removed the LIMs. There were no common program units and everything went well with CNLIE and SFCEI. No alarms, dumps all work..
BUT, now in HIMDP I am getting H'34 errors from various LIMs referecing the 2 removed LIMS (19 and 20)

DIAGNOSTICS FROM LIM 001

TIME DATE ERROR CODE
03:18:50 28NOV06 H'34
RECEIVING LIM ADDRESS NOT AVAILABLE
LOGICAL PROGRAM ERROR ADDRESS = 02008D7C
ENTER
SWSW B-LEVEL SIGNAL TCSINFFETE (H'001F)
FROM DERS1 (H'184) EXE A IN LIM 003
TO RHH (H'25D) EXE A IN LIM 001
NUMBER OF DATA BYTES IN SIGNAL = 39
WITH 0 1 2 3 4 5 6 7 8 9
000 02 4C 03 BD 12 12 0F 0A A0 22
010 A1 0F 06 2D 03 00 01 00 01 02
020 75 01 CC 00 00 00 00 01 00 00
030 00 00 00 00 FF FF FF FF 00

SEND
SWSW B-LEVEL SIGNAL FETTCSNUME (H'0024)
FROM RHH (H'25D) EXE A IN LIM 001
TO DERS1 (H'184) EXE A IN LIM 020
NUMBER OF DATA BYTES IN SIGNAL = 10
WITH 0 1 2 3 4 5 6 7 8 9
000 02 4C 02 5D 01 02 01 02 02 0F

and

TIME DATE ERROR CODE
15:19:44 27NOV06 H'34
RECEIVING LIM ADDRESS NOT AVAILABLE
LOGICAL PROGRAM ERROR ADDRESS = 020011BA
ENTER
SWSW A-LEVEL SIGNAL RELQUERCD (H'0021)
FROM CMPS12 (H'2DD) EXE A IN LIM 016
TO GPP (H'168) EXE A IN LIM 010
NUMBER OF DATA BYTES IN SIGNAL = 7
WITH 0 1 2 3 4 5 6 7 8 9
000 01 C4 00 01 85 0A FF

SEND
SWSW A-LEVEL SIGNAL RELQUERCD (H'0021)
FROM GPP (H'168) EXE A IN LIM 010
TO GPP (H'168) EXE A IN LIM 019
NUMBER OF DATA BYTES IN SIGNAL = 7
WITH 0 1 2 3 4 5 6 7 8 9
000 01 C4 00 01 85 0A 0A

USER STACK DUMP
0 1 2 3 4 5 6 7 8 9 A B C D E F
02 00 04 0C


there are others as well, but they all reference the 2 removed LIMs. Within the next 2 weeks I will be upgrading the group switch to GJUG5 cards (got the GSm ready to go) and soon after that we will be upgrading to BC13.
These H'34 erors though, have me concerned.
Any suggestions?

 

[fcpli]

Hi!
Strange...
According to this printout (page 1, where all 1. digits reside), the number series (ex,gh, etc.) begin with 2,3,4,5,6, everything else is empty (FF).

<SACOP:LIM=2,UNIT=DEMA,FILNO=1,POINT=06D5,RELOFF=0&&F;
MEMORY CONTENT ON INDIVIDUAL POSITION
EXE A
FILE NUMBER RELOAD FILE START DS FILE START
1 00000077
POINT RELOFF DSOFF ADDRESS DATA ISO
06D5 0000 00006DC7 FF .
06D5 0001 00006DC8 FF .
06D5 0002 00006DC9 FF .
06D5 0003 00006DCA 01 . 1.page
06D5 0004 00006DCB 00 .
06D5 0005 00006DCC 7C |
06D5 0006 00006DCD FF . digit0
06D5 0007 00006DCE FF . digit1
06D5 0008 00006DCF D4 . digit2
06D5 0009 00006DD0 B2 . digit3
06D5 000A 00006DD1 4E . digit4
06D5 000B 00006DD2 F3 . digit5
06D5 000C 00006DD3 97 . digit6
06D5 000D 00006DD4 FF . digit7
06D5 000E 00006DD5 FF . digit8
06D5 000F 00006DD6 FF . digit9
END

So, if printing out ghdap:grp=173, it should answer "not assigned". But if something else, we need a trace from DEM.
There might be a corruption on page 1 (never seen, but.....)
But let's think about this after you have cleaned up LIM20.

fcpli

 

[cv8devil]

Hi fcpli, many thanks.
I have gone through and successfully sacos all the GH in LIM20 and in the half hour since completing it there have been no further HIMDP that reflect a problem with this.

The issue with LIM19 is a call pick up group. The group number is 173 and this has 29 members in it. A couple of the members are 3565 and 5130. Here is a HIMDP of a failure.

TIME DATE ERROR CODE
10:51:56 05DEC06 H'34
RECEIVING LIM ADDRESS NOT AVAILABLE
LOGICAL PROGRAM ERROR ADDRESS = 020011FC
ENTER
SWSW A-LEVEL SIGNAL SIZQUERCD (H'007B)
FROM CMPS3 (H'2D4) EXE A IN LIM 008
TO GPP (H'168) EXE A IN LIM 017
NUMBER OF DATA BYTES IN SIGNAL = 12
WITH 0 1 2 3 4 5 6 7 8 9
000 01 D4 00 01 85 11 72 DA 02 D2
010 08 FF

SEND
SWSW A-LEVEL SIGNAL SIZQUERCD (H'007B)
FROM GPP (H'168) EXE A IN LIM 017
TO GPP (H'168) EXE A IN LIM 019
NUMBER OF DATA BYTES IN SIGNAL = 12
WITH 0 1 2 3 4 5 6 7 8 9
000 01 D4 00 01 85 11 72 DA 02 D2
010 08 0A

USER STACK DUMP
0 1 2 3 4 5 6 7 8 9 A B C D E F
02 00 04 5C

END

 

[cv8devil]

I may have jumped the gun a bit. I am still getting command lost on GHDAP:GRP=ALL; and checking through HIMDP I get the following references to LIM 20.
DIAGNOSTICS FROM LIM 001

TIME DATE ERROR CODE
09:48:25 06DEC06 H'34
RECEIVING LIM ADDRESS NOT AVAILABLE
LOGICAL PROGRAM ERROR ADDRESS = 0200558A
ENTER
SWSW B-LEVEL SIGNAL LIMBLOCKANS (H'007B)
FROM ECR (H'05F) EXE A IN LIM 001
TO GHHS3 (H'165) EXE A IN LIM 001
NUMBER OF DATA BYTES IN SIGNAL = 24
WITH 0 1 2 3 4 5 6 7 8 9
000 00 03 65 FF 21 00 00 00 00 00
010 00 00 00 00 00 00 00 00 00 00
020 00 00 00 00

SEND
SWSW B-LEVEL SIGNAL FETGRPPOINT (H'0042)
FROM GHHS3 (H'165) EXE A IN LIM 001
TO DGP (H'160) EXE A IN LIM 020
NUMBER OF DATA BYTES IN SIGNAL = 6
WITH 0 1 2 3 4 5 6 7 8 9
000 03 65 01 65 01 FF

USER STACK DUMP
0 1 2 3 4 5 6 7 8 9 A B C D E F
02 00 1C A6

TIME DATE ERROR CODE
22:25:55 05DEC06 H'34
RECEIVING LIM ADDRESS NOT AVAILABLE
LOGICAL PROGRAM ERROR ADDRESS = 0200558A
ENTER
SWSW B-LEVEL SIGNAL LIMBLOCKANS (H'007B)
FROM ECR (H'05F) EXE A IN LIM 001
TO GHHS3 (H'165) EXE A IN LIM 001
NUMBER OF DATA BYTES IN SIGNAL = 24
WITH 0 1 2 3 4 5 6 7 8 9
000 00 03 59 FF 21 00 00 00 00 00
010 00 00 00 00 00 00 00 00 00 00
020 00 00 00 00
STACK ADDRESS = 00000000
SIGNAL SEND ADDRESS = 020042F0

SEND
SWSW B-LEVEL SIGNAL FETGRPPOINT (H'0042)
FROM GHHS3 (H'165) EXE A IN LIM 001
TO DGP (H'160) EXE A IN LIM 020
NUMBER OF DATA BYTES IN SIGNAL = 6
WITH 0 1 2 3 4 5 6 7 8 9
000 03 59 01 65 01 FF
STACK ADDRESS = 02001CA6
SIGNAL SEND ADDRESS = 0200558A

USER STACK DUMP
0 1 2 3 4 5 6 7 8 9 A B C D E F
02 00 1C A6

TIME DATE ERROR CODE
22:21:13 05DEC06 H'34
RECEIVING LIM ADDRESS NOT AVAILABLE
LOGICAL PROGRAM ERROR ADDRESS = 0200558A
ENTER
SWSW B-LEVEL SIGNAL LIMBLOCKANS (H'007B)
FROM ECR (H'05F) EXE A IN LIM 001
TO GHHS3 (H'165) EXE A IN LIM 001
NUMBER OF DATA BYTES IN SIGNAL = 24
WITH 0 1 2 3 4 5 6 7 8 9
000 00 02 58 FF 21 00 00 00 00 00
010 00 00 00 00 00 00 00 00 00 00
020 00 00 00 00
STACK ADDRESS = 00000000
SIGNAL SEND ADDRESS = 020042F0

SEND
SWSW B-LEVEL SIGNAL FETGRPPOINT (H'0042)
FROM GHHS3 (H'165) EXE A IN LIM 001
TO DGP (H'160) EXE A IN LIM 020
NUMBER OF DATA BYTES IN SIGNAL = 6
WITH 0 1 2 3 4 5 6 7 8 9
000 02 58 01 65 01 FF
STACK ADDRESS = 02001CA6
SIGNAL SEND ADDRESS = 0200558A

USER STACK DUMP
0 1 2 3 4 5 6 7 8 9 A B C D E F
02 00 1C A6

TIME DATE ERROR CODE
22:16:30 05DEC06 H'34
RECEIVING LIM ADDRESS NOT AVAILABLE
LOGICAL PROGRAM ERROR ADDRESS = 0200558A
ENTER
SWSW B-LEVEL SIGNAL LIMBLOCKANS (H'007B)
FROM ECR (H'05F) EXE A IN LIM 001
TO GHHS3 (H'165) EXE A IN LIM 001
NUMBER OF DATA BYTES IN SIGNAL = 24
WITH 0 1 2 3 4 5 6 7 8 9
000 00 01 57 FF 21 00 00 00 00 00
010 00 00 00 00 00 00 00 00 00 00
020 00 00 00 00

SEND
SWSW B-LEVEL SIGNAL FETGRPPOINT (H'0042)
FROM GHHS3 (H'165) EXE A IN LIM 001
TO DGP (H'160) EXE A IN LIM 020
NUMBER OF DATA BYTES IN SIGNAL = 6
WITH 0 1 2 3 4 5 6 7 8 9
000 01 57 01 65 01 FF

USER STACK DUMP
0 1 2 3 4 5 6 7 8 9 A B C D E F
02 00 1C A6

 

[fcpli]

OK, try this:
SACOP:UNIT=GHHS3,LIM=1,SECTOR=REL,ADDR=4E7&&5E6;

Seems that somewhere is still information left that LIM20 exists (GHH).
Try also GPDAP:GRP=ALL; and check the history

 

[cv8devil]

SACOP:UNIT=GHHS3,LIM=1,SECTOR=REL,ADDR=4E7&&5E6;
MEMORY CONTENT ON ADDRESS POSITION
EXE A

ADDRESS 0 1 2 3 4 5 6 7 8 9 A B C D E F ISO
000004E0 00 00 00 00 00 00 00 00 00 00 01 01 00 02 01 00 ................
000004F0 00 00 00 00 00 02 00 00 01 01 00 0A 01 00 01 00 ................
00000500 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000510 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000520 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000530 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000540 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000550 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000560 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000570 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000580 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000590 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
000005A0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
000005B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
000005C0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
000005D0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

ADDRESS 0 1 2 3 4 5 6 7 8 9 A B C D E F ISO
000005E0 00 00 00 00 00 00 00 0F 0F 0F 0F 0F 00 00 00 00 ................
END

and for the GPDAP:GRP=ALL; I end up with command lost after printing grps to 173. group 173 is the next one and looking in the DNA database I can see that 173 is in LIM19 even though all the extensions are in LIM15 ( these extensions swapped from 19 to 15 a few months back)

 

[fcpli]

OK, let's try to remove the info from LIM20:
SACOS:UNIT=GHHS3,LIM=1,SECTOR=REL,ADDR=4FB,DATA=00;

Then HIREI; ,GHDAP:GRP=ALL;

fcpli

 

[fcpli]

Forgot to mention that GHH is split in 3 parts (S1,S2,S3), and because their data is equal, you have to sacos GHHS1 and GHHS2, too (same address).

 

[cv8devil]

fcpli, just did the 3 sacos... all ok. Much appreciated.

now for call pickup group 173,,please...


after all the faulty hardware issues with the groupswitch upgrade over the weekend it is good to have a win.

 

[fcpli]

This is a tricky one... But let's begin with sacop:unit=ghhs3,lim=1,sector=rel,addr=e5&&4e0;
The secret is hidden somewhere here....

 

[fcpli]

Just to shorten the sacop:
sacop:unit=ghhs3,lim=1,sector=rel,addr=f0;
then check address FA. If the value is 20, just sacos it to 00. If something else, I'd like to see the printout....

fcpli

 

[cv8devil]

Isn't GHHS3 to do with group hunt? The group hunts in Lim20 are all now solved thanks to your valued assistance. The issue now is call pickup group. ie GPDAP:GRP=173; which is in Lim19 (even though all extensions are in Lim15)

 

[cv8devil]

But here is the sacop anyway.

<SACOP:UNIT=GHHS3,LIM=1,SECTOR=REL,ADDR=F0;
MEMORY CONTENT ON ADDRESS POSITION
EXE A

ADDRESS 0 1 2 3 4 5 6 7 8 9 A B C D E F ISO
000000F0 DE 9F 1D 72 10 EB CD FF 7D B7 6F 3F B7 F7 E9 FF ...r....}.o?....
END

 

[whosrdaddy]

callpick is also handled by ghh (and gpp)

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!

 

[fcpli]

OK. If I calculated this correct, you have GP groups 168,169,170,171,173,174 initiated (among others). If so, your sacos value in FA should be 4F. Maybe this solves the problem?

 

[cv8devil]

whosrdaddy, thanks for clarifying that.

fcpli, that is correct, I just dialed in and confirmed those groups. Of course I can't print 173 due to it being in a non existant lim.

So if I understand correct I need to SACOS:UNIT=GHHS1,LIM=1,SECTOR=REL,ADDR=FA,DATA=4F; and repeat for GHHS2 AND GHHS3.

 

[fcpli]

Yes, give it a try. If this doesn't help, sacos back to 6F.

 

[cv8devil]

It partially worked, in the sense when I GPDAP:GRP=173; I get grp not assigned,and GPDAP:GRP=ALL; prints all groups apart from 173 but when I SUDIPIR=3565; which was one of the members I get a command lost at the group area of the printout. If I try and add 3565 to another group I end up with "NOT ACCEPTED DIR IS IN A GROUP"
I SACOS back to 6F for now.

 

[fcpli]

OK. Sacos back to 4F.As long as you don't have group 173 initiated, the original value has to be substracted with HEX 20. Then, what happens if you initiate group 173 somewhere else and print sudip:dir 3565? Or maybe try to delete/re-initiate 3565? This is only a guess, and an easy solution. If it doesn't help, I need some sacops (again).

 

[fcpli]

Also sacop:unit=suh,lim=1,sector=rel,addr=c0&d0;

 

[cv8devil]

Okay, I sacos back to 4f but when I attempted to KSEXE:dir=3565; I get wait wait fault interupt message from operating system reload requested.

Had to redo sacos to 4f and now DUSYI;

sacop as requested

<SACOP:UNIT=SUH,LIM=1,SECTOR=REL,ADDR=C0&D0;
MEMORY CONTENT ON ADDRESS POSITION
EXE A

ADDRESS 0 1 2 3 4 5 6 7 8 9 A B C D E F ISO
000000C0 01 C5 17 00 01 01 01 01 01 01 01 01 01 01 01 01 ................
000000D0 01 01 01 01 01 01 00 00 01 01 01 00 00 00 00 00 ................
END