ps auxw shows me the ionice'd process:
root 6466 0.0 0.0 4328 356 ?S07:35 0:00 flock
--nonblock /run/mlocate.daily.lock /usr/bin/ionice -c3 /usr/bin/updatedb.mlocate
but the problem process, blocking IO is:
root 6467 1.0 0.0 5688 2220 ?D07:35 1:25
I filed a new bug report for this for 13.04
https://bugs.launchpad.net/ubuntu/+source/mlocate/+bug/1190696
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/332790
Title:
updatedb.mlocate slows
This is still an issue in 13.04
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/332790
Title:
updatedb.mlocate slows applications to unusable state, while running
To manage notifications about this
This is still an issue in 12.04 LTS.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/332790
Title:
updatedb.mlocate slows applications to unusable state, while running
To manage notifications about
Also happening to me in 12.04. This might be the first time I run into this
issue.
Despite the -c3 argument, I couldn't use my computer for a couple of minutes,
resulting in even more sluggishness than a long kswapd0 run.
$ sudo sh -x /etc/cron.daily/mlocate
+ set -e
+ [ -x
This is still an issue in 12.04 LTS.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/332790
Title:
updatedb.mlocate slows applications to unusable state, while running
To manage notifications about
Confirmed on 10.10 server. System runs on ext4 but there is also a
multi-terabyte XFS storage partition which is likely the cause.
I have the updatedb in cron.daily, but no find cronjob.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
@Michael Vogt:
The cron.daily/find script is still present in my system (Maverick now,
upgraded over the years), findutils version 4.4.2-1
$ ls /etc/cron.daily/find
/etc/cron.daily/find
$ dpkg -S /etc/cron.daily/find
findutils: /etc/cron.daily/find
$ dpkg -s findutils | grep
I'm seeing something similar in Maverick as well.
Furthermore, when running in a VM (VirtualBox) not only does the VM
itself become extremely sluggish, it also pegs one of the CPU cores on
the host. To add insult to injury, it does not ignore host filesystems
which have been mounted into the
I am experiencing this bug in the latest Ubuntu Lucid. It doesn't eat
that much cpu, but it kicks the i/o up quite a bit.
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You received this bug notification because you are a member of
Only ext4 (root) and ext3 (home) partitions. And also from some time
now, the mlocate doesn't eat my cpu anymore.
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You received this bug notification because you are a member of Ubuntu
I also do not have any ntfs/vfat partitions mounted. And from some time
now, the mlocate doesn't eat my cpu anymore.
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You received this bug notification because you are a member of
Nop, All my partitions are ext4. But i solved the problem running the
process with slowest priority possible, with the nice parameter.
I suggest to put the parameter nice -n 19 to all tasks in
/etc/anacrontab. Or if you think this solution is not adequate at least
put the nice -n 19 in the
Bug #362809 mentions high ntfs-3g IO usage. Are the people experiencing
sluggishness having ntfs (=Windows) partitions?
Does io scheduling work with ntfs-3g and/or vfat?
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You received
Hello,
My system also come very slow when updatedb.mlocate is running.
Try to run it with slowest priority for the process. I added the nice
parameter to /etc/cron.daily/mlocate (see it attached).
Regards
** Attachment added: /etc/cron.daily/mlocate
I can confirm that too
$ sudo sh -x /etc/cron.daily/mlocate
+ set -e
+ [ -x /usr/bin/updatedb.mlocate ]
+ which on_ac_power
+ ON_BATTERY=0
+ on_ac_power
+ [ 0 -eq 1 ]
+ LOCKFILE=/var/lib/mlocate/daily.lock
+ trap rm -f /var/lib/mlocate/daily.lock EXIT
+ [ -e /var/lib/mlocate/daily.lock ]
+ touch
Confirmed on karmic. sudo sh -x /etc/cron.daily/mlocate:
+ set -e
+ [ -x /usr/bin/updatedb.mlocate ]
+ which on_ac_power
+ ON_BATTERY=0
+ on_ac_power
+ ON_BATTERY=255
+ [ 255 -eq 1 ]
+ LOCKFILE=/var/lib/mlocate/daily.lock
+ trap rm -f /var/lib/mlocate/daily.lock EXIT
+ [ -e
I'm finding updatedb.mlocate is tying up my system for a few minutes
shortly after booting up in the morning.
There is no /etc/cron.daily/find on my system. I'm using Jaunty, which
has been upgraded from Hardy and Intrepid.
Output of sudo sh -x /etc/cron.daily/mlocate:
** Attachment added:
The findutils problem should be fixed now:
findutils (4.4.0-2ubuntu4) jaunty; urgency=low
* debian/findutils.preinst:
- remove old and obsolete /etc/cron.daily/find on upgrade
(LP: #332790)
-- Michael Vogt michael.v...@ubuntu.com Tue, 07 Apr 2009 11:04:34
+0200
** Package
I close the mlocate task as well, it should be fixed with the findutils
update. But please reopen if the fix is not enough (we may have two
different bugs here).
** Changed in: mlocate (Ubuntu)
Status: New = Fix Released
--
updatedb.mlocate slows applications to unusable state, while
** Attachment added: debdiff with proposed fix
http://launchpadlibrarian.net/24926831/debdiff
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You received this bug notification because you are a member of Ubuntu
Bugs, which is
The problem with the /etc/cron.daily/find script should only affect
people upgrading from gutsy (or earlier). Its a bit mysterious why its
kept, I did a test upgrade from gutsy-hardy and there is:
Preparing to replace findutils 4.2.31-1ubuntu2 (using
.../findutils_4.2.32-1ubuntu2_amd64.deb)
@markor: if your mlocate eats all IO, could you please run:
sudo sh -x /etc/cron.daily/mlocate
and attach the output?
Could you also please check if you have /etc/cron.daily/find ?
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You
If you still have /etc/cron.daily/find on a current (jaunty) system,
could you please attach it to this bugreport?
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You received this bug notification because you are a member of Ubuntu
I have a /etc/cron.daily/find; attached.
** Attachment added: /etc/cron.daily/find
http://launchpadlibrarian.net/24871570/find
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You received this bug notification because you are a
Thanks for the attachment. This is the feisty version of the find
cron.daily file. The gutsy one already has ionice in it.
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You received this bug notification because you are a member of
** Changed in: mlocate (Ubuntu)
Importance: Undecided = Medium
** Changed in: mlocate (Ubuntu)
Status: Confirmed = Triaged
** Changed in: mlocate (Ubuntu)
Assignee: (unassigned) = Ubuntu Foundations Team (ubuntu-foundations)
--
updatedb.mlocate slows applications to unusable
Thanks for your bugreport.
This is somewhat sup suprising, this problem should be fixed in jaunty. It
checks for ionice and if that is availalbe does use it. What does:
sudo sh -x /etc/cron.daily/mlocate
print for you?
Upon further inspection it seem like the problem is the find script in
This is still a problem on jaunty; it'd be lovely if we could 'ionice -c
3' the updatedb process.
** Changed in: mlocate (Ubuntu)
Status: New = Confirmed
--
updatedb.mlocate slows applications to unusable state, while running
https://bugs.launchpad.net/bugs/332790
You received this bug
29 matches
Mail list logo
