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 Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Hipath 4000 - Database inconsistency 1

Status
Not open for further replies.

Nick0001

IS-IT--Management
Oct 6, 2017
29
US
I received this message today when trying to make name changes to stations.

< dis-persi
S48: START OF AMO PERSI NOT SUCCESSFUL
CAUSE : AN INCONSISTENCY IN YOUR CONTRACTED SW HAS BEEN DETECTED
PLEASE CONTACT YOUR SERVICE CENTER AND QUOTE THIS MESSAGE

I have executed the following commands:

AMO-UPDAT-111 UPDATING HARD DISK DATABASE
DISPLAY COMPLETED;
<ex-updat:bp,all
EX-UPDAT:BP,ALL;
H500: AMO UPDAT STARTED
%#* AMO STILL ACTIVE *

AMO-UPDAT-111 UPDATING HARD DISK DATABASE
EXEC COMPLETED;
<ex-updat:bp,all
EX-UPDAT:BP,ALL;
H500: AMO UPDAT STARTED
%#* AMO STILL ACTIVE *

AMO-UPDAT-111 UPDATING HARD DISK DATABASE
EXEC COMPLETED;
<ex-updat:a1,all;
EX-UPDAT:A1,ALL;
H500: AMO UPDAT STARTED

AMO-UPDAT-111 UPDATING HARD DISK DATABASE
EXEC COMPLETED;
<ex-updat:a1,all;
EX-UPDAT:A1,ALL;
H500: AMO UPDAT STARTED

AMO-UPDAT-111 UPDATING HARD DISK DATABASE
EXEC COMPLETED;

I am unable to get the sync process to start from the java gui. Looking for suggestions

Thank you.
 
The problem is the license/codeword is not entered.

You haven't said which software version it is, or which hardware.

It could be you have a hardware dongle on a V24 port (v1-v5 software, old hardware), or a sim-type card in the dscxl ADP processor (v1-v5, newer hardware). With either of these versions, a reseat of the dongle, a blow on the sim card and reinsert, and a reload of ADP might help.

If you are V6-V7-V8, license is added by Assistant which reads a .lic file based on MAC address (no dongle/sim).

License data for RMX is held in codew AMO, so DIS-CODEW; will show you it can't see it. You could try reg-codew; and add it back it but it will probably tell you it's already added. Determining software/hardware version will decide next steps.
 
Sorry, this is a HIPATH 4000 RMX V4 R2.1.88 with UW7 V4 R3.0.12. I just started having this problem yesterday.

<dis-codew
TYPE = ?
TYPE : TYPE OF DISPLAY
CHARACTERISTIC : OPTIONAL
POSS. VALUES : COUNTS DISPLAY OF COUNTERS
SERVICE DISPLAY OF COUNTERS IN ENCRYPTED FORM
TYPE = counts
DIS-CODEW:COUNTS;
H500: AMO CODEW STARTED

SALES UNIT COUNTERS
===================

CODEWORD: Rnadomized String

VERSION : H240
SERIAL NUMBER: 2
HARDWARE ID : (DONGLE/SIM CARD NOT YET READY FOR READING OR NOT ATTACHED,
ATTACH DONGLE/SIM CARD AND REPEAT COMMAND)
ENTRY DATE : 03.12.2008
TRIAL MODE : NOT ACTIVATED
CONFIRMATION : 3352

+---------------------------------------------+-------+-------+-------+-------+
| | | | | |
| UNIT | CON- | USED | FREE |BLOCKED|
| | TRACT | | | |
+---------------------------------------------+-------+-------+-------+-------+
| COMSCENDO | 0 | 463 | !!!!! | |
| CORDLESS E | 0 | 0 | 0 | |
| PNE | 0 | 0 | 0 | |
| SIGNALING SURVIVABILITY | 0 | 0 | 0 | |
| CC-AP FOR AP EMERGENCY | 0 | 0 | 0 | |
+---------------------------------------------+-------+-------+-------+-------+

AMO-CODEW-111 CODEWORD FOR ADMINISTRATION LOCK IN SWU
DISPLAY COMPLETED;
 
So you can see it thinks the SIM card is not there, it can't see it. You probably have DSCXL processors? Is it a duplex system? So you have three, horizontal DSCXL processors. The bottom one is the ADP, where the sim card is.

You can reload the ADP via AMO, exe-rest:unit,a1,reload; If you have procentre, this will stop it working while ADP reloads and the monitoring points are reset.

If it's a simplex processor, one card only, you'll have to reload the whole thing, you can't treat the ADP separately.

If that doesn't work, the DSCXL's are hot swappable, you can remove the ADP dscxl, take the SIM card out, give it rub on your trousers and replace.

Possibly the SIM card is defective, which is possible but unlikely. Maybe though!

 
I apologize for my lack of knowledge with the HIPATH. I am a server / pc admin not a pbx admin. My question is can I execute exe-rest:unit,a1,reload as you pointed out without dropping phone calls. This is a two processor unit with a MO/CF card.
 
Can you post

dis-rest;
dis-signl:system;
dis-dbc;
dis-sdsm:A1;

to confirm.

I should think you can with two processors (ADP and single BPA). Output will confirm it.
 
Here is the output of the commands you requested. Thank you.


<dis-rest;
DIS-REST;
H500: AMO REST STARTED
+------------------+------+
| USE RESCUE SW | NO |
+------------------+------+
+------------------+-----------------------------+
| FUNCTIONAL UNIT | FAULT ANALYSIS STATUS |
+------------------+-----------------------------+
| BPA | STANDBY |
| BPB | ACTIVE |
+------------------+-----------------------------+
AMO-REST -111 RESTART OF A FUNCTIONAL MODULE
DISPLAY COMPLETED;
<dis-signl:system;
DIS-SIGNL:SYSTEM;
H500: AMO SIGNL STARTED

+------------------------------------------------------------------------------+
| SYSTEM STATE TABLE |
+----------+-------------------------+-----------------------------------------+
| UNIT | STATE | ADDITIONAL INFORMATION |
+----------+-------------------------+-----------------------------------------+
| CC-A | STANDBY | HARD RESTART FROM 17-09-29 09:36:01 |
| CC-B | ACTIVE | SOFT RESTART FROM 17-09-29 09:36:37 |
| ADS | IN SERVICE | HARD RESTART FROM 17-05-17 17:33:51 |
| REF CLOCK| EXTERNAL CLOCK | LTG: 1 LTU: 2 EBT: 14 CIR: 0 |
| | (LINE REFERENCE) | |
| TFAILTR | TRUNK FAIL TRANSFER OFF | |
| ALARM | DEVICE ALARM | ---- ---- |
| | MINOR ALARM | ---- ---- |
| | MAJOR ALARM | ---- IN ADS |
+----------+-------------------------+-----------------------------------------+

AMO-SIGNL-111 ERROR SIGNALLING CONTROL
DISPLAY COMPLETED;
<dis-dbc;
DIS-DBC;
H500: AMO DBC STARTED
+------------------------------------------------------------------------------+
| SYSTEM CLASSIFICATION : SYSTEM 600 (H600 ) |
| HARDWARE ASSEMBLY : COMPACT PCI (CPCI ) |
| OPERATING MODE : DUPLEX |
| RESTART TYPE : SYM |
| HW-ARCHITECTURE : 4000 |
| HW-ARCHITECTURE TYPE : 6 |
| |
| 'NO OF' HW VALUES |
| LTG'S : 1 LTU'S : 15 LOG.LINES : 32000 MTS BD /GSN: 1 |
| SIUP'S/LTU: 4 TMD24'S PER LTU: 4 PHYS.PORTS: 16000 HWY /MTS BD: 128 |
| HDLC /DCL : 16 PBC /DCL : 6 PBC'S : 17 |
| LOG. SIU LINES : 81 |
| LOG. CONF LINES : 90 |
| LOG. DCL LINES : 91 |
| DB DIMENSIONING-NAME : LARGE CONF-TABLE VERSION: 15 |
| DB SUSY'S: |
| SWITCH NUMBER : L31909Z1285U00001 |
| LOCATION : CUSTOMER |
| BAPPL : BSDUAL |
| DBAPPL : DBLARGE |
| SYSTEM_ID : |
| |
| OVERLAY RESOURCES IN ADP: |
| SLOTS : 1000 MEMORY SPACE : 2000 KB |
| OVERLAY RESOURCES IN SWU: |
| SLOTS : 1000 MEMORY SPACE : 2000 KB |
| OVERLAY RESOURCES BEI MONO PROCESSING: |
| SLOTS : 400 MEMORY SPACE : 3000 KB |
+------------------------------------------------------------------------------+

AMO-DBC -111 DATABASE CONFIGURATION
DISPLAY COMPLETED;
<dis-sdsm:a1;
DIS-SDSM:A1;
H500: AMO SDSM STARTED

PROCESSOR TEMPERATURE : 62 DEGREE CELSIUS
BOARD TEMPERATURE : 29 DEGREE CELSIUS
------------------------------------------

A1 - CENT
---------
MOUNTING LOCATION MODULE NAME NOM. BD(#-ACT) STATUS
P101.CSCPC.CSC1.001 DSCXL 1024MB #Q2311-X300

A1 - LN
---------
MOUNTING LOCATION MODULE NAME NOM. BD(#-ACT) STATUS
LOCAL MEMORY IN SWU:
CC-A: 1024 MB
CC-B: 1024 MB

AMO-SDSM -111 STATUS OUTPUT FOR SYSTEM SERVER
DISPLAY COMPLETED;
<
 
Ok so you have a three processor system, normal duplex. ADP, BPA and BPB. You can reload the ADP without losing telephony (you never answered question about procentre, if you have one, monitor ports will reset but it should recover).

First step for me would be to reload the ADP. If codew still wasn't OK, I'd take the card out (they are hot swappable), reseat the SIM card, you'll see it on the processor. If that didn't work, I'd swap the BPB and ADP processors (move SIM over to new ADP processor). If it still didn't work, I'd begin to suspect the SIM card.

Make a dis-codew; after the reload, you would hopefully have a hardware ID which it doesn't show at the minute, and it should show you the licensed port count.
 
DIS-DATE; - ensure date/time are correct - if incorrect the the CODEWORD will not work properly
If still not working
Deactivate the Hard Disk - DEA-DSSM:A1,A;
Unscrew the bottom processor - it should have a dash dot on the display
Open the SIM card holder on the left
Clean the metal prongs and LIGHTLY lift them up.
Clean the SIM card
Re-insert the SIM card and close the SIM card holder
Re-insert the Processor Card and screw back in place.
Re-activate the Hard Disk - ACT-DSSM:A1,1;
DIS-CODEW; - to see if it is now reading the SIM card
DIS-DATE; ensure date/time are correct


Telephony in progress - should not be affected
 
Thank you both. I will schedule this Monday.
 
Above instructions are OK but pay attention with DSSM.

It's not DEA-DSSM:A1,A; it's dea-dssm:A1,1,,yes;

"A" is just a typo, the 4K HD is referenced as "1" not "A". The "yes" will shutdown the Unixware, which you should do before taking the processor out.

Two different OS are timesliced on the ADP processor in V1-V5. 1-RMX, which provides your AMO interface and 2-Unixware, which provides the Assistant interface.

dea-dssm:a1,1; will stop the RMX accessing the RMX partition but UW will still be running in its own partition, so you need to shut that down too with ",,yes;" before you take the processor out. UW doesn't affect the telephony so you can shut it down with no problems (although it does provide the customer facing IP address, which you are probably browsing to for CM GUI).

<dea-dssm:a1,1,,?
UNIXSHUT : UNIX SHUTDOWN
CHARACTERISTIC : OPTIONAL
POSS. VALUES : YES YES
NO NO
UNIXSHUT = yes;
DEA-DSSM:A1,1,,YES;
H500: AMO DSSM STARTED
H22: SHUTDOWN OF UNIX WAS INITIATED, PLEASE WAIT
H23: SHUTDOWN OF UNIX COMPLETED
H14: THE ACTIVE LOAD AREA <:A1H1E:> IS DEACTIVATED
H16: PARTITION FOR UNIXWARE FILESYSTEM
SYSTEM ID H'12 EXISTS ON HARD DISK
H16: PARTITION FOR UNIXWARE FILESYSTEM
SYSTEM ID H'63 EXISTS ON HARD DISK
H16: PARTITION FOR UNIXWARE FILESYSTEM
SYSTEM ID H'63 EXISTS ON HARD DISK

AMO-DSSM -111 DISK SWITCHOVER
DEACTIVATE COMPLETED;
<


UW can take a minute or two to shutdown but you may get the AMO prompt back quicker than that, so wait a couple of minutes before taking the processor out.

You don't need to reactivate the hard disc with act-dssm, it will go active as soon as you put the processor back in. RMX will come up first, UW a few minutes later.

None of that may be necessary. ADP reload may solve your problem, try that first.

<exe-rest:unit,a1,reload;
EXE-REST:UNIT,A1,RELOAD;
H500: AMO REST STARTED
H01: RELOAD HAS BEEN INITIATED

Good practice would be to make a backup before you reload the ADP, it may not have been done for a while. Assuming you have a CF card inserted I would also do this. Will take a few minutes to complete.

<copy-ddrsm:a1,1,e,6,e,n;
COPY-DDRSM:A1,1,E,6,E,N;
H500: AMO DDRSM STARTED

AMO-DDRSM-111 DEVICE DOUBLE RECORDING SERVER MODULE
COPY COMPLETED;
<
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top