[cisco-voip] CUCM Pub HWM Disk usage

[Ryan Ratliff]

If the filesystem is truly readonly then you've no option but to reboot to recover it.   There is a distinction between the disk being full and being marked readonly by the OS however so make sure you know which one you are hitting.  

Can you paste the output of 'show status' to confirm which partition is full?  

Now to test the readonly filesystem then try and delete a file from the CLI.
file list inactivelog cm/trace/ccm/sdi/*
file delete inactivelog cm/trace/ccm/sdi/<insert filename here from above command output>

This will try to delete one of the ccm sdi traces from your inactive partition.  This will be completely harmless and if it works then your disk is just full, not readonly.

-Ryan

On May 2, 2012, at 7:58 AM, george.hendrix at l-3com.com wrote:

Hey Guys,
 
  I have a CUCM 6.1 Cluster that started sending me the following alert:
 
LogPartitionHighWaterMarkExceeded UsedDiskSpace : 101 MessageString : Disk utilization hits HWM!! Purging files...
 
Both the CDR Repository and CallManager Service are affected by this.  I can start them, but then they just stop within a short time.  I read somewhere to change the LWM and HWM to low numbers and tried that, but the disk usage is still staying at 101% (not sure how that is even possible).  I tried searching in RTMT for all logs on the Pub and it comes back that nothing is found.  I tried this by a date range and also within the last 60 days, nothing.  I also tried rebooting the server via command line and  received an error that the appliance restart failed.  From what I’ve read in various threads, the system seems to be in a read-only state and is not able to purge the files now, nor reboot.
 
Appreciate info anyone can provide as to how to clear the logs in the log partition.
 
Thanks,
Bill Hendrix
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120502/68b20156/attachment.html>