<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
Not saying this is responsible for your failure but you need a Stratum 3 NTP or better. Your current one is stratum 9.
<div class=""><br class="">
</div>
<div class="">At any point did you change hostnames or IP address on this node?</div>
<div class=""><br class="">
<div class="">-Ryan </div>
<br class="">
<div>
<div class="">On Mar 2, 2016, at 2:16 PM, Brian V <<a href="mailto:bvanbens@gmail.com" class="">bvanbens@gmail.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div bgcolor="#FFFFFF" text="#000000" class="">Noticing your upgrade version is 10.5.2.13900<br class="">
could it be related to the new bug with vmware tools that fills the disk.<br class="">
<font size="2" face="Calibri" class=""><span style="font-size:10.5pt;font-family:"Calibri",sans-serif;mso-fareast-font-family:
"Times
New Roman";color:black" class=""><br class="">
new sev2 bug with 9 TAC cases attached to it already <o:p class=""></o:p></span></font>
<p class="MsoNormal"><font size="2" face="Calibri" class=""><span style="font-size:10.5pt;font-family:"Calibri",sans-serif;mso-fareast-font-family:
"Times
New Roman";color:black" class=""><o:p class=""> </o:p></span></font><font size="2" face="Calibri" class=""><span style="font-size:10.5pt;font-family:"Calibri",sans-serif;mso-fareast-font-family:
"Times
New Roman";color:black" class="">VMware
Tools 10.0 update fails on CUCM 10.5/11.0 with selinux denials<o:p class=""></o:p></span></font>
</p>
<p class="MsoNormal"><font size="2" face="Calibri" class=""><span style="font-size:10.5pt;font-family:"Calibri",sans-serif;mso-fareast-font-family:
"Times
New Roman";color:black" class="">CSCux90747<o:p class=""></o:p></span></font></p>
<b class=""><font size="2" face="Calibri" class=""><span style="font-size:10.5pt;font-family:"Calibri",sans-serif;mso-fareast-font-family:
"Times
New Roman";color:black;font-weight:bold" class="">Symptom:</span></font></b><br class="">
<p class="MsoNormal"><font size="2" face="Calibri" class=""><span style="font-size:10.5pt;font-family:"Calibri",sans-serif;
mso-fareast-font-family:"Times
New Roman";color:black" class="">VMware Tools upgrade fails due to various Selinux denials.
VI-Client indicates tools status as Not running, Not Installed.<br class="">
<br class="">
The following selinux denial is seen in System Logs (messages) when VMtools update attempt fails either via VI-client initiated automatic update or Automatic Update that takes place during boot up as long as VM Setting "Check and upgrade VMware Tools before
each power on" is checked.<br class="">
<br class="">
Feb 25 20:20:18 cucm-pub user 3 setroubleshoot: SELinux is preventing /usr/bin/perl from create access on the directory /var/lib/. For complete SELinux messages. run sealert -l 84003ecc-5de4-4e59-9ab8-1e7a28225c18<br class="">
<br class="">
The following selinux denials is seen in System Logs (messages) when Vmtools update to 10.0 version or above is successful after putting System OS Security to Permissive mode followed by Update of Tools and then putting System OS Security back to Enforcing
mode.<br class="">
<br class="">
Feb 22 16:34:23 cucm-pub user 3 setroubleshoot: SELinux is preventing /usr/lib/vmware-caf/pme/bin/ManagementAgentHost from read access on the directory requests. For complete SELinux messages. run sealert -l 76069c58-d7be-482f-8391-4eb94d51ecd9<br class="">
Feb 22 16:34:23 cucm-pub user 3 setroubleshoot: SELinux is preventing /usr/lib/vmware-caf/pme/bin/ManagementAgentHost from read access on the directory requests. For complete SELinux messages. run sealert -l 76069c58-d7be-482f-8391-4eb94d51ecd9<br class="">
Feb 22 16:34:24 cucm-pub user 3 setroubleshoot: SELinux is preventing CThreadUtils::s from write access on the directory output. For complete SELinux messages. run sealert -l 9e71ec6f-cd83-43a5-8564-14f66e77e4ff<br class="">
Feb 22 16:34:24 cucm-pub user 3 setroubleshoot: SELinux is preventing /usr/lib/vmware-caf/pme/bin/ManagementAgentHost from read access on the directory providerReg. For complete SELinux messages. run sealert -l 76069c58-d7be-482f-8391-4eb94d51ecd9<br class="">
Feb 22 16:34:25 cucm-pub user 3 setroubleshoot: SELinux is preventing CThreadUtils::s from write access on the directory output. For complete SELinux messages. run sealert -l 9e71ec6f-cd83-43a5-8564-14f66e77e4ff<br class="">
<br class="">
Under these conditions where VMtools 10.0 is running with CUCM 10.X or 11.X, Putting OS Security mode back to enforcing will inevitably lead to:<br class="">
<br class="">
1. All available virtual memory is consumed by settroubleshootd because of continuous selinux denials<br class="">
2. vmware-caf logs consume 100% of the active partition due to selinux denying log rotation (logs are in /usr/lib/vmware-caf/pme/bin).<br class="">
<br class="">
<b class=""><span style="font-weight:bold" class="">Conditions:</span></b><br class="">
Problem is seen after Upgrading to latest builds of ESXi 5.5 or 6.0 builds greater than 3248547 which bundles 10240 (10.0.0) version of VMware Tools and brings in a new vmware-caf functionality.<br class="">
<br class="">
<b class=""><span style="font-weight:bold" class="">Workaround:</span></b><br class="">
DO NOT UPDATE Vmware tools to version 10240 (10.0.0) or above if you are running CUCM 10.x or 11.X<br class="">
<br class="">
If you have already attempted an earlier acceptable workaround to Update VMware tools to version 10.0 or above and restored OS Security mode to enforcing, you may observe a flooding of selinux denials in System messages logs.<br class="">
<br class="">
Under these condition the System will run out memory due to excessive setroubleshootd logging and eventually the run out of Active Root Partition which may prevent further access to Platform CLI and/or ability to create Remote support account to recover from
this condition.<br class="">
<br class="">
!!! This is extremely important !!! If you must keep selinux in enforcing mode all the time due to security concerns, do NOT upgrade to ESXi 6.0 and/or attempt to update vmtools install<br class="">
<br class="">
If you have already attempted an earlier workaround to Update VMware tools to version 10.0 or above Revert OS Security mode to permissive via (utils os secure permissive) immediately and contact TAC for recovery options.<br class="">
<br class="">
<b class=""><span style="font-weight:bold" class="">Further Problem Description:</span></b><br class="">
Put OS Security back to enforcing mode only if you are absolutely sure that you are Updating VMware Tools to a version below 10.0. For reference look at this VMware tools version mapping doc to correlate your ESXi Host builds to bundled vmtools versions.</span></font></p>
<br class="">
<br class="">
<div class="moz-cite-prefix">On 3/2/2016 11:12 AM, Andy Carse wrote:<br class="">
</div>
<blockquote cite="mid:CAJS_s=-ZskQ-=Ek9uy3ZdeQrBZ6QFxZ+R=2x-eGqvhk9Euar4Q@mail.gmail.com" type="cite" class="">
<div dir="ltr" class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">I thought I was home and dry with this upgrade, but it would seem that the gods have deserted me.<br class="">
<br class="">
</div>
I upgraded to 10.5.2.13900-12 after some issue with GBNP, everything seemed ok.<br class="">
</div>
This morning I've come in to find that the database on the publisher won't start.<br class="">
</div>
So I've tried <br class="">
1. reboot of the cluster (its not gone live yet) no change.<br class="">
</div>
<div class="">2. Utils service start A Cisco DB<br class="">
</div>
2. tried dbreplication stop on the subs, then the publisher.<br class="">
</div>
dbreplication dropddmindb on the subs<br class="">
</div>
dbreplication dropadmindb on the pub<br class="">
</div>
<div class="">The pub comes back with "DropAdminDB cannot be executed on standalone or Cores cluster"<br class="">
</div>
<br class="">
</div>
I can't even web to ccmadmin on the pub and I forgot to carry out the "Golden Rule" of taking a backup soon after the upgrade.<br class="">
</div>
If I try to RTM that also fails......<br class="">
<br class="">
</div>
Is it time for a start from scratch moment?<br class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class="">
<div class=""><br class="">
<div class=""><br clear="all" class="">
<div class="">
<div class="">
<div class="">
<div class=""><br class="">
-- <br class="">
<div class="gmail_signature">Rgds Andy<br class="">
<br class="">
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br class="">
<fieldset class="mimeAttachmentHeader"></fieldset> <br class="">
<pre wrap="" class="">_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre>
</blockquote>
<br class="">
</div>
_______________________________________________<br class="">
cisco-voip mailing list<br class="">
<a href="mailto:cisco-voip@puck.nether.net" class="">cisco-voip@puck.nether.net</a><br class="">
https://puck.nether.net/mailman/listinfo/cisco-voip<br class="">
</div>
</div>
<br class="">
</div>
</body>
</html>