** Changed in: linux (Ubuntu)
Status: In Progress = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1054605
Title:
Mount very slow for 22TB ext4 filesystem on Ubuntu Server
This appears fixed to me in the latest kernel:
linux-image-3.2.0-32-generic 3.2.0-32.51
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1054605
Title:
Mount very slow for 22TB ext4
Same for me - it appears to be fixed in 3.2.0-32-generic.
Thanks ppl!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1054605
Title:
Mount very slow for 22TB ext4 filesystem on Ubuntu Server 12.04.1
On Ubuntu Server 12.04.1 LTS, I had this problem with an 18TB drive.
Applying mainline 3.2.29 kernel and rebooting fixed me right up; mount
happens instantly now. Thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I'd like to perform a reverse bisect to figure out which commit upstream
fixes this bug. It would be very helpful to know the last kernel that
had this issue and the first kernel that did not.
Can you test the following kernels and report back? We are looking for
the first kernel version that
I did a quick search of upstream and found:
commit 0548bbb85337e532ca2ed697c3e9b227ff2ed4b4
Author: Theodore Ts'o ty...@mit.edu
Date: Thu Aug 16 11:59:04 2012 -0400
ext4: fix long mount times on very big file systems
This commit was applied in v3.6-rc3.
I don't think there is a need to test
After further investigation, it seems that a fix may already exist in
v3.2.29:
commit 4ac2515cf5201e7762c16303d860b6ec0e02aecb
Author: Theodore Ts'o ty...@mit.edu
Date: Thu Aug 16 11:59:04 2012 -0400
ext4: fix long mount times on very big file systems
Can folks affected by this bug test the
I've tested the latest mainline kernel (v3.6-rc7-quantal, as requested)
and it's working fine.
The latest precise kernel (released after my last update) still doesn't
work:
linux-image-3.2.0-31-generic 3.2.0-31.50
But this one does:
linux-image-3.6.0-030600rc7-generic
I'm seeing the same issue on a 13T filesystem. I have two identical
machines, but one has been updated more than the other. The one with
3.2.0-29.46 works fine, whilst the one with 3.2.0-30.48 has the long
delays when mounting the filesystem.
Happy to provide output of apport-collect if required.
Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v3.6 kernel[0] (Not a kernel in the daily directory) and install both
the linux-image and linux-image-extra .deb packages.
Once you've tested the
I'm not in a position to test an upstream kernel (cannot allocate server
downtime in the near future), so I've added the tag 'kernel-unable-to-
test-upstream'. Perhaps someone else can test this.
** Tags added: kernel-unable-to-test-upstream
--
You received this bug notification because you are
Sorry, I can't try it too.. At least not now. May be I'll have time this
weekend but I'm not sure about this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1054605
Title:
Mount very slow for 22TB
Can confirm this issue.
This bug is really annoying because it blocks my NAS for a long time at boot
time...
root@AGVault:~# time umount /data
real0m1.031s
user0m0.000s
sys 0m0.028s
root@AGVault:~# time mount /data
real3m55.614s
user0m0.000s
sys 3m37.050s
I'll call
Oooops... I can't collect an info with apport-collect because I'm not
the reporter. If you still need the info I can open a new big and run
apport-collect.
Extra info:
root@AGVault:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md3 16909250524 8455204556
I understand that apport can collect and transmit potentially sensitive
information. I'm afraid this is unacceptable in our environment, so I am
unable to run it. Given that this issue is confirmed by another user,
I've updated to 'Confirmed'. If this isn't appropriate, perhaps someone
else can
to Ubuntu/linux ppls:
If you still need output of apport-collect I can create a duplicate
issue for this purpose.
But behavior is quite clear for me: large ext4 file systems are mounted
extremely long time. No disk access (in my case) is visible during mount
delay. Most probably it's a linux
** Package changed: ubuntu = linux (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1054605
Title:
Mount very slow for 22TB ext4 filesystem on Ubuntu Server 12.04.1
running kernel
17 matches
Mail list logo
