12-06-2010 03:40 AM - edited 03-11-2019 12:18 PM
Hi I have just started getting this error on my CSM box when it is backing up.
Can someone tell me what it is - the error message is slightly cryptic.
Backup failed on 2010/12/5 at 3:43:19. REASON: Fatal error: Database engine 'ausEng' could not be started on database 'ausDb' in Bulk mode..
Doesn't mean much to me apart from there is a problem somewhere.
Giles
Solved! Go to Solution.
12-06-2010 08:32 AM
Can you check if you have aus.db & aus.dborig files under the AUS in your CSM folder? If one is missing you will get that error.
Also, if you are not using the auto-update server feature, one option would be to uninstall it and then proceed with the backup.
The CiscoWorks Auto Update Server (AUS) 3.1 is a web-based interface for upgrading device configuration files and software images on PIX
security appliances and Adaptive Security Appliances (ASA) that use the auto update feature. Note: The IPS updates are pushed directly by the core CSM itself, it does not use or require the additional AUS module.
The documented procedure to remove a CSM application (like AUS for example) can be found here:
Basically, you use the add/remove program feature and then choose CSM and use the checkboxes, to install/uninstall the applications you want.
If it persist I would suggest case with TAC because it will require collecting syslog file and doing more advanced troubleshooting to see what is broken.
I hope it helps.
PK
12-06-2010 08:32 AM
Can you check if you have aus.db & aus.dborig files under the AUS in your CSM folder? If one is missing you will get that error.
Also, if you are not using the auto-update server feature, one option would be to uninstall it and then proceed with the backup.
The CiscoWorks Auto Update Server (AUS) 3.1 is a web-based interface for upgrading device configuration files and software images on PIX
security appliances and Adaptive Security Appliances (ASA) that use the auto update feature. Note: The IPS updates are pushed directly by the core CSM itself, it does not use or require the additional AUS module.
The documented procedure to remove a CSM application (like AUS for example) can be found here:
Basically, you use the add/remove program feature and then choose CSM and use the checkboxes, to install/uninstall the applications you want.
If it persist I would suggest case with TAC because it will require collecting syslog file and doing more advanced troubleshooting to see what is broken.
I hope it helps.
PK
12-08-2010 12:33 AM
Thanks for that.
As we aren't using the Autoupdate feature I have removed it from the server. The result is the backup now runs without any errors.
Giles
12-08-2010 06:11 AM
Glad we got it resolved.
Take care,
PK
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide