cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2557
Views
10
Helpful
4
Replies

Ironport Application Error

Maen Abbasi
Level 1
Level 1

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

4 Replies 4

Robert Sherwin
Cisco Employee
Cisco Employee

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

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 ! 

Maen Abbasi
Level 1
Level 1

 

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

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