SX2000 data save error

[BigDogE]

I need a little help figuring this one out. I have a SX2000 redundant system running 33.2.2.6
When I try to perform a data save , the following occurs

data save

Delete the old log file? (yes/no)
Yes
Log file cannot be created.
File System returned: Node already exists
DATA SAVE/RESTORE/CONVERT is terminated.


Is there a way to get rid of this error?
unfortunately I do not have a recent backup to try and restore from, but not sure of what steps to take to fix this either.

Any help would be appreciated... thanks.

 

[MitelInMyBlood]

You first must have exclusive access to the database. If there are and CDE sessions open or you have any formpronts waiting in queue, you will need to make disposition of those first. Try this command: DBMS CLIENTS - that will tell you if anything else has control of the database.

Are we to take it from this that you already have a database error or corruption?

Since the system is redundant, are you switching planes nightly (or at least weekly)? In other words, do you have a database on both planes of the system?

Have you tried performing a DBMS SAVE?



Original MUG/NAMU Charter Member

 

[BigDogE]

DBMS ClIENTS gets
DBMS Info: Current database client list:
DBMS Info: There are no clients.

DB stat gets
DBMS info: Lab Default DB is off
DBMS info: DBMS_INITIALIZED is on
DBMS info: Journal is on
DBMS info: Debug is off
DBMS info: Cab: 12 Dim: 23 Traffic: 32
DBMS info: DBMS CHECK scheduled for 2010-MAR-26 05:00:00.00 .
DBMS info: DBMS CHECK completed 2010-MAR-25 13:47:03.60 .
0 view error(s), 0 table error(s) detected.

We switch nightly and have the same issue on both planes, cannot perform data save. can do DBMS CH F without issue

Any other Ideas?

 

[BigDogE]

DBMS info: Request has been queued.
DBMS info: Starting DBMS SAVE
DBMS SAVE info: 10% complete.
DBMS SAVE info: 20% complete.
DBMS SAVE info: 30% complete.
DBMS SAVE info: 40% complete.
DBMS SAVE info: 50% complete.
DBMS SAVE info: 60% complete.
DBMS SAVE info: 70% complete.
DBMS SAVE info: 80% complete.
DBMS SAVE info: 90% complete.
DBMS info: Save Completed.


So no trouble on DBMS save either

 

[nytalkin]

run command Show Print All if response is other than No Print Jobs run command Print cancel until first command is clear. Once print queue is empty try your data save again.

NO GOOD DEED GOES UNPUNISHED!

 

[nytalkin]

Also, Make sure you have a blank catalog to save to on RSD preferably.

NO GOOD DEED GOES UNPUNISHED!

 

[BigDogE]

There are no print jobs , and I am trying to do a data save with and without RSD but I can't get past the initial error.

I have also lost the ability to retrieve SMDR records using and OPSMAN node. when it trys to transmit the log back to the node, it comes up with the error
MFT info: Unable to transmit, terminating session

and that stops collection.

SO with a redundant light system, is there a way to reinstall the OS and then copy all forms from the old install so I don't have to re enter all of the form data and other configuration details?

 

[UncleRalph]

You may have filled up your hard drive.
Probably because you lost the FTP to OPS ability.
You may be able to go into that catalog and blow away some old FTP files.
Alternantly, you may be able to delete the old data save in *.dr

Ralph

 

[BigDogE]

Can I just fil del the following files, and a data save will rebuild them?
FS info: Displaying file information for catalog *.DR
*.DR.LOGFILE_1
*.DR.CONFIG
FS info: Displayed file information for catalog *.DR


?

 

[nytalkin]

Just for fun try to purge all of the logs. MA, SMDR, HOTEL and see if you free up enough drive space to create a DATA SAVE log.

NO GOOD DEED GOES UNPUNISHED!

 

[BigDogE]

I have made plenty of space on the disk because no one currently wants the records, but still cannot perform data save because when I tell it to delete the old backup file , it doesn't and when it starts to write new, it errors as node already exists. it is almost like the local data save file is locked. and you cannot run a data save just to RSD. they did not build the command that way, or at least I don't know how to tell it to go to RSD and not local backup. if I could just save to RSD , I could then blow away the OS , load from RSD data save then reload the other plane. Still have no idea exatcly what is scripted for a data save.

 

[SXWizard]

Is the control node switching activity every night?

 

[SXWizard]

Here is response from a SX2000 we support. I typed Data Save, pressed Return, and got:

Delete the old log file? (yes/no)
Yes
FS info: Deleting files from catalog *.DR
FS info: Deleting file *.DR.LOGFILE_1
Delete the old data from catalog? (yes/no)
Yes

At this point the system began deleting files and after deleting all the files it continued saving files to the hard drive. I wonder why your system is trying to create a file...

 

[Waldosworld]

Have you tried performing data save from inactive?
If no database alarms try performing partition/join procedure as per thb.

 

[nytalkin]

In order to backup to RSD you have to create a file on the RSD to save to.
Insert blank RSD.

FORMAT RSD BACKUP RES SCR

VOL MOUNT RSD

FIL CR *.BACKUP.mmddyy CAT

DATA SAVE *.BACKUP.mmddyy



NO GOOD DEED GOES UNPUNISHED!

 

[MitelInMyBlood]

Something else to try.
set activity freeze on
partition the switch (Active side first)
log in to the INACTIVE plane
From the INACTIVE plane issue the command VOL DISMOUNT SYSUSER
Remove the front cover of the main control cabinet and look to see which plane is Active (indicated by a green Led on the MCIII controller card) If slot-1 has a green light then plane A is active; if slot 7 has a green loght then plane B is active.
Hold down the Panel Enable pushbutton and press the RESET button that's associated with the INACTIVE plane.
This will cause the inactive side to reboot and it will automatically remount the drive.
Once the inactive plane comes back up, log back in to it again and re-partition it.
Now try to perform your datasave from the inactive side.
Regardless of the outcome, when finished remember to join the system, Inactive side first. Wait for confirmation then give the join command to the Active.
At this point the system will automatically restart the inactive plane and a DBMS Download will occur on the INACTIVE side. This is normal.
Finally, take the Activity Freeze off.



Original MUG/NAMU Charter Member

 

[BigDogE]

Tried the last suggested invloved process. to no affect , I tried a simple file delete *.DR.LOGFILE_1 and got the following
FS error: Could not delete file *.DR.LOGFILE_1
Reason: File format error.
So I think the data save files are currupted. but how do I get rid og them now?

I think I might have to start with a fresh install and figure out how to get my forms data moved without getting the data save files too.
Anyone have any ideas on how to do that , or do I send the drive to mitel for removall of bad files?

 

[MitelInMyBlood]

If you think it's a disk space problem, you can make some room by deleting your log files, to wit:

Logs Purge MA ALL
Logs Purge Soft ALL
Logs purge SMDR ALL



Original MUG/NAMU Charter Member

 

[BigDogE]

I have already deleted everything else. I believe my problem is that when the data save kicks off it wants to fil del *.DR.LOGFILE_1. but it can't because of a format problem , and then says that it already exists since it probably checks to make sure the delete happens. So my trouble seems to be a corrupt file that is the key to data save which would allow me to reinstall cleanly.

Thank you all for your help, but it looks like a new drive is in my future as well as manually copying all my configuration files over, so I can scratch the original install drive. Glad we at least bought a redundant system so I did not have to reconfigre from notes.

 

[nytalkin]

try to rename the *.dr_ logfile then create a new one try to start the data save again.



NO GOOD DEED GOES UNPUNISHED!