EDD016 No Go Bad Data

[NTOldTimer]

Thanks in advance for your support. This OPT 11 is running 25.40B During a power restart sysload there was a message:
SYS3071 CPND NAME 2055
**PROBLEMS FOUND.**
We didn't look at the Name Display for 2055 and we should have removed it and reprogramed that name for ext 2055 but that is not what was done. The EDD CLR command was issued. The data dump was successful and I went in and printed the whole CPND block. It looks ok to me. Doesn't seem like we have a big problem at this point. To me the only way to really tell is to sysload again. When I look at the LD 43 DAT there is a secondary database with this morning's midnight time stamp. Without swapping the data bases and performing a resore is there a way to get a back up of this secondary data base? If I data dump again I'll have two copies of the hot data (which may be corrupted).

 

[strmwalker]

i would not worry to much on that one error for ext 2055.
if thats the only one message you got i say you are ok.

no problems only solutions

strmwalker

 

[NTOldTimer]

That's basically what I said in my original post. I guess the question was lost in telling the story. I really would like to learn how to get a copy of the secondary database if it can be done. Does anyone know what directory this secondary database resides in? I could certainly copy files to a new directory in PDT if I knew where the secondary lives.

 

[strmwalker]

get you a 64mb compactflash or 512mb with the compactflash
pc card adapter these can be picked up at officemax or
staples.put it into slot A on the ssc card you will
have to have your terminal on tty 0 go to ld 143
type in upgrade this will bring up a menu that will
let you archive you database for you backups.

no problems only solutions

strmwalker

 

[NTOldTimer]

Strmwalker - I'm sure you are trying to be helpful and I appreciate your efforts but the advise you are giving is not relevant to my inquiry. An Archive will produce a copy of the Main backup database, which may be corrupted at this point. I want a copy of the secondary. If you go to LD 143 and type the command DAT you will see what I'm talking about. In your switch it will probably show a data dump that was completed during the midnight routines last night. For me this secondary copy may be better than the main. Although I agree with you that it may be no big deal for this site, I'm just trying to use this opportunity to learn one more thing. Where is the directory for the Secondary Database?

 

[NTOldTimer]

Sorry your switch will probably show the secondary as being the night before last... the main being last night at midnight.

 

[strmwalker]

the secondary database you are talking about is on a
chip on the ssc card you cannot i repeat cannot obtain
a copy of that backup if you believe your database
is corrupt then you will need to get a copy or rls
25.40b off the nortel website go thru the the up grade procedures and reload the archive database that you
get i hope before start this procedure.sorry if i am
no help for what you are looking for.

no problems only solutions

strmwalker

 

[phonz1]

check to see if they a have an older copy of the backup otherwise, use the debug to blow out the z:drive

 

[NTOldTimer]

strmwalker I beg to differ with you once again. Although I've never had the opportunity, it looks like either the RIB or the SWP command in LD 43 may move the Secondary database files to the Primary directory where the customer database lives and then a sysload would use that copy to load active memory.

There is a file structure in the switch where files live just like your computer and the files can be copied and moved and used much like the old DOS commands if you ever did that. Except the Nortel switch uses a modified form of unix. If I knew where the directory was I'm pretty sure I could copy those files to the PCMCIA drive for use if needed.

 

[strmwalker]

NToldTimer ...you can differ with me if you want.but
let me know where you find that secondary backup why dont
you type edd in ld 43 tell me what happens with your
dat then differ all you want.

no problems only solutions

strmwalker

 

[phonz1]

if you know pdt, there is always the .dat file, but that is your most current dump!

 

[Electrochameleon]

Its been a while since I've done this but I think this is so..

And if its wrong my bad, I currently don't have access to tty0 to verify.

LD 143
>upgrade

Select Utilities menu : you should see this.

Utilities Menu:
1. Restore Backed Up Database
2. Archive Database Utilities
3. Install Archived Database
4. Review Upgrade Information
5. Clear Upgrade Information
6. Flash Boot ROM Utilities
7. Current Installation Summary
8. Change 3900 series set languages
9. IP FPGA Utilities

Select (1) then you should see this

Select Restore Database Source:
1. Backup Flash Drive
2. External Drive
3. Option 11C CCBR File
4. Option 11/11E CCBR File
5. Option 11/11E Software Cartridge

select (1) again

at this point it should tell you the record # on the internal BU drive. if its the same as your secondary... Rock and Roll if not the abort. Like I said its been a while.

 

[NTOldTimer]

Electro you are on the right track.

strmwalker -

As well as the patch directory that is also backed up and a few other files that I still don't understand what they do, the primary files for your dabase and configuration are the two I talk about here...

the secondary backup files are named
config.bak
database.bak

The primary backup files are named
config.rec
database.rec

When you issue the EDD command the switch takes the files that are named config.rec and database.rec and renames them to be config.bak and database.bak. Then it writes the data from the hot memory to new files it names config.rec and database.rec. This process in effect erases the old backup files. So if I had done as you suggested and performed an EDD then I would have lost those .bak files and I would have two copies of the relatively current database not the files that were created last night.


Here is what you see when you issue the dat command in LD 43:
.dat


DATABASE ISSUE DATE(d/m/y)/TIME SIZE(recs) SEQNO
Main 450W 18/12/2008 at 00:05:05 361 1829
Secondary 450W 17/12/2008 at 00:05:21 361 1828
Backup 450W 18/12/2008 at 00:05:05 361 1829
Current backup is on RMD: /cf2/backup/single/

If you perform an EDD this is what you see after it completes

dat


DATABASE ISSUE DATE(d/m/y)/TIME SIZE(recs) SEQNO
Main 450W 18/12/2008 at 14:54:38 361 1830
Secondary 450W 18/12/2008 at 00:05:05 361 1829
Backup 450W 18/12/2008 at 14:54:38 361 1830
Current backup is on RMD: /cf2/backup/single/

are you tracking with me?

by the way the directory is u/db. I poked around and found it. Wasn't hard. Both the .rec and the .bak files were there. Prove it for yourself. Take the removable media out, stick it in your laptop and look into the directories and see the files that are there. I was able to get into PDT and copy the .bak files over to the pcmcia card. They will be there if we need them.

Again, I agree with what you said at first this switch probably doesn't have a problem. I was basically trying to learn something here and for the most part I have achieved that. Hope you did too.

The best to you for the coming holidays!

 

[strmwalker]

i do not have a clue what you are after so you found it and
are you happy you did not prove anything to me the wheel
was made long before my time.

no problems only solutions

strmwalker

 

[NTOldTimer]

For those who may have come here to learn more about data dumps than the NTPs will teach you and for those that know what I'm still missing and will teach me....

I'm guessing that the SURV.DB is for a survivable cabinet?

What's the DIREC.REC? directory records for what?

IPREM.DB ?? for the expansion cabinet? IP Remote?

INET.DB database for the internet files?
Internet phones and ITG Trunks?

Here is the directory from the PCMCIA card:

Directory of 'a:/arch_db/121808':

SIZE DATE TIME NAME
---------- ----------- -------- ------------
512 Dec-18-2008 11:30:42 . <DIR>
512 Dec-18-2008 11:30:42 .. <DIR>
512 Dec-18-2008 11:30:42 PATCH <DIR>
1024 Dec-18-2008 11:30:42 CONFIG.REC
82944 Dec-18-2008 11:30:44 DATABASE.REC
1024 Dec-18-2008 11:30:44 DIRECT.REC
163 Dec-18-2008 11:30:44 INET.DB
414 Dec-18-2008 11:30:44 IPREM.DB
48 Dec-18-2008 11:30:44 SURV.DB
22600 Dec-18-2008 11:30:46 RETEN.PCH

Directory of 'c:/u/db':

SIZE DATE TIME NAME
---------- ----------- -------- ------------
1024 May-07-2003 13:26:42 . <DIR>
1024 May-07-2003 13:26:42 .. <DIR>
1024 May-07-2003 13:26:42 INV <DIR>
1024 Dec-18-2008 01:01:04 CONFIG.BAK
82944 Dec-18-2008 01:01:04 DATABASE.BAK
148 Apr-16-1996 21:05:16 INET.BAK
396 Apr-16-1996 21:29:32 IPREM.BAK
48 Apr-16-1996 21:29:32 SURV.BAK
333008 Dec-18-2008 14:46:18 AAL.DAT
698 Dec-18-2008 10:58:20 VIEWCFG.TMP
1024 Apr-16-1996 21:30:08 ITG_DNLD <DIR>
1024 Dec-18-2008 11:21:38 CONFIG.REC
82944 Dec-18-2008 11:21:38 DATABASE.REC
6 Dec-18-2008 11:21:18 SMPCONF.DB
414 Oct-16-2003 18:26:54 IPREM.DB
48 Apr-16-1996 21:32:10 SURV.DB
7076 Mar-05-2008 05:42:34 QOSLOG.BK
25 Dec-18-2008 01:01:00 ZONE.BAK
55 Dec-18-2008 11:21:36 EPTFLAG.DB
0 Dec-18-2008 11:21:36 EPTDELTA.DB
25 Apr-16-1996 21:37:54 ESET1.DB
25 Apr-16-1996 21:37:54 ESET2.DB
6947 Dec-18-2008 11:50:34 QOSLOG.TXT
163 Sep-29-2003 17:04:40 INET.DB
25 Dec-18-2008 11:21:38 ZONE.DB
32 Jul-14-2003 11:53:02 PASSWD.REC
0 Dec-18-2008 11:21:34 SMPSERV.DB
6 Dec-18-2008 01:00:56 SMPCONF.BAK
0 Dec-18-2008 01:00:58 SMPSERV.BAK