The symptoms are older machines with slower processors or limited RAM will grind to a halt when the package updater launches in the background. The machine becomes basically unusable for minutes at a time.
The bug has not been definitively fixed yet across multiple releases of Ubuntu, but this fix sorts it out.
One fix I came across involves installing a dummy xapian indexing package in the hope that nothing breaks, but this fix is more elegant.
Credit goes to Bill Bennert, quoted from:
https://bugs.launchpad.net/ubuntu/+source/apt-xapian-index/+bug/830333:
first of all
sudo apt-get install cpulimit
Then, you need to edit /etc/cron.weekly/apt-xapian-index to utilize the newly installed cpulimit.
Once the cron job has been modified, you wouldn't even know that the index is being updated.
Here is the modified version of apt-xapian-index:
#!/bin/sh
CMD=/usr/sbin/update-apt-xapian-index
# ionice should not be called in a virtual environment
# (similar to man-db cronjobs)
egrep -q '(envID|VxID):.*[1-9]' /proc/self/status || IONICE=/usr/bin/ionice
# Check if we're on battery
if which on_ac_power >/dev/null 2>&1; then
on_ac_power >/dev/null 2>&1
ON_BATTERY=$?
# Here we use "-eq 1" instead of "-ne 0" because
# on_ac_power could also return 255, which means
# it can't tell whether we are on AC or not. In
# that case, run update-a-x-i nevertheless.
[ "$ON_BATTERY" -eq 1 ] && exit 0
fi
# Rebuild the index
if [ -x "$CMD" ]
then
if [ -x "$IONICE" ]
then
# background process so we can limit it...
nice -n 19 $IONICE -c 3 $CMD --quiet &
else
nice -n 19 $CMD --quiet &
fi
# regulate the cpu for this process...
# GETPID and PID could be put into one line, but...
GETPID="ps -Alf | grep -v 'grep' | grep '$CMD' | awk '{print \$4}'"
PID=$(eval $GETPID)
if [ "$PID" != "" ]
then
# -z to let script die after pid dies. -l to limit to 5%
cpulimit -z -p $PID -l 5
fi
fi
No comments:
Post a Comment