<div dir="ltr">Do you have any Informix/A Cisco DB/Audit log trace levels turned up to a level other than default?</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 1, 2018 at 3:46 PM, Brian Meade <span dir="ltr"><<a href="mailto:bmeade90@vt.edu" target="_blank">bmeade90@vt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Which audit log was it in?<div><br></div><div>Only bugs I'm seeing are these 2:</div><div><a href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCtx70811" target="_blank">https://bst.cloudapps.cisco.<wbr>com/bugsearch/bug/CSCtx70811</a><br></div><div><a href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCty20409" target="_blank">https://bst.cloudapps.cisco.<wbr>com/bugsearch/bug/CSCty20409</a><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Feb 1, 2018 at 3:24 PM, Lelio Fulgenzi <span dir="ltr"><<a href="mailto:lelio@uoguelph.ca" target="_blank">lelio@uoguelph.ca</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><br>
We ran into a condition where the audit log files on one of our nodes was filling up the log partition. Built in systems were deleting files appropriately, but the disk would just fill up again. Alerts started around 5:30 yesterday but I suspect the issue started before that since it needed time to go from about 30% full (the norm) to 95% full. Files would be purged to about 80% full and need about 45 minutes to fill up.<br>
<br>
Turns out the logs were full of entries like this:<br>
<br>
ONLN|2018-02-01 09:11:45.000|nodeXYZ|28945|nod<wbr>eXYZ_ccm9_1_2_11900_12|dbuser|<wbr>0:RDRW:ccm9_1_2_11900_12:590:<wbr>7342272:2244099<br>
ONLN|2018-02-01 09:11:45.000|nodeXYZ|28945|nod<wbr>eXYZ_ccm9_1_2_11900_12|dbuser|<wbr>0:RDRW:ccm9_1_2_11900_12:590:<wbr>7342272:2244353<br>
ONLN|2018-02-01 09:11:45.000|nodeXYZ|28945|nod<wbr>eXYZ_ccm9_1_2_11900_12|dbuser|<wbr>0:RDRW:ccm9_1_2_11900_12:590:<wbr>7342272:2244354<br>
ONLN|2018-02-01 09:11:45.000|nodeXYZ|28945|nod<wbr>eXYZ_ccm9_1_2_11900_12|dbuser|<wbr>0:RDRW:ccm9_1_2_11900_12:590:<wbr>7342272:2244355<br>
ONLN|2018-02-01 09:11:45.000|nodeXYZ|28945|nod<wbr>eXYZ_ccm9_1_2_11900_12|dbuser|<wbr>0:RDRW:ccm9_1_2_11900_12:590:<wbr>7342272:2244609<br>
<br>
Anyone seen anything like this before?<br>
<br>
It took a while to convince TAC that I wasn't looking to delete the files as my primary focus, but what was causing the files to be created. By that time, it stopped. Magically. At around 10:30.<br>
<br>
We're collecting logs, but just thought I'd ask.<br>
<br>
<br>
---<br>
Lelio Fulgenzi, B.A. | Senior Analyst<br>
Computing and Communications Services | University of Guelph<br>
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<br>
<a href="tel:(519)%20824-4120" value="+15198244120" target="_blank">519-824-4120 Ext. 56354</a> | <a href="mailto:lelio@uoguelph.ca" target="_blank">lelio@uoguelph.ca</a><mailto:<a href="mailto:lelio@uoguelph.ca" target="_blank">lelio<wbr>@uoguelph.ca</a>><br>
<br>
<a href="http://www.uoguelph.ca/ccs" rel="noreferrer" target="_blank">www.uoguelph.ca/ccs</a><<a href="http://www.uoguelph.ca/ccs" rel="noreferrer" target="_blank">http://www<wbr>.uoguelph.ca/ccs</a>> | @UofGCCS on Instagram, Twitter and Facebook<br>
<br>
[University of Guelph Cornerstone with Improve Life tagline]<br>
<br>
<br></div></div>______________________________<wbr>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailma<wbr>n/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>