Dotaz: Synchronizace (export/import) instalovaných balíků.

[lertimir]

Řeším otázku, jak nejrozumněji provést synchronizaci instalovaných balíků mezi stroji. S tím, že je to sice jedna distribuce, ale mohou být případně různé verze nebo různé architektury. Modelové situace:

1. Chci provést aktualizaci distribuce. Ale chci mít efektivní záložní plán pro situaci, když by se aktualizace pokazila. Tedy:
   • a) v původním distru před aktualizací exportovat seznam balíčků.
   • Provést novou instalaci při problému
   • Nastavit ručně repozitáře a předhodit distru seznam balíčků ať se vše nainstaluje.
2. Chci nainstalovat stejnou instalaci na jiném stroji. S tím, že cílová distribuce může, ale nemusí jet na stejné architektuře. (U strojů s 3GB a méně používám 32 bitové distra.)

Distribuce je openSUSE a zatím všechny možnosti jako Export z yastu, rpm -qa --last nebo

awk -F "|" '!/^#/ { if ( $2 == "install" ) print $1, ":", $3"-"$4}' /var/log/zypp/history

mají přesné identifikace balíčků. Neřešil jste něco podobného jinde?

Odpovědi

[smartass]

Skutečné řešení jsem nikdy neviděl, pouze věci, co se tomu blížily. Balíčkovací systém obvykle zná stav konkrétních balíků (včetně verze a architektury), ale těžko může exportovat takový seznam, který by splňoval všechny závislosti nezávisle na verzi a na architektuře. Asi nejrozumnější mi přišlo vyrobit si "deploy" skript, který nainstaluje požadované balíčky. Pokud už jsou nainstalované, tak se nic nestane.

[lertimir]

To pravda, ale na druhou stranu, když instaluji balíček tak potřebuji mít připojený repozitář a jen uvedu package_manager install package např. zypper install krusader či yum install krusader nebo aptitude install krusader a nezajímá mne, jaká je v současnosti aktuální verze a architektura (přičemž i verze může být pro jednu distribuci různá podle toho který konkrétní repozitář mám připojený.). Ano skript, který vyrobí instalační script. Tak jsem jen chtěl vědět jestli někdo podobný skript nemá.

[cold]

mozna to nikdo nikdy nevidel protoze je to kravina, i mezi jednotlivymi verzemi ubuntu nebo debianu se baliky jmenuji trochu jinak (novejsi verze v nazvu) anebo z novejsi verze uplne zmizi, mezi centosem a debian/ubuntu se stejny soft jmenuje taky uplne jinak muzes si bud udelat holy testovaci stroj kde budou stejne baliky a zkusit upgrade napred tam dalsi varianta je pouzit treba puppet ale i tam budes muset udrzovat seznam tech baliku ktere se budou jinak jmenovat pod suse, centosem a debianem, na druhou stranu pod puppetem staci kdyz tam zadas u verze baliku "latest" a on pak nainstaluje nebo automaticky zupgraduje dany balik podle toho jaky repositar je k serveru pripojeny (u security baliku se da nastavit aby se to updatovalo automaticky samo)

[smartass]

Ano, toto je velmi podstatný argument, ne všechny balíky se jmenují všude stejně. Je to tím pádem do značné míry také něco jako verze. V Debianu jsou často jednoduché balíčky pro přechod mezi jmény, ale ani to tento problém neřeší na 100%.

Puppet by mohlo být celkem dobré řešení, pokud by počítačů bylo hodně a požadované balíčky by se jmenovaly všude stejně.

Co se týče vyrobení seznamu balíčku navíc oproti základní instalaci, tak by to šlo proskenováním logů manažera balíčků. Pak by se z toho ještě musely odebrat balíčky nainstalované jako závislosti. Na Debianu by mohlo jít něco jako

tmp=$(mktemp)
for logfile in /var/log/aptitude* ; do
    if zcat --test $logfile 2>/dev/null ; then
        zcat $logfile | sed -n 's#\[INSTALL\] \(.*\)#\1#p' >> $tmp
    else
        sed -n 's#\[INSTALL\] \(.*\)#\1#p' $logfile >> $tmp
    fi
done
tmp2=$(mktemp)
sort -u $tmp > $tmp2
aptitude search '~i!~M' | awk '{print $2}' | sort -u > $tmp
comm -12 $tmp $tmp2
rm -f $tmp $tmp2

Pokud se do toho začnou míchat různé architektury (multiarch), tak to bude složitější.

[nobody]

a nebo zkusit pouzit apt-clone :)

[iKoulee]

Nebo

dpkg --get-selections

a

dpkg --set-selections

Pouzival sem to na normalizaci instalaci, protoze to zaroven odstrani ze systemu vsechny kraviny (cups, fail2ban, etc.), ktere jsem na puvodnim vykopal rucne.

[lertimir]

No asi jste nečetl původní dotaz. Nejde o nic obecného mezi různými distribucemi, ani nejde o management mnoha strojů, nejde ani o Debian ani žádnou jinou distribuci postavenou nad ním. Jde v podstatě o přepis nainstalované sady balíků v jedné distribuci mezi verzemi openSUSE. S tím, že pokud aktualizace distra projde bez chyb nic nepotřebuji, ale občas se může stát, a s komunitními repozitáři je to o trochu pravděpodobnější, že nastane nějaká chyba a nejrychlejší zotavaní je nová instalace. Ta ale nedodá řadu balíků nainstalovaných v průběhu života té předchozí verze. Proto jsem přemýšlel o skriptu, který mi vytvoří seznam balíků, které jsou v staré verzi a vložil bych jej do nové. Pokud to budou jen názvy, bez čísel verzí, jsou nezávislé na architektuře i na verzi distribuce. Jediný problém nastane, pokud balík změní jméno,nebo stejná funkcionalita je v novější verzi realizována jiným balíkem.

Pro mne je odpověď, že standardní řešení není.