Red Hat Bugzilla – Bug 115861
Python error in diskcheck reported by cron.
Last modified: 2007-11-30 17:10:36 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5)
Description of problem:
An error in the diskcheck script is reported regularly by cron.
An example of the error is listed below.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Install Fedora Core 2 test 1
2.Wait until after diskcheck has run at least once.
Actual Results: A Python error is reported
Expected Results: No message (unless free disk space was below set
Date: Sat, 14 Feb 2004 17:01:00 -0800
From: root@<NAME REMOVED> (Cron Daemon)
To: root@<NAME REMOVED>
Subject: Cron <root@<NAME REMOVED>> run-parts /etc/cron.hourly
Traceback (most recent call last):
File "/etc/cron.hourly/diskcheck", line 318, in ?
high += scan_df(list, "Inodes:")
File "/etc/cron.hourly/diskcheck", line 245, in scan_df
nPct = long(pct[:-1])
ValueError: invalid literal for long():
# df -ihP -x none -x tmpfs -x iso9660 -x udf
[root@norfair root]# df -ihP -x none -x tmpfs -x iso9660 -x udf
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/hda6 4.1M 364K 3.8M 9% /
/dev/hda1 21K 110 20K 1% /boot
/dev/hda3 4.9M 568K 4.4M 12% /mnt/gentoo
/dev/hda5 4.9M 235K 4.7M 5% /mnt/uml
/dev/hdd1 0 0 0 - /mnt/win2k
you may add "-x ntfs" to /etc/diskcheck.conf
I will fix the code to not traceback... thx!
Actually, I don't have an ntfs partition, /mnt/win2k is vfat. Adding
-x vfat fixed it. I don't know if the -x ntfs will be needed or not.
I just tested diskcheck without the -x ntfs with an ntfs partition
mounted and it didn't have any problems.
Actually, that's incorrect. My ntfs partition is always reported as
full even when it's not. Someone with a real NTFS partition should
probably check it. But at least it doesn't result in a python exception.
win2k is vfat??? so why don't you have any information about the usage??
*** Bug 117257 has been marked as a duplicate of this bug. ***
Win2k can optionally use vfat or ntfs filesystems, FYI.