09-17-2014 04:25 AM
I am getting this strange error I don't know what to do to solve.
this email i am getting is :
The Critical message is:
An application fault occurred: ('egg/coro_postgres.py _simple_query|765', "<class 'coro_postgres.QueryError'>", '_simple_query (ERROR 40P01: deadlock detected)', '[egg/quarantine_hermes.py _vacuum_main|2606] [egg/quarantine.py run_maintenance|259] [egg/quarantine.py _query|1980] [egg/quarantine.py _call_db|1954] [egg/quarantine.py _db_query|2037] [egg/coro_postgres.py query|355] [egg/coro_postgres.py _simple_query|765]')
please help in solving this issue.
Thanks,
Maen
09-17-2014 07:06 PM
Did you get this post-upgrade to 8.0.1 or 8.5.6?
There is an open and known defect for this application fault:
https://tools.cisco.com/bugsearch/bug/CSCzv98298
Symptom:
Customer is given the following error / application fault with no apparent action or interactivity from the user:
An application fault occurred: ('egg/coro_postgres.py_simple_query|765', " ", '_simple_query (ERROR 40P01: deadlock detected)', '[egg/quarantine_hermes.py _vacuum_main|2606][egg/quarantine.py run_maintenance|259] [egg/quarantine.py_query|1980] [egg/quarantine.py _call_db|1954][egg/quarantine.py _db_query|2037] [egg/coro_postgres.pyquery|355] [egg/coro_postgres.py _simple_query|765]')
Conditions:
Conditions are unknown as the bug is not reproducible on command, however, this issue had started occurring on the customer device right after an upgrade to version 8.0.1 from 7.6.3.
Workaround:
There are no workarounds at the moment.
-Robert
09-18-2014 04:54 AM
yes but it didn't happen directly after I upgraded it just happened after few days ! that's y I didn't connect it with the OS upgrade.
I thought it is an application update problem only!
so there is no solution we have to wait only !
09-21-2014 01:42 AM
ok Cisco released a system upgrade today and I did that. once the upgrade is done I had this msg :
The Critical message is:
An application fault occurred: ('dlp/config.py make_actions_filterset|1203', "<type 'exceptions.AttributeError'>", "'NoneType' object has no attribute 'get_default_restriction'", '[egg/filters.py config_change|11686] [dlp/config.py rebuild_dlp_actions_filterset|1180] [dlp/config.py make_actions_filterset|1203]')
Version: 8.5.6-092
Serial Number: A4BADBE1328D-BSDDFP1
Timestamp: 21 Sep 2014 12:39:21 +0400
the upgraded OS version is 8.5.6-092
09-21-2014 05:04 AM
You are hitting the following known defect, which also affects the AsyncOS 8.5.6:
CSCun76328 - DLP application fault seen after upgrading to 8.5.0-473
Symptom:
After upgrading the Email Security Appliance from AsyncOS 8.0.1 to 8.5.0-473, the follwoing application fault might be encountered:
An application fault occurred: ('dlp/config.py make_actions_filterset|1200', "", "'NoneType' object has no attribute 'get_default_restriction'", '[egg/filters.py config_change|11386] [dlp/config.py rebuild_dlp_actions_filterset|1177] [dlp/config.py make_actions_filterset|1200]')
Conditions:
upgrading an Email Security Appliance from AsyncOS 8.0.1 to 8.5.0-473. After initial reboot of the appliance as part of the upgrade process the above application fault might be encountered.
Workaround:
not known so far
Further Problem Description:
This is an intermittent issue with no known side-effects. The application fault happens at the point where message/content filter configuration is loaded. Any subsequent configuration changes should not be affected by this. Making a dummy configuration change to filters if this application fault is seen will ensure the latest consistent configuration is picked up
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