cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2133
Views
0
Helpful
2
Replies

An application fault occurred, Ironport C370, Version: 9.1.0-032

ajcuny
Level 1
Level 1

Rep db was out of date yesterday (started getting some spam, had not been checked since 6/4), ran update and after, got the below messages.  Also, now the two Ironports in cluster show different "Senderbase Network Status" - the one which gave these errors shows down, the other one shows up - Status checks show the same time.  We've seen this on other clusters we manage today also... any recommendations?

 

The Critical message is:

 

An application fault occurred: ('_coro.pyx coro._coro.coro.raise_exception (coro/_coro.c:6902)|571', "<class 'coro._coro.DeadCoroutine'>", "<coro #187183 name='<bound method Child._watchdog of <heimdall.child.Child instance at 0x81e78fc8>>' dead=1 started=0 scheduled=0 at 0x88a70060>", '[_coro.pyx coro._coro._wrap1 (coro/_coro.c:8500)|757] [heimdall/child.py _monitor|669] [heimdall/child.py _stop_watchdog|1190] [_coro.pyx coro._coro.coro.raise_exception (coro/_coro.c:6902)|571]')

 

Version: 9.1.0-032

Serial Number: 842B2B6E84A5-84R5DQ1

Timestamp: 18 Jun 2015 08:34:24 -0500

quickly followed by:

The Critical message is:

 

An application fault occurred: ('_coro.pyx coro._coro.coro.raise_exception (coro/_coro.c:6902)|571', "<class 'coro._coro.DeadCoroutine'>", "<coro #187183 name='<bound method Child._watchdog of <heimdall.child.Child instance at 0x81e78fc8>>' dead=1 started=0 scheduled=0 at 0x88a70060>", '[_coro.pyx coro._coro._wrap1 (coro/_coro.c:8500)|757] [heimdall/child.py _monitor|669] [heimdall/child.py _stop_watchdog|1190] [_coro.pyx coro._coro.coro.raise_exception (coro/_coro.c:6902)|571]')

 

Version: 9.1.0-032

Serial Number: 842B2B6E84A5-84R5DQ1

Timestamp: 18 Jun 2015 08:39:24 -0500

 

Any help would be appreciated.

 

1 Accepted Solution

Accepted Solutions

Robert Sherwin
Cisco Employee
Cisco Employee

Seen and reported issue on 9.1.0-032:

https://tools.cisco.com/bugsearch/bug/CSCzv97868

Symptom:
An application fault occurred: ('_coro.pyx coro._coro.coro.raise_exception (coro/_coro.c:6901)|571', "", "", '[_coro.pyx coro._coro._wrap1 (coro/_coro.c:8499)|757] [heimdall/child.py _monitor|658] [heimdall/child.py _stop_watchdog|1175] [_coro.pyx coro._coro.coro.raise_exception (coro/_coro.c:6901)|571]')

Conditions:
application fault may be seen on upgrade of AsyncOS, after rebooting the machine.

Workaround:
no workaround available, but there is no functional impact seen with this issue, the application fault can be safely ignored.
 

-Robert

View solution in original post

2 Replies 2

Robert Sherwin
Cisco Employee
Cisco Employee

Seen and reported issue on 9.1.0-032:

https://tools.cisco.com/bugsearch/bug/CSCzv97868

Symptom:
An application fault occurred: ('_coro.pyx coro._coro.coro.raise_exception (coro/_coro.c:6901)|571', "", "", '[_coro.pyx coro._coro._wrap1 (coro/_coro.c:8499)|757] [heimdall/child.py _monitor|658] [heimdall/child.py _stop_watchdog|1175] [_coro.pyx coro._coro.coro.raise_exception (coro/_coro.c:6901)|571]')

Conditions:
application fault may be seen on upgrade of AsyncOS, after rebooting the machine.

Workaround:
no workaround available, but there is no functional impact seen with this issue, the application fault can be safely ignored.
 

-Robert

Thanks for the quick response!  We didn't update AsyncOS recently - I assume it applies to any update, even to the rep db?  Seems that way... thanks.