🚀 go-pugleaf

robert j. wozny <robert.wozny@gmail.com> wrote:
> Tomasz Kłoczko <kloczek@wun.zie.pg.gda.pl> writes:
> 
>> No dobra .. znalazłem że trzeba mieć perla 5.6.1 (SUNWpl5u) :)
>> Tak czy inaczej nadziałem się na inny dziwny efekt.
>> Instalacja SUNWpl5u w non-global zonie:
>>
>> bash-3.00# pkgadd -d . SUNWpl5p 
>> pkgadd: ERROR: The package <SUNWpl5p> may only be installed by the
>> global zone administrator
>> pkgadd: ERROR: unable to install package <SUNWpl5p>
> 
>  jak tworzyles zone? zapewnie z inheritowanym /usr i okolice...
> 
>> No dobra więc to samo z global:
>>
>> bash-3.00# yes | pkgadd -d . SUNWpl5u 
>> ## Verifying package <SUNWpl5u> dependencies in zone <ldap>
> [...]
> 
>  a to dziala... jeszcze przyjemniejsze jest to, ze tak na prawde pliki w
>  zone'ie ldap oprocz informacji/etc nie sa instalowane - bo sa
>  inheritowane z global:/usr
> 
> ps. jak się myle... to niech ktos mnie poprawi 8-[

Moje zdziwienie sytuacją wynika właśnie z tego że nie ma tu
współdzielenia zasobów z global (pełna separacja).
Za powyższe odpowiedzialna jest procedura preparowania pakietu SUNWpl5u.
W pkginfo ma on:

SUNW_PKG_ALLZONES=true
SUNW_PKG_HOLLOW=false

a powinno być (IMO):

SUNW_PKG_ALLZONES=false
SUNW_PKG_HOLLOW=false

Poprostu nie ma tu żadnego uzasadnienia żeby wymuszać powyższym instalowanie
tego zawsze od global w dół. Jak się przyjrzeć t ow sumie mało który
pakiet dystrybucyjny ma SUNW_PKG_ALLZONES=false co jest IMO jednak błędem.
Będzie to jeszcze lepiej widać jak będzie można używać zfs na root fs.
W takim scenariuszu zapewne będzie się często tworzyć zony na
poszczególne komponenty systemu poprzez snapshot na zasobach z global i
doinstalowanie na snapshocie dodatkowych pakietów co zapewni np.
współdzielenie na poziomie stronnicowania np. libc między global i tak
utworząną non-global zoną z jednoczesną możliwością utrzymania pełnego
RW w non-global. Będzie to o np. świetne środowisko do testowanai
wszelkiego rodzaju aktualizacji środowiska jakieś aplikacji bez
wykonywania klonowania zasobów na potrzeby takich operacji (mniejsze
zapotrzebowanie na storage).

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek@rudy.mif.pg.gda.pl*