I have tried to reproduce it, but haven't seen the problem with recent
kernel versions (am running vanilla 2.6.27.4).
-Sanjoy
`Until lions have their historians, tales of the hunt shall always
glorify the hunters.' --African Proverb
--
To UNSUBSCRIBE, email to
On Fri, May 23, 2008 at 08:35:20AM -0400, Sanjoy Mahajan wrote:
The other would be to wait until real Debian 2.6.25 packages are released.
I just tried the debian 2.6.25, I see similar behavior: 'mount' took 20
minutes to finish. I used the linux-image-2.6.25-2-686 package (version
The other would be to wait until real Debian 2.6.25 packages are released.
I just tried the debian 2.6.25, I see similar behavior: 'mount' took 20
minutes to finish. I used the linux-image-2.6.25-2-686 package (version
2.6.25-3), which has this uname:
Linux approx 2.6.25-2-686 #1 SMP Wed May
I just noticed new information in the dmesg that is probably related:
$ dmesg | grep INFO
[ 2501.840262] INFO: task pdflush:178 blocked for more than 120 seconds.
[ 2632.815719] INFO: task pdflush:178 blocked for more than 120 seconds.
[ 2762.761167] INFO: task pdflush:178 blocked for
I compiled vanilla 2.6.25 into a Debian package using the 2.6.24 Debian
config and then yes '' | make oldconfig to get a new config and am
running that kernel. uname -a:
Linux approx 2.6.25 #1 SMP Sun Apr 20 19:41:47 EDT 2008 i686 GNU/Linux
The problem that remount takes forever seems to be
Hi Sanjoy,
Sanjoy Mahajan wrote:
I compiled vanilla 2.6.25 into a Debian package using the 2.6.24 Debian
config and then yes '' | make oldconfig to get a new config and am
running that kernel. uname -a:
Linux approx 2.6.25 #1 SMP Sun Apr 20 19:41:47 EDT 2008 i686 GNU/Linux
The problem that
Hi Sanjoy,
I think this is definitely getting to the point where it looks like a
kernel problem. Could you report this to the Linux Kernel mailing list
and to the ext3 maintainers? (I could do it, but I can't reproduce the
problem so I would just be a useless middle man.)
Cheers,
Bart
Sanjoy Mahajan wrote:
Twice I've tried removing the power cord during the daily rebuild of the
locate database -- and, alternatively, doing the mount command by hand
-- but I haven't managed to reproduce the problem of mount running for
20 minutes.
I'll keep trying.
Hi Sanjoy,
Any luck yet?
Sanjoy Mahajan wrote:
Not yet -- sometimes the mount takes 10 seconds, but never longer than
that.
But I have a hunch that I'll test in the next few days: If I reboot the
evening before, so there's nothing in the dentry cache, maybe the mount
will take a lot longer (maybe because the find is
Twice I've tried removing the power cord during the daily rebuild of the
locate database -- and, alternatively, doing the mount command by hand
-- but I haven't managed to reproduce the problem of mount running for
20 minutes.
I'll keep trying.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
10 matches
Mail list logo