EDD007 After upgrade to 6.0 2

[The02KID]

Does anybody no what my problrm might be? This just started the other day.I have chg out the RMD.


Starting CCBR backup to "/u/ccbr/ccbr.gz":
CCBR backup failed!

TEMU020 Errno 0x380003: Failure opening file /u/smp_db/smpconf.db

TEMU111 Error occured backing up internal data base


Backing up reten.bkp

Starting database backup
to local Removable Media Device
Database backup failed!

TEMU020 Errno 0x380003: Failure opening file /u/smp_db/smpconf.db

EDD007

 

[biv343]

It sounds like you may have the U drive bug. Read below and see if this applies. You'll need PDT acccess to fix the issue.



Solution Detail


CS1000: How to recover "/u drive access loss" without warm/cold restart of Call Server (CS)

--------------------------------------------------------------------------------

Problem Description
A corruption in the table that maintains the partition blocks results in a loss of the /u drive. Thus, any command that needs to write and read from the /u drive such as EDD, Set Inventory Generation, Schedule Telephone Inventory file generation, MDP ISSP, BKO, or PLOAD cannot be executed successfully.

When the status of the Fixed Media Drive (FMD) is checked from LD137, the /d drive that is linked to /u drive has -1 Byte free space. This is one of the symptoms of /u drive corruption as indicated below.
>ld 137
CIOD000
.stat

FMD
VENDOR: STI Flash 8.0.0
/p CAPACITY 318767104 Bytes
FREE SPACE 184156160 Bytes
/d CAPACITY 318767104 Bytes
FREE SPACE -1 Bytes
/e CAPACITY 318767104 Bytes
FREE SPACE 267821056 Bytes

RMD
VENDOR: STI Flash 8.0.0
/cf2 CAPACITY 127385600 Bytes
FREE SPACE 116492288 Bytes


Problem Resolution
Login the Problem Determination Tool (PDT) prompt and execute the following commands to recover the system without a warm or cold restart:

pdt>debug

dbg> dosFsShow /d

This command provides following output:
volume descriptor ptr (pVolDesc): 0x371e2c0

cache block I/O descriptor ptr (cbio): 0x51564e0

Copy the pointer value (in this case 0x51564e0):
auto disk check on mount: DOS_CHK_REPAIR |

DOS_CHK_VERB_SILENT

max # of simultaneously open files: 82

file descriptors in use: 6

# of different files in use: 5

# of descriptors for deleted files: 0

# of obsolete descriptors: 5

can't mount volume

- directory structure: VFAT

FAT handler information:
- allocation group size: 8 clusters

- free space on volume: 332,607,488 bytes

value = 0 = 0x0

dbg>cbioRdyChgdSet(0x51564e0,0)<------ Paste the pointer value that you copied above here and execute the command.

This brings back the /u partition and the operations that depend on /u drive.
Affected Products
Enterprise VoIP Core CS 1000E
Meridian Core

 

[Firebird Scrambler]

Problem :
After Upgrade to 05.50 the LD43 Backup fails with TEMU0111 & TEMU020

Additional info :
Getting errors during the backup complaining that the /u/db/ntp.db file is missing or can't write to it
Also same for the /u/ccbr/ccbr.gz file

Couldn't find the files on the 05.50 RMD so we FTP'ed the files off another Switch with the same software and installed them into the /u/ccbr & /u/db directories.
This solved the problem

All the best

Firebird Scrambler
Meridian 1 / Succession and BCM / Norstar Programmer in the UK

http://www.linkedin.com/in/davidbromley

If it's working, then leave it alone!.

 

[CanGoalie]

I am at release 5.0 and am looking at this exact problem. Didi you use biv343's suggestion? I have done the dosFsShow /d command but want to be sure before I attempt the cbioRdyChgdSet command. Has anyone done this successfully on a 5.0 system?

Thanks.

If biv343 is available, can you respond so I can ask a few more questions.

 

[voip64]

does this also apply to a CS1000 4.5 system with an SSC card.I am getting the following error messages

RPT: enqueue report failed: cat=10, num=6247

also receiving EDD007 messages.

 

[janaya]

SRPT4619 WARNING: Last Archive Procedure had failed
No archives were completed since Oct 07 10:45:00 2010


PDT login on /pty/SSHpty01.S
Username: admin <- ucm registration if required
Password: <= sorry but you gotta know this to continue


pdt> cd /u/smp_db <= go to the correct location in pdt
pdt> ll

Directory of '/u/smp_db':

SIZE DATE TIME NAME
---------- ----------- -------- ------------
<YOU WILL NOT SEE ANYTHING LISTED HERE>
pdt> exit

.
TTY #14 LOGGED IN Admin 18:31 12/10/2010

>
SRPT4619 WARNING: Last Archive Procedure had failed
No archives were completed since Oct 07 10:45:00 2010

ld 117
OAM000

=>

=> set open_alarm 0 10.26.130.62 <= ANY IP ON THE NETWORK

=> sync snmpconf
Synchronizing SNMP configuration...
SNMP Configuration Synchronized

=> ***
OVL000
>

PDT login on /pty/SSHpty01.S
Username: admin
Password:



pdt> ll

Directory of '/u/smp_db':

SIZE DATE TIME NAME
---------- ----------- -------- ------------
probs accessing entry: /u/smp_db (3670031)
probs accessing entry: /u/smp_db (3670019)
probs accessing entry: /u/smp_db (3670019)
4096 Nov-30-1979 00:00:00 0C02CBC.00C <DIR>
1046 Oct-12-2010 18:32:02 smpconf.db

pdt> cd /u/smp_db
pdt> ll

Directory of '/u/smp_db':

SIZE DATE TIME NAME
---------- ----------- -------- ------------
probs accessing entry: /u/smp_db (3670031)
probs accessing entry: /u/smp_db (3670019)
probs accessing entry: /u/smp_db (3670019)
4096 Nov-30-1979 00:00:00 C02CBC.00C <DIR>
1046 Oct-12-2010 18:32:02 smpconf.db <= THIS IS NOW LISTED

.
TTY #14 LOGGED IN Admin 18:34 12/10/2010

>
SRPT4619 WARNING: Last Archive Procedure had failed
No archives were completed since Oct 07 10:45:00 2010


OVL000
>ld 43
EDD000


.edd

DB SEQ NUM = 5743
CONFIG
CIOD157 INFO: FMD 1 is ACTIVE, RDUN is ENABLED

PHYSICAL MAP
BCS TEMPLATE
PBX TEMPLATE
SUPER
CUST
ACUST
CLID
ROUTE
DAPC
LTN TN
LTN LNK
PGRP
TN
SCL
ESN 00
NCTL
PREXL
ACD
ACD SCH
ACD IO
AUTH 00
CPK
FRL
NFCR TREES
IDC TREES
DIGITAL
DTI
ASNCH
AML / ELAN
VAS
TRSH
BG-TIME
BG-CAT
DCH
PRI
ARIES
FDL
SYSP
XPEC
XTDT
MCAD
FCAD
FDCT
DTI2
FFC
LAPW
MSDL/MISP BLK
SOCKET ID BLK
SAR
TIME
SDAC
DTI PDCA
PLUGIN
STS BLK
CPND
CPND NM
SPECIFIC DATA
HI
ALARM_MGT
ZONE_MGT
SYSCFG_MGT
ACCOUNT_MGT
ERL DB
SUBNET DB
ELIN DB
BANNER_MGT
Backing NTP files
NTP_MGT
ZBD ZONES DB
ZBD DB
SYSTEM_PARAMS
PORT_STATE_MGT
CHECKING

SIZE (KBYTES) = 877
DATADUMP COMPLETE


Backing up reten.bkp

Starting database backup
to local Removable Media Device
KEYCODE
DIRECTORY
CONFIG
DATA
HI
ZONE
ESET1
ESET2
NODE
SYSCFG
SMPCONF
FORWARDLISTFILE
PENDINGCPMSGLST
ACCOUNTS
ERL
ZBD
NZON
ELIN
SUBNET
NTP
SYSTEM_PARAMS
PORT_CUSTOM
PORT_STATE
EPTFLAG
Backing up reten.bkp to "/cf2/backup/single"

Database backup Complete!

.
EDD000


.
AUD000


this will do it for you. the problem is the db file does not exist where it needs to be.

THIS IS A KNOWN PROBLEM WITH THE PENTIUM IV PROCESSORS AND THE FMD FLASH CARDS WITH NO ETA ON ANY TYPE OF RESOLUTION

The misconception is that the system is not completing a datadump. In fact the data dump will complete after the .edd, but it will now write to the fmd/rmd so you are essentially running your system from pure memory. All fine and dandy but then the CPIV goes and then you spend time rebuilding the switch from the ground up.

You used to be able to copy the database.rec and config.rec files and restore the system from pdt, but with voip and all the new db files it's a bit more difficult. The above process works and it will get your database backed up to the fmd/rmd devices.

if you feel even the slightest bit uncomfortable doing this process get a technician to do this. (Your provider) let them know if they call ETAS this is what ETAS will tell them to do. Print out your switch so heaven forbid something goes horribly wrong you can quickly reprogram your switch.

Hope this helps.

 

[DocVic]

For Option 11's:
You should also use the 'UPGRADE" tool in LD 143 to 'Archive' your database to a PCMCIA card every month. You'll never have to re-key a system again.

DocVic
Dedicated to Nortel Products till the end.
Need help?

http://www.TSS-CO.com

 

[janaya]

Also a bulletin was issued today on upgrades of the CPPIV processors. RMD issues, SCPU and EDD issues. No ETA on any resolution to the problems, but individual cases will be patched until the problem is resolved.

Funny thing is the recommended solution is to keep upgrading until the find the solution.

Bulletin ID: 2010010317, Rev 1
Published: 2010-10-18

Hope this sheds some light on the Succession 6.0 upgrade issues out there. I have two systems that have these problems.

 

[janaya]

Talked to ETAS last night......first question in trying to respond to an upgraded system..."Do you have a full backup from 5.5?"

Wierd question to task about a system they just upgraded.