From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 Description of problem: When I run mondo backups, I get an oops in idetape_chrdev open. This happens on two different systems. I do not have an ide tape drive installed on either system. I have traced the problem to the following command in mindi. Running this command reproduces the oops: dd if=/dev/ht0 of=/dev/null bs=64k count=1 Version-Release number of selected component (if applicable): 2.6.5-1.358 How reproducible: Always Steps to Reproduce: 1. Log in as root on a Fedora Core 2 system without an IDE tape drive 2. dd if=/dev/ht0 of=/dev/null bs=64k count=1 Actual Results: dd exits with a segmentation fault Expected Results: dd exits with No such device or address when opening /dev/ht0 Additional info:
Created attachment 100773 [details] oops data from dmesg
Greg, I'll look if I can. But really, do not use ide-tape, please. Use ide-scsi and st. I fought a battle for the survival of ide-scsi in 2.6 specifically for the benefit of tape users like you, because ide-tape is horrible.
I don't have a tape drive installed on either system. I suspect that the oops is caused by a missing NULL pointer check in the driver. The expected result is to return ENODEV (or something like it) on the open rather than oopsing. This is happening because I'm using mondo/mindi to do backups. Mindi opens /dev/ht0 to force the tape module of the kernel to load.
Adding "alias char-major-37-0 off" might help. The bug is rather obvious, but I do not wish to touch ide-tape ever again. We should just configure it off.
So, does adding the off alias to /etc/modprobe.conf help?
Fedora Core 2 has now reached end of life, and no further updates will be provided by Red Hat. The Fedora legacy project will be producing further kernel updates for security problems only. If this bug has not been fixed in the latest Fedora Core 2 update kernel, please try to reproduce it under Fedora Core 3, and reopen if necessary, changing the product version accordingly. Thank you.