12-05-2022 01:01 AM - edited 12-05-2022 12:05 PM
anyone experienced this weird error. i dont find any reason for the disk to be full since it is still running at 45%.
tried clearing some log files on these directories but still the error still present
and also tried from these forum.
despite all of those actions the error still present.
Solved! Go to Solution.
12-29-2022 12:24 AM
I had some customers with this issue lately, but there is a workarround and it's described here https://bst.cisco.com/bugsearch/bug/CSCwb34240
12-29-2022 05:03 AM - edited 12-29-2022 05:18 AM
There are at least five "high unmanaged disk space" bugs.
I've been collecting a list:
01-12-2023 07:46 AM
I am having the same issue with my FTD 1140 running 7.0.4. When I run pidof syslog-ng I get three PIDS
8058 8057 and 6464. Which would be the correct PID to kill?
01-12-2023 07:59 AM
@ethutchinson generally speaking the last listed one does the trick. So in your case at hand, "kill 6464".
01-20-2023 10:05 AM
Thanks for the assist. Killing the syslog-ng pid (third one in list) worked.
01-31-2023 12:45 PM
Run the LSOF command again but also grep for syslog-ng.
lsof | grep deleted | grep syslog-ng
Then kill any PIDs that are also in the list from "pidof".
kill -n 1 <PID>
02-01-2023 12:42 AM
@ethutchinson Please open a new post for this so we can help you better and easier for other to find should the solution be different than that of this post.
01-03-2023 01:40 AM
This fix seems to solve the problem permanently. I used it with a customer on 28 Dec. 22 and so far I haven't seen any errors related to "High unmanaged disk usage". Thank you Chess Norris.
02-01-2023 08:20 AM
I am sick of manually clearing these files just to lower the unmanaged disk usage. i do this every 10 days.
every 10days i always get this error. before, even if my disk usage is only at 60% the error keeps popping out and i followed what TAC told me that to change some values in diskmanager.conf file, i thought that the error will be gone but when the disk usage reaches 80% the same error pops up again. So i am back again at clearing the freaking log files. As per TAC this bug has been fixed in FMC 7.3.0 and FTD 7.0.5 but i am already running 7.3.0 but still this errors pops up and some new bugs came out. Are we expecting a chain of BUGS here?
i will try to upgrade my FTD to 7.0.5 once i can ask for maintenance window maybe during Sundays and hoped that this freaking bug will be gone forever. and by the way my device ASA5508X will have its last FTD version which is 7.0.5 (and it is already gold star) so i am really expecting that this version would really be it, fingers crossed.
- Restart diskmanager process using pmtool. "pmtool restartbyid diskmanager"
This is the disk usage after clearing up the log files in:
This is the disk usage after performing:
lsof | grep deleted
kill <pid returned from previous command>
pmtool restartbyid diskmanager
12-30-2022 10:44 AM
I agree with @Chess Norris that this is most likely caused by CSCwb34240 (at least on 7.0.4). I observed the behavior, right after I manually killed syslog-ng process, and noticed that behavior is indeed tied to log rotation (v7.0.4). As soon as I kill syslog-ng, file disappears, but soon file is recreated with the same name, and continues to grow.
Since then, I've implemented this workaround on 20+ devices, and issue never reappeared. I'm speaking from the experience of this issue and v7.0.x only.
02-01-2023 07:27 AM
As far as my issue, this was my solution.
Cisco Firepower Extensible Operating System (FX-OS) v2.10.1 (build 208)
Cisco Firepower 2140 Threat Defense v7.0.4 (build 55)
01-26-2023 02:15 PM
What about if you are getting this error in FMC, but the firewalls don't show any signs of what I would consider excessive disk use, nor do I find any deleted files when I run the command everyone refers to "lsof | grep deleted". I don't see anything that would merit an alert about disk space or disk usage in the output below.
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 7862912 589412 7273500 8% /
devtmpfs 7966776 649188 7317588 9% /dev
tmpfs 8056044 496 8055548 1% /run
tmpfs 8056044 4548 8051496 1% /var/volatile
/dev/sda1 945144 272712 623588 31% /opt/cisco/config
/dev/sda2 944120 49568 845760 6% /opt/cisco/platform/logs
/dev/sda3 11403544 28764 10788848 1% /var/data/cores
/dev/sda4 83948496 26830936 57117560 32% /opt/cisco/csp
/dev/sdb1 7676252 2199012 5477240 29% /mnt/boot
cgroup_root 8056044 0 8056044 0% /dev/cgroups
tmpfs 8056044 0 8056044 0% /sys/fs/cgroup
tmpfs 8056044 0 8056044 0% /sys/fs/cgroup/pm
none 363520 12 363508 1% /dev/shm/snort
tmpfs 1024 0 1024 0% /var/data/cores/sysdebug/tftpd_logs
01-28-2023 07:30 PM - edited 01-28-2023 07:31 PM
Try checking the log files from these directories below and if you find something that is defined below then you can delete it then run the "lsof | grep deleted" command again.
after deleting you need to run the restart diskmanager "pmtool restartbyid diskmanager"
then run the "lsof | grep deleted" command
01-29-2023 02:42 AM
01-30-2023 05:25 AM
Having the same issue but i don't have output for lsof | grep deleted
bpnfw04:~$ df -k /ngfw
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda6 41943040 41660476 282564 100% /ngfw
bpnfw04:~$ lsof | grep deleted
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: