[Comm] [JT] Ошибки при работе синаптика.

[Comm] [JT] Ошибки при работе синаптика.

[Arsen Kirillov]

ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Sisyphus/i586/base/pkglist.classic: Size mismatch
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Sisyphus/i586/base/pkglist.base: MD5Sum mismatch
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Sisyphus/i586/base/pkglist.kernel: Size mismatch
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Sisyphus/i586/base/pkglist.contrib: Size mismatch

Подскажите в чем проблема ? Какие размеры не совпадают ? 

Re: [Comm] Ошибки при работе синаптика.

[Arsen Kirillov]

Hi All !

Задаю наверное третий раз этот вопрос, никто не отвечает - мне следует обратиться в другую рассылку ? 

С уважением,  Арсен Кириллов
"Программы для бизнеса"
http://softm.h1.ru/ ICQ:81766103
AKA 2:462/177.39

Re: [Comm] Ошибки при работе синаптика.

[Alexey Rusakov]

On 24.11.2004 00:31, Arsen Kirillov wrote:
> Задаю наверное третий раз этот вопрос, никто не отвечает - мне следует обратиться в другую рассылку ? 
Вероятно, никто не знает, что ответить...

-- 
   Alexey "Ktirf" Rusakov

Re: [Comm] Ошибки при работе синаптика.

[Alexey V. Novikov]

On 24.11.2004 0:31 Arsen Kirillov wrote:
> Задаю наверное третий раз этот вопрос, никто не отвечает - мне следует обратиться в другую рассылку ? 
Во-первых, да. Во-вторых, к mike@. В-третьих, скорее всего Вы попали
на синхронизацию зеркала.

-- 
WBR, Alexey V. Novikov

Re: [Comm] Ошибки при работе синаптика.

[Arsen Kirillov]

On Wed, 24 Nov 2004 08:45:57 +0300
"Alexey V. Novikov" <_shader@rambler.ru> wrote:

> скорее всего Вы попали на синхронизацию зеркала.

Прикол конечно, а как то можно узнавать что в репозитории идет синхронизация и нечего лезть за пакетами ?  Может выставляются какие-то флаги ? 


С уважением,  Арсен Кириллов
"Программы для бизнеса"
http://softm.h1.ru/ ICQ:81766103
AKA 2:462/177.39

[Comm] repo sync (was: Ошибки при работе синаптика)

[Michael Shigorin]

On Wed, Nov 24, 2004 at 02:37:53PM +0200, Arsen Kirillov wrote:
> > скорее всего Вы попали на синхронизацию зеркала.
> Прикол конечно, а как то можно узнавать что в репозитории идет
> синхронизация и нечего лезть за пакетами ?  Может выставляются
> какие-то флаги ? 

На ftp.linux.kiev.ua (доступен из Украины) в корне
синхронизируемого дерева (например, updates/, Sisyphus/)
выставляется негодяйский файловый флажок -- пустой __SYNCING__,
который потом удаляется при успешном завершении rsync (им же).

На ftp/rsync.altlinux.org -- вот, позавчера обсудили с ldv@, что
надо бы сделать по части нотификации окончания (и отдельно --
большей атомарности обновления репозитория), он вроде даже
вознамерился добраться.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] repo sync (was: Ошибки при работе синаптика)

[Денис Смирнов]

On Fri, Nov 26, 2004 at 01:56:43PM +0200, Michael Shigorin wrote:

MS> На ftp/rsync.altlinux.org -- вот, позавчера обсудили с ldv@, что
MS> надо бы сделать по части нотификации окончания (и отдельно --
MS> большей атомарности обновления репозитория), он вроде даже
MS> вознамерился добраться.

/me хочет напомнить, что есть XFS, который совместно с LVM умеет делать
чудесные снапшоты. И можно отдавать пользователям snapshot до того
момента, как будет завершена синхронизация.

Возникают две проблемы:
1. как перебрасывать пользователей (IMHO только симлинками)
2. если переброска будет в момент, когда пользовать синхронизируется, то
всё равно он локально мусор получит.

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] repo sync (was: Оши бки при работе синаптика)

[Michael Holzman]

> Возникают две проблемы:
> 1. как перебрасывать пользователей (IMHO только симлинками)
> 2. если переброска будет в момент, когда пользовать синхронизируется, то
> всё равно он локально мусор получит.

Уж не знаю как у вас FTP/... server организован, но IMHO всегда можно
посадить прогу, которая отловит момент ПОЛНОЙ неактивности сервера и
переключит снапшот (или то, что будет реально использоваться). Ну а
если таких моментов не бывает, их можно организовать. Например,
запретив новые соединения на некоторое время.

Можно и другие варианты придумать.

-- 
Regards,
    Michael Holzman

Re: [Comm] repo sync (was: Ошибки при работе синаптика)

[Michael Shigorin]

On Sun, Nov 28, 2004 at 12:32:11PM +0300, Денис Смирнов wrote:
> MS> На ftp/rsync.altlinux.org -- вот, позавчера обсудили с ldv@, что
> MS> надо бы сделать по части нотификации окончания (и отдельно --
> MS> большей атомарности обновления репозитория), он вроде даже
> MS> вознамерился добраться.
> /me хочет напомнить, что есть XFS, который совместно с LVM
> умеет делать чудесные снапшоты. И можно отдавать пользователям
> snapshot до того момента, как будет завершена синхронизация.

Боюсь, на диминых хостах ещё долго не будет ни xfs, ни тем более
LVM (он предпочитает ext3).

При этом тут тактику "сапог в бою надёжней" я понимаю и всецело
разделяю -- проблема вполне решается традиционными средствами :-)

> Возникают две проблемы:
> 1. как перебрасывать пользователей (IMHO только симлинками)

Предполагался локальный rsync --delete --delete-after.

> 2. если переброска будет в момент, когда пользовать
> синхронизируется, то всё равно он локально мусор получит.

Проблема только с base/, которая в худшем случае приведёт к
сломанному update.  А с флажком (на который смотрят) или
нотификатором -- и этого можно избежать.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] repo sync (was: Ошибки при работе синаптика)

[Денис Смирнов]

On Mon, Nov 29, 2004 at 09:44:44AM +0200, Michael Shigorin wrote:

>> /me хочет напомнить, что есть XFS, который совместно с LVM
>> умеет делать чудесные снапшоты. И можно отдавать пользователям
>> snapshot до того момента, как будет завершена синхронизация.
MS> Боюсь, на диминых хостах ещё долго не будет ни xfs, ни тем более
MS> LVM (он предпочитает ext3).
MS> При этом тут тактику "сапог в бою надёжней" я понимаю и всецело
MS> разделяю -- проблема вполне решается традиционными средствами :-)

Угу.

>> Возникают две проблемы:
>> 1. как перебрасывать пользователей (IMHO только симлинками)
MS> Предполагался локальный rsync --delete --delete-after.

Логично. Причём сначала rsync без --delete на пакеты, потом rsync на base,
потом rsync --delete-after на всё. Тогда время непригодности репозитория
будет практически незаметным.

>> 2. если переброска будет в момент, когда пользовать
>> синхронизируется, то всё равно он локально мусор получит.
MS> Проблема только с base/, которая в худшем случае приведёт к
MS> сломанному update.  А с флажком (на который смотрят) или
MS> нотификатором -- и этого можно избежать.

Угу. Только я не любитель флажков просто потому, что race всегда может
быть (я уже начал синхронизироваться, в это время выставили флажок и
начали обновление).

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] repo sync (was: Ошибки при работе синаптика)

[Arsen Kirillov]

On Fri, 26 Nov 2004 13:56:43 +0200
Michael Shigorin <mike@osdn.org.ua> wrote:

> На ftp.linux.kiev.ua (доступен из Украины) в корне
> синхронизируемого дерева (например, updates/, Sisyphus/)
> выставляется негодяйский файловый флажок -- пустой __SYNCING__,
> который потом удаляется при успешном завершении rsync (им же).

Поделитесь кто-то шелл скриптом для обновления баз ? А также 
листом апт ? Дли конечно хорошие люди, но всеравно интересует 
использование методов проыфессионалами * 


С уважением,  Арсен Кириллов
"Программы для бизнеса"
http://softm.h1.ru/ ICQ:81766103
AKA 2:462/177.39

[Comm] Re: repo sync (was: Ошибки при работе синаптика)

[Michael Shigorin]

On Tue, Nov 30, 2004 at 02:21:59AM +0200, Arsen Kirillov wrote:
> Поделитесь кто-то шелл скриптом для обновления баз ?

В смысле genbasedir?  Для ~/hasher где-то так:

genbasedir --topdir=~/hasher/repo i586 hasher

> А также листом апт ?

В смысле /etc/apt/sources.list или чем?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: repo sync (was: Ошибки при работе синаптика)

[Arsen Kirillov]

On Tue, 30 Nov 2004 02:26:03 +0200
Michael Shigorin <mike@osdn.org.ua> wrote:

> В смысле genbasedir?  Для ~/hasher где-то так:
> 
> genbasedir --topdir=~/hasher/repo i586 hasher

Имелось в виду если есть список пакетов , настроеный тем же синаптиком,
хотелось бы автоматом обновлять все пакеты раз в сутки.
Хотя что то подсказует что идея не проканает с обновлениями для ядра и подобного ...

> 
> > А также листом апт ?
> 
> В смысле /etc/apt/sources.list или чем?

Хотелся бы и лист для последних версий пакетов + срц.

ПС. Еще один вопрос возникает - не пойму никак как поднять сорцы например для пхп, что у меня уже стоит ...


С уважением,  Арсен Кириллов
"Программы для бизнеса"
http://softm.h1.ru/ ICQ:81766103
AKA 2:462/177.39

[Comm] sources.list (was: repo sync)

[Michael Shigorin]

On Tue, Nov 30, 2004 at 08:05:06AM +0200, Arsen Kirillov wrote:
> > В смысле genbasedir?  Для ~/hasher где-то так:
> Имелось в виду если есть список пакетов , настроеный тем же
> синаптиком, хотелось бы автоматом обновлять все пакеты раз в
> сутки.  Хотя что то подсказует что идея не проканает с
> обновлениями для ядра и подобного ...

А.  Так это иначе делается -- при настроенном на updates апте

# echo '/bin/sh -c "apt-get -qq update; apt-get -qq -y upgrade"' | crontab -e 

Ядро, действительно, по умолчанию не подлежит -- экстремалы могут
убрать его с Hold в apt.conf, но это не стоит делать без держания
под рукой rescue и готовности к сюрпризам в самый неожиданный
момент.

> > > А также листом апт ?
> > В смысле /etc/apt/sources.list или чем?
> Хотелся бы и лист для последних версий пакетов + срц.

Что значит "и для последних"?  Это разные ветки -- Master+updates
и "последние", бишь разработка, бишь Sisyphus.  Смешивать их
крайне не рекомендую.

См. /etc/apt/sources.list, там всё сказано.

Конкретно для Вас должно сработать такое:

rpm [alt] ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Master/2.4/ ALTLinux main
rpm [alt] ftp://ftp.linux.kiev.ua/pub/Linux/ALT/updates Master/2.4/i586 updates
rpm-src [alt] ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Master/2.4/ ALTLinux main
rpm-src [alt] ftp://ftp.linux.kiev.ua/pub/Linux/ALT/updates Master/2.4/i586 updates

> ПС. Еще один вопрос возникает - не пойму никак как поднять
> сорцы например для пхп, что у меня уже стоит ...

apt-get source имя_пакета
(положит в текущий каталог)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[Comm] Re: Ошибки при работе синаптика.

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 851 bytes --]

On Tue, Nov 23, 2004 at 07:39:14PM +0200, Arsen Kirillov wrote:
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Sisyphus/i586/base/pkglist.classic: Size mismatch
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Sisyphus/i586/base/pkglist.base: MD5Sum mismatch
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Sisyphus/i586/base/pkglist.kernel: Size mismatch
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Sisyphus/i586/base/pkglist.contrib: Size mismatch
> Подскажите в чем проблема ? Какие размеры не совпадают ? 

Напоролись на рассинхронизацию, видимо.

Если есть
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/Sisyphus/__SYNCING__ -- то
она ещё не завершилась.

PS: в таких случаях уместно писать hostmaster@, ну и раз речь о
зеркале Sisyphus -- всяко не в community@. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]