Leonard_MOR
asked on
Arcserve failed to log onto server -error 2005
Hi,
Am trying to maintain an W2003 AD server running Arcserve 11.0. Everything was working fine until last week when the DLT drive failed. Have since replaced with a new DAT drive that I checked with HP TapeTools an that works fine.
However Arcserve can no longer be launched: If I click on any the functions the application crashes and I get an event id 2002 "Application Hang" as when the old DLT drive was installed.
The Arcserve log showed previously the following error messages (approx. translations from french):
- E3073 Unable to login
- E4101 Unable to connect to the daabase (DATABASE=CASDB,CE=2005)
- E3530 Unable to connect to the database 'CE=2005)
but now I can no longer access the log.
The job id is precede by an "*" which apparently indicates that the database could not be updated so I suspect corruption problems.
Contacted CA Support but no joy because the version 11.0 is no longer supported!
Have found various technical documents on the CA website including "How to maintain the Arcservce VLDB Database" and everything seems relatively clear.
I did a cstop.bat to stop all the running services. Deleted the files rdm.chdk and rdm.chi OK but there is still a file rAAAADOV.chg (not raaaaaaa.chg as indicated in the procedure) that I can't delete (message "unable to delete, used by another program"). Can't see which service could be possibly using it.
Did a cstart.bat then tried to run the various utilities dbcheck, dbfix, debdefrag.
Unable to connect to the database. For exampe the online commande :
dbchck -a -L casdb;admin;secret asjob
gives the error message "Failed to log into server 'CASDB', username 'admin' : error -2005
Tried to reinitialise the astpsdat database (see enclosed snapshot) and I get a message that the asjob database could not be initialised (sic). According to the doc, if this manipulation doesn't work I should contact the CA Support Center!
Have not as yet modified the velocis.ini file as they also suggested.
Am trying to avoid reinitialising all of the databases because there is a planned job that I wish to keep (the IT manager who did it is of course on holidays).
Any ideas?
Admin-error-message.jpg
Am trying to maintain an W2003 AD server running Arcserve 11.0. Everything was working fine until last week when the DLT drive failed. Have since replaced with a new DAT drive that I checked with HP TapeTools an that works fine.
However Arcserve can no longer be launched: If I click on any the functions the application crashes and I get an event id 2002 "Application Hang" as when the old DLT drive was installed.
The Arcserve log showed previously the following error messages (approx. translations from french):
- E3073 Unable to login
- E4101 Unable to connect to the daabase (DATABASE=CASDB,CE=2005)
- E3530 Unable to connect to the database 'CE=2005)
but now I can no longer access the log.
The job id is precede by an "*" which apparently indicates that the database could not be updated so I suspect corruption problems.
Contacted CA Support but no joy because the version 11.0 is no longer supported!
Have found various technical documents on the CA website including "How to maintain the Arcservce VLDB Database" and everything seems relatively clear.
I did a cstop.bat to stop all the running services. Deleted the files rdm.chdk and rdm.chi OK but there is still a file rAAAADOV.chg (not raaaaaaa.chg as indicated in the procedure) that I can't delete (message "unable to delete, used by another program"). Can't see which service could be possibly using it.
Did a cstart.bat then tried to run the various utilities dbcheck, dbfix, debdefrag.
Unable to connect to the database. For exampe the online commande :
dbchck -a -L casdb;admin;secret asjob
gives the error message "Failed to log into server 'CASDB', username 'admin' : error -2005
Tried to reinitialise the astpsdat database (see enclosed snapshot) and I get a message that the asjob database could not be initialised (sic). According to the doc, if this manipulation doesn't work I should contact the CA Support Center!
Have not as yet modified the velocis.ini file as they also suggested.
Am trying to avoid reinitialising all of the databases because there is a planned job that I wish to keep (the IT manager who did it is of course on holidays).
Any ideas?
Admin-error-message.jpg
Alan Hardisty
Are all the engines started? Run Server Admin to see the state of the engines
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Thanks Dabbler,
Already had the article but there was no way I could delete all the files beginning with r*.* in the DATABASE folder. Also could not access the databases to check or fix the files.
It was not possible to intialise the databases (error -2005). I could not delete the rAAAADOV.chg (locked by rds.exe). But even after I unlocked it with unlocker.exe I was still not able to delete it.
Luckily I was able to shame CA into providing (paid) support even though the 11.0 version is no longer supported. I can understand the reason behind this (data backup is a sensitive issue) but I finally found a manager who appreciated as well my situation and put me in contact with an excellent engineer (with a promise to upgrade to the 12.5 version in the near future!). Of course that fact that my client has a park with 10 Arcserves also helped.
For information, we:
- Ran ctop.bat to stop the main Arcserve services.
- Loaded the task manager (important that process of all users is ticked) and stopped DBENG.exe, rds.exe, tapeng.exe, msgeng.exe.
- Modified the Velocis.ini file as follows: AsynchRead from 1 to 0, Asynctransactions from 1 to 0, Asynchwrite from 1 to 0, increased Memorylimit to 134218828
- Deleted all files r*.* in the DATABASE folder.
- Deleted all files in the Temp folder.
- Used the Brightstote Admin manager to delete all the databases. The size of the DATABASE folder went from about 400MB to 4Kb. Interesting enough, the operation does not delete the job which was my main worry. However the media pool is deleted (which we weren't using).
- We reinitialised the administration password (E3073 error in the log).
- Ran Cstart.bat and started the Arcserve manager.
- Reintialised the Caroot password (otherwise could not connecte to the database).
Everything looked ok except that a GROUP1 had been generated to which the DAT device was now connected (instead of GROUP0).
We deleted GROUP0 and run a small backup successfully.
Then modified the existing job to change from GROUP0 to GROUP1 and evertything now works fine.
Already had the article but there was no way I could delete all the files beginning with r*.* in the DATABASE folder. Also could not access the databases to check or fix the files.
It was not possible to intialise the databases (error -2005). I could not delete the rAAAADOV.chg (locked by rds.exe). But even after I unlocked it with unlocker.exe I was still not able to delete it.
Luckily I was able to shame CA into providing (paid) support even though the 11.0 version is no longer supported. I can understand the reason behind this (data backup is a sensitive issue) but I finally found a manager who appreciated as well my situation and put me in contact with an excellent engineer (with a promise to upgrade to the 12.5 version in the near future!). Of course that fact that my client has a park with 10 Arcserves also helped.
For information, we:
- Ran ctop.bat to stop the main Arcserve services.
- Loaded the task manager (important that process of all users is ticked) and stopped DBENG.exe, rds.exe, tapeng.exe, msgeng.exe.
- Modified the Velocis.ini file as follows: AsynchRead from 1 to 0, Asynctransactions from 1 to 0, Asynchwrite from 1 to 0, increased Memorylimit to 134218828
- Deleted all files r*.* in the DATABASE folder.
- Deleted all files in the Temp folder.
- Used the Brightstote Admin manager to delete all the databases. The size of the DATABASE folder went from about 400MB to 4Kb. Interesting enough, the operation does not delete the job which was my main worry. However the media pool is deleted (which we weren't using).
- We reinitialised the administration password (E3073 error in the log).
- Ran Cstart.bat and started the Arcserve manager.
- Reintialised the Caroot password (otherwise could not connecte to the database).
Everything looked ok except that a GROUP1 had been generated to which the DAT device was now connected (instead of GROUP0).
We deleted GROUP0 and run a small backup successfully.
Then modified the existing job to change from GROUP0 to GROUP1 and evertything now works fine.
Good work.. Glad to know that the issue is taken care..
The backup jobs are saved in a folder Q000001.QSD which is in c:\prog files\ca\brightstor arcserve backup\
So replacing or initialising the database does not affect your jobs. You can save the jobs as .asx files so that you can reload them back to the job queue incase they are removed or deleted from the job queue accidentaly.
The backup jobs are saved in a folder Q000001.QSD which is in c:\prog files\ca\brightstor arcserve backup\
So replacing or initialising the database does not affect your jobs. You can save the jobs as .asx files so that you can reload them back to the job queue incase they are removed or deleted from the job queue accidentaly.