[devel] ой...

[devel] ой...

[Alexey V. Vissarionov]

Ээээто как? В смысле, как оно в принципе проползло в сборочную
песочницу? То, что при этом оказалось битым - вопрос вторичный,
но тоже интересный.

Failed to fetch
http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/x86_64/RPMS.classic/
pam_systemd-243-alt4.x86_64.rpm
MD5Sum mismatch
Fetched 64.7MB in 0s (126MB/s)
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
hsh-initroot: Failed to calculate package file list.
hsh-initroot: Failed to generate build package file list.

Файл от 6 ноября, контрольная сумма по sha2-256
098e1bb01b1a54ae7bbfddcc9d188978d3e151e208a752f1606185032721e7f9


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] ой...

[Alexey V. Vissarionov]

On 2019-11-10 02:49:06 +0300, Leonid Krivoshein wrote:

 >> Ээээто как? В смысле, как оно в принципе проползло в сборочную
 >> песочницу? То, что при этом оказалось битым - вопрос вторичный,
 >> но тоже интересный.
 >> pam_systemd-243-alt4.x86_64.rpm
 >> MD5Sum mismatch
 >> hsh-initroot: Failed to calculate package file list.
 >> hsh-initroot: Failed to generate build package file list.
 >> Файл от 6 ноября, контрольная сумма по sha2-256
 >> 098e1bb01b1a54ae7bbfddcc9d188978d3e151e208a752f1606185032721e7f9
 > Люди иногда нарываются на такое после apt-get update. Лечат
 > повторным apt-get update.

https://cs9.pikabu.ru/images/big_size_comm/2019-02_1/154903415718493346.jpg

 > Ты же не с фиксированным срезом работаешь, а с быстро меняющимся
 > Сизифом. Этот пакет мог проскочить туда сразу после того, как
 > были скачены индексы с предыдущим состоянием бранча. Думаю, как-то
 > так.

Меня напрягло прежде всего его попадание в сборочную песочницу.
Да и сам факт наличия битого пакета в репе - тоже не фонтан...


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] ой...

[Dmitry V. Levin]

On Sun, Nov 10, 2019 at 03:14:05AM +0300, Alexey V. Vissarionov wrote:
> On 2019-11-10 02:49:06 +0300, Leonid Krivoshein wrote:
> 
>  >> Ээээто как? В смысле, как оно в принципе проползло в сборочную
>  >> песочницу? То, что при этом оказалось битым - вопрос вторичный,
>  >> но тоже интересный.
>  >> pam_systemd-243-alt4.x86_64.rpm
>  >> MD5Sum mismatch
>  >> hsh-initroot: Failed to calculate package file list.
>  >> hsh-initroot: Failed to generate build package file list.
>  >> Файл от 6 ноября, контрольная сумма по sha2-256
>  >> 098e1bb01b1a54ae7bbfddcc9d188978d3e151e208a752f1606185032721e7f9
>  > Люди иногда нарываются на такое после apt-get update. Лечат
>  > повторным apt-get update.
> 
> https://cs9.pikabu.ru/images/big_size_comm/2019-02_1/154903415718493346.jpg
> 
>  > Ты же не с фиксированным срезом работаешь, а с быстро меняющимся
>  > Сизифом. Этот пакет мог проскочить туда сразу после того, как
>  > были скачены индексы с предыдущим состоянием бранча. Думаю, как-то
>  > так.
> 
> Меня напрягло прежде всего его попадание в сборочную песочницу.

По сборочным зависимостям.  В базовом сборочном чруте этого пакета нет,
равно как и многих других.

> Да и сам факт наличия битого пакета в репе - тоже не фонтан...

В репозитории битых пакетов не бывает.


-- 
ldv

Re: [devel] ой...

[Alexey V. Vissarionov]

On 2019-11-10 12:24:27 +0300, Dmitry V. Levin wrote:
 >>>> pam_systemd-243-alt4.x86_64.rpm
 >>>> MD5Sum mismatch
 >>>> hsh-initroot: Failed to calculate package file list.
 >>>> hsh-initroot: Failed to generate build package file list.
 >>>> Файл от 6 ноября, контрольная сумма по sha2-256
 >>>> 098e1bb01b1a54ae7bbfddcc9d188978d3e151e208a752f1606185032721e7f9
 >>> Этот пакет мог проскочить туда сразу после того, как
 >>> были скачены индексы с предыдущим состоянием бранча. Думаю,
 >>> как-то так.
 >> Меня напрягло прежде всего его попадание в сборочную
 >> песочницу.
 > По сборочным зависимостям. В базовом сборочном чруте этого
 > пакета нет, равно как и многих других.

Скорее, по зависимостям зависимостей зависимостей.

 >> Да и сам факт наличия битого пакета в репе - тоже не фонтан...
 > В репозитории битых пакетов не бывает.

Тогда откуда вылезла эта ботва?


З.Ы. (Замечу Ышо): только сейчас подумал о том, что хорошо было бы
отключить обновление локального зеркала репы и посмотреть на ейное
состояние в тот момент более внимательно - но сейчас уже отработал
rsync и все волшебным образом исправилось.

З.З.Ы. (Затем Замечу Ышо): а вот битый файл сохранился - могу дать
заинтересованным людям на поковыряться.

-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] ой...

[Alexey Shabalin]

В Вс, 10/11/2019 в 15:27 +0300, Alexey V. Vissarionov пишет:
> On 2019-11-10 12:24:27 +0300, Dmitry V. Levin wrote:
>  >>>> pam_systemd-243-alt4.x86_64.rpm
>  >>>> MD5Sum mismatch
>  >>>> hsh-initroot: Failed to calculate package file list.
>  >>>> hsh-initroot: Failed to generate build package file list.
>  >>>> Файл от 6 ноября, контрольная сумма по sha2-256
>  >>>>
> 098e1bb01b1a54ae7bbfddcc9d188978d3e151e208a752f1606185032721e7f9
>  >>> Этот пакет мог проскочить туда сразу после того, как
>  >>> были скачены индексы с предыдущим состоянием бранча. Думаю,
>  >>> как-то так.
>  >> Меня напрягло прежде всего его попадание в сборочную
>  >> песочницу.
>  > По сборочным зависимостям. В базовом сборочном чруте этого
>  > пакета нет, равно как и многих других.
> 
> Скорее, по зависимостям зависимостей зависимостей.
> 
>  >> Да и сам факт наличия битого пакета в репе - тоже не фонтан...
>  > В репозитории битых пакетов не бывает.
> 
> Тогда откуда вылезла эта ботва?
> 
> 
> З.Ы. (Замечу Ышо): только сейчас подумал о том, что хорошо было бы
> отключить обновление локального зеркала репы и посмотреть на ейное
> состояние в тот момент более внимательно - но сейчас уже отработал
> rsync и все волшебным образом исправилось.
> 
> З.З.Ы. (Затем Замечу Ышо): а вот битый файл сохранился - могу дать
> заинтересованным людям на поковыряться.

Кому интересны результаты, достигнутые кривыми руками?

Re: [devel] ой...

[Dmitry V. Levin]

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

On Sun, Nov 10, 2019 at 03:27:07PM +0300, Alexey V. Vissarionov wrote:
> On 2019-11-10 12:24:27 +0300, Dmitry V. Levin wrote:
>  >>>> pam_systemd-243-alt4.x86_64.rpm
>  >>>> MD5Sum mismatch
>  >>>> hsh-initroot: Failed to calculate package file list.
>  >>>> hsh-initroot: Failed to generate build package file list.
>  >>>> Файл от 6 ноября, контрольная сумма по sha2-256
>  >>>> 098e1bb01b1a54ae7bbfddcc9d188978d3e151e208a752f1606185032721e7f9
>  >>> Этот пакет мог проскочить туда сразу после того, как
>  >>> были скачены индексы с предыдущим состоянием бранча. Думаю,
>  >>> как-то так.
>  >> Меня напрягло прежде всего его попадание в сборочную
>  >> песочницу.
>  > По сборочным зависимостям. В базовом сборочном чруте этого
>  > пакета нет, равно как и многих других.
> 
> Скорее, по зависимостям зависимостей зависимостей.
> 
>  >> Да и сам факт наличия битого пакета в репе - тоже не фонтан...
>  > В репозитории битых пакетов не бывает.
> 
> Тогда откуда вылезла эта ботва?

Какая ботва?
098e1bb01b1a54ae7bbfddcc9d188978d3e151e208a752f1606185032721e7f9 - это
правильная контрольная сумма для файла pam_systemd-243-alt4.x86_64.rpm

> З.Ы. (Замечу Ышо): только сейчас подумал о том, что хорошо было бы
> отключить обновление локального зеркала репы и посмотреть на ейное
> состояние в тот момент более внимательно - но сейчас уже отработал
> rsync и все волшебным образом исправилось.
> 
> З.З.Ы. (Затем Замечу Ышо): а вот битый файл сохранился - могу дать
> заинтересованным людям на поковыряться.

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


-- 
ldv

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: [devel] ой...

[Alexey V. Vissarionov]

On 2019-11-11 02:15:25 +0300, Alexey Shabalin wrote:

 >> З.З.Ы. (Затем Замечу Ышо): а вот битый файл сохранился -
 >> могу дать заинтересованным людям на поковыряться.
 > Кому интересны результаты, достигнутые кривыми руками?

Ну вот ты же посчитал, что написанное тобой по синей репе (а ничем
другим я столь изысканные манеры объяснить не могу) будет интересно
всем подписчикам листа...

А вот сколько и чего в тебе плескалось - действительно интересно.
Могу предположить, что не менее литра крепких напитков, пусть даже
употребленных под хорошую закуску :-)


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] ой...

[Vitaly Chikunov]

On Sun, Nov 10, 2019 at 03:14:05AM +0300, Alexey V. Vissarionov wrote:
> Меня напрягло прежде всего его попадание в сборочную песочницу.
> Да и сам факт наличия битого пакета в репе - тоже не фонтан...

Дебиан:

  "Как зеркалировать

  Не используйте собственные сценарии и не используйте rsync в режиме
  одного прохода. Использование ftpsync гарантирует, что обновления
  осуществляются так, что apt работает нормально. ..."

Возможно, нужно аналогичное решения для нас.

Re: [devel] ой...

[Vitaly Chikunov]

On Thu, Nov 14, 2019 at 07:52:41PM +0300, Vitaly Chikunov wrote:
> On Sun, Nov 10, 2019 at 03:14:05AM +0300, Alexey V. Vissarionov wrote:
> > Меня напрягло прежде всего его попадание в сборочную песочницу.
> > Да и сам факт наличия битого пакета в репе - тоже не фонтан...
> 
> Дебиан:
> 
>   "Как зеркалировать
> 
>   Не используйте собственные сценарии и не используйте rsync в режиме
>   одного прохода. Использование ftpsync гарантирует, что обновления
>   осуществляются так, что apt работает нормально. ..."
> 
> Возможно, нужно аналогичное решения для нас.

Shaba подсказал, что есть пакет sisyphus-mirror.

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

Re: [devel] ой...

[Andrey Savchenko]

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

On Thu, 14 Nov 2019 20:51:56 +0300 Vitaly Chikunov wrote:
> On Thu, Nov 14, 2019 at 07:52:41PM +0300, Vitaly Chikunov wrote:
> > On Sun, Nov 10, 2019 at 03:14:05AM +0300, Alexey V. Vissarionov wrote:
> > > Меня напрягло прежде всего его попадание в сборочную песочницу.
> > > Да и сам факт наличия битого пакета в репе - тоже не фонтан...
> > 
> > Дебиан:
> > 
> >   "Как зеркалировать
> > 
> >   Не используйте собственные сценарии и не используйте rsync в режиме
> >   одного прохода. Использование ftpsync гарантирует, что обновления
> >   осуществляются так, что apt работает нормально. ..."
> > 
> > Возможно, нужно аналогичное решения для нас.
> 
> Shaba подсказал, что есть пакет sisyphus-mirror.
> 
> Но, судя по его коду, нет гарантии, что он сделает консистентное
> зеркало, так как повторный rsync делается только если rsync вернул не 0.
> А rsync может и не обнаружить рассинхрон.

Для этого есть clsync --exit-on-no-events поверх rsync:
синхронизация будет делаться до тех пор, пока за время последней
досинхронизации не возникнет новых событий, т.е. до тех пор, пока
не будет точного зеркала в рамках заданных правил.

> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Best regards,
Andrew Savchenko

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

Re: [devel] ой...

[Alexey V. Vissarionov]

On 2019-11-14 19:52:41 +0300, Vitaly Chikunov wrote:

 >> Меня напрягло прежде всего его попадание в сборочную
 >> песочницу. Да и сам факт наличия битого пакета в репе -
 >> тоже не фонтан...
 > Дебиан: "Как зеркалировать
 > Не используйте собственные сценарии и не используйте rsync в
 > режиме одного прохода.

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

 > Использование ftpsync гарантирует, что обновления осуществляются
 > так, что apt работает нормально. ..."

Это какая-то специальная приблуда или скриптопись вокруг rsync?

 > Возможно, нужно аналогичное решения для нас.

Пока rsync в три прохода вполне достаточно. Да и источник ошибки,
как выяснилось, вовсе не в зеркале.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net