Странная ошибка в недельном отчете weekly run output

Александр Фролов
На сайте с 27.12.2007
Offline
155
950

Заметил, что некоторые серверы FreeBSD (версии 7.4, 8.1) в недельном отчете присылают такое сообщение об ошибке:

Rebuilding locate database:

sort: write failed: standard output: Broken pipe

sort: write error

Rebuilding whatis database:

-- End of weekly output --

Поиск ничего не дал.

Подскажите, пожалуйста, в чем может быть проблема и как с этим бороться без обновления ОС.

Спасибо!

iHead
На сайте с 25.04.2008
Offline
137
#1

посмотрите файлик /etc/locate.rc - там ответ на ваш вопрос.

видимо, файлов очень много и во временной папке не хватает места.

Рекомендуемый хостинг партнер 1С-Битрикс (https://www.ihead.ru/bitrix/), PHP-хостинг (https://www.ihead.ru/php/), доверенный партнер RU-CENTER (https://www.ihead.ru/news/573.html), официальный представитель REG.RU в Кирове (https://www.ihead.ru/news/851.html)
Александр Фролов
На сайте с 27.12.2007
Offline
155
#2
iHead:
посмотрите файлик /etc/locate.rc - там ответ на ваш вопрос.
видимо, файлов очень много и во временной папке не хватает места.

Файлик закрыт комментариями весь:

#

# /etc/locate.rc - command script for updatedb(8)
#
# $FreeBSD: src/usr.bin/locate/locate/locate.rc,v 1.10.12.1 2010/12/21 17:10:29 kensmith Exp $

#
# All commented values are the defaults
#
# temp directory
#TMPDIR="/tmp"

# the actual database
#FCODES="/var/db/locate.database"

# directories to be put in the database
#SEARCHPATHS="/"

# directories unwanted in output
#PRUNEPATHS="/tmp /usr/tmp /var/tmp /var/db/portsnap"

# filesystems allowed. Beware: a non-listed filesystem will be pruned
# and if the SEARCHPATHS starts in such a filesystem locate will build
# an empty database.
#
# be careful if you add 'nfs'
#FILESYSTEMS="ufs ext2fs"

Место на диске есть, все одним слайсом для ispManager.

Вообще все с виду работает без проблем...

df -h

Filesystem Size Used Avail Capacity Mounted on
/dev/mfid0s1a 537G 213G 281G 43% /
devfs 1.0K 1.0K 0B 100% /dev
iHead
На сайте с 25.04.2008
Offline
137
#3

Как вариант можно вообще выключить перестроение этой базы

weekly_locate_enable="NO" в /etc/periodic.conf

Еще можно руками запустить обновление базы и посмотреть, чем кончится.

Александр Фролов
На сайте с 27.12.2007
Offline
155
#4
iHead:
Как вариант можно вообще выключить перестроение этой базы
weekly_locate_enable="NO" в /etc/periodic.conf

Еще можно руками запустить обновление базы и посмотреть, чем кончится.

А как руками запустить, подскажите пожалуйста.

Подозреваю, что ошибка появилась после того как провайдер уронил серверы по питанию.

iamsens
На сайте с 26.08.2009
Offline
115
#5

запускать так /usr/libexec/locate.updatedb

вся информация есть в

man locate

периодик который запускает обновление базы

/etc/periodic/weekly/310.locate

(тоже инфа в мане есть)

iHead
На сайте с 25.04.2008
Offline
137
#6

man 8 locate.updatedb

Александр Фролов
На сайте с 27.12.2007
Offline
155
#7

Закончилось без проблем на одном из серверов:

# /usr/libexec/locate.updatedb

>>> WARNING
>>> Executing updatedb as root. This WILL reveal all filenames
>>> on your machine to all login users, which is a security risk.

Подождем выходных...

Александр Фролов
На сайте с 27.12.2007
Offline
155
#8

Ошибка снова повторилась, хотя ручное обновление прошло без проблем...

Что же это такое может быть??

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий