From Bugzilla Helper: User-Agent: Mozilla/4.78 [en] (Windows NT 5.0; U) Description of problem: I use the exim MTA (self-compiled). The mailbox directories are on ReiserFS/aic7xxx_mod/IBM ESS ("Shark"); the spool directory (contains the logs and the delivery journal file) is on ext2/ips/IBM ServerRAID. When delivering a short test message to an alias that expands to 100 users, the delivery process goes into a 'D' wait as does kupdated. Usually one of the lock files is left behind. Version-Release number of selected component (if applicable): 2.4.7-10 How reproducible: Always Steps to Reproduce: 1. Set up /var/spool/mail on ReiserFS, leave /usr/local on ext2. 2. Install exim from tarball. 3. Create mail alias for 100 users. 4. Send short message to mail alias. Actual Results: Delivery process (exim) goes into 'D' wait, does not terminate. kupdated goes into 'D' wait. any process that tries to update the disk goes into 'D' wait. This includes /sbin/shutdown. Time to flip the power switch. Expected Results: Delivery should terminate normally. Additional info: Kernel 2.4.3-15 works fine.
Sorry, it looks like I was using a bad version of the ReiserFS quota patches. I believe I have kernel-2.4.9-6 working OK with the latest patches.