Проблемы с emerge-delta-webrsync
sspphheerraa 22 октября, 2006 - 13:01
Установил ее так:
# emerge emerge-delta-webrsync # nano -w /usr/bin/emerge-elta-webrsync (заменил строку wgetops="-q" на wgetops="-v")
теперь пытаюсь обновиться
... скачивает дельты по датам, в роде бы все нормально ... потом verbosity level(1) patch_type=8 disabling bufferless, patch_count(1) == 1 || forced reorder(1) size1=267304960, size2=266731520 reconstruction return=0, commands=37092 result was 37092 commands versions size is 266731520 appied 1 patches reordering commands? 1 reconstructing target file based off of dcbuff commands... collapsing processing src0: 23886 commands. _
и на этом терминал зависает (оставил на ночь - утром тоже самое)
Сама система свежеустановленная, древо портежей разворачивалось - 20061018
Help!
[/code]
»
- Для комментирования войдите или зарегистрируйтесь
а если не
а если не менять -q на -v, то работает?
возможно его сбивает с толку вывод wget?
хотя уже до обработки дерева портежей доходит и зависает похоже на patcher'e.
какой версии стоят sys-apps/portage и dev-util/diffball?
sys-apps/portage
2.1.2_pre3-r5
dev-util/diffball
1.0
С опцией -v на другой машине (Pentium4) работает нормально.
Здесь вот не
Здесь вот ни про это?
http://www.linux.org.ru/profile/_white2/jump-message.jsp?msgid=1621165&lastmod=1161410082954
Если это не
Если это не последняя проблема с битым деревом, то достаточно ли свободного места на диске (требуется довольно много - до 1 Гб)?
Проверь свободное место
У меня когда места не было, такой же эффект был, просто зависает на пропатчивании, посмотри на /tmp сколько осталось.
Было такое же.
Было такое же. /tmp на tmpfs, место закончилось. Лечится установкой переменной TMPDIR=/var/tmp например
_________________
(define (brainfucking brain)
(brainfucking brain))
Да,
Да, действительно df -kP выдает 100% capacity tmp.
Но где прописывать переменную TMPDIR? Прописал в make.conf равную /var/tmp - без изменений...
хотя нет, теперь не виснет, а пишет
recunstruction failed...
и пытается загрузить полное дерево 20061022 :(
посмотрел distfiles - смутил файлик portage-20061020 размером ~6M. Стер его, повторил попытку - все равно загружает полный снимок :(
попробуй в
попробуй в /var/delta-webrsync скопировать файлик portage-2006XXXX, поудалять всякие md5sum и перезапустить emerge-delta-webrsync
Ведать у меня
Ведать у меня руки кривые иль я кой чего не доделываю...
Имеются 2 системы Server и Desktop
на обеих постоянно выполняю emerge-delta-webrsync... и все прочее кароч обновляю системы. все хорошо шло до сего дня. где у gnote грабли ?
результат выполнения соответственно:
а как настроена
а как настроена сеть - proxy, dns, etc.?
Если server и desktop стоят в одной сети, то почему бы не сделать на сервере репозиторий rsync и с десктопа обновлять по emerge --sync?
обновление
обновление происходит следущим образом:
на сервере выполняется emerge-delta-webrsync, закачка пакетов идет через прокси, затем после оновления дэльт на сервере с distfiles они перемещатся на webserver (на той же машине), затем desktop обновляется с локального server.
ps
каким оразом можно устроить на сервере репозиторий rsync ?
то есть на
то есть на локальном сервере - знркало дельт?
с обычным rsync меньше мороки будет:
1. на сервере:
в /etc/rsyncd.conf раскомментировать
# /etc/init.d/rsyncd restart
2. на клиенте:/gentoo-portage"
в /etc/make.conf добавить строчку
SYNC="rsync://
и затем на клиенте обновлять с помощью
# emerge --sync