🚀 go-pugleaf

Tomasz Kłoczko wrote:
> Ano mam z tym niejakie kłopoty.
> [...]
> Oczywiście perla mam zainstalowanego:
> 
> bash-3.00# pkginfo | grep perl
> system      SUNWperl584core              Perl 5.8.4 (core)
> system      SUNWperl584usr               Perl 5.8.4 (non-core)

A było juz o tym na grupie. Oj było ...

przemol

przemol <przemolicc@poczta.fm-no-spam> wrote:
> Tomasz Kłoczko wrote:
>> Ano mam z tym niejakie kłopoty.
>> [...]
>> Oczywiście perla mam zainstalowanego:
>> 
>> bash-3.00# pkginfo | grep perl
>> system      SUNWperl584core              Perl 5.8.4 (core)
>> system      SUNWperl584usr               Perl 5.8.4 (non-core)
> 
> A było juz o tym na grupie. Oj było ...

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>

1 package was not processed!

No dobra więc to samo z global:

bash-3.00# yes | pkgadd -d . SUNWpl5u 
## Verifying package <SUNWpl5u> dependencies in zone <ldap>

The package <SUNWpl5u> contains scripts which will be executed on
zone <ldap> with super-user permission during the process of
installing this package.

Do you want to continue with the installation of <SUNWpl5u> [y,n,?] y

Processing package instance <SUNWpl5u> from
</net/v440/export/install/media/Solaris_10/Solaris_10/Product>
## Installing package <SUNWpl5u> in global zone

Perl 5.6.1 (core)(sparc) 11.10.0,REV=2005.01.21.15.53
Copyright 2005 Sun Microsystems, Inc.  All rights reserved.
Use is subject to license terms.
Using </> as the package base directory.
## Processing package information.
## Processing system information.
   5 package pathnames are already properly installed.
## Verifying package dependencies.
## Verifying disk space requirements.
## Checking for conflicts with packages already installed.
## Checking for setuid/setgid programs.

This package contains scripts which will be executed with super-user
permission during the process of installing this package.

Do you want to continue with the installation of <SUNWpl5u> [y,n,?] y

Installing Perl 5.6.1 (core) as <SUNWpl5u>

## Installing part 1 of 1.
8308 blocks

Installation of <SUNWpl5u> was successful.
## Installing package <SUNWpl5u> in zone <ldap>

Perl 5.6.1 (core)(sparc) 11.10.0,REV=2005.01.21.15.53
Using </> as the package base directory.
## Processing package information.
## Processing system information.
   5 package pathnames are already properly installed.

Installing Perl 5.6.1 (core) as <SUNWpl5u>

## Installing part 1 of 1.
8308 blocks

Installation of <SUNWpl5u> on zone <ldap> was successful.

W tym wypadku zasoby okkowe są rozseparowane między global i ldap.
Nie widzę w sumie powodu dla którego akurat SUNWpl5u miałby być możliwy
do instalacji tylko z global. Mogę teraz w global usunąc SUNWpl5u i
efekt będzie taki jakbym zainstalował tylko SUNWpl5u w zonie ldap.

Tak czy inaczej etap wstępnej konfiguracji ldap serwera wygląda że
przeszedł .. ciekawe na jakie śmiesznostki dalej się nadzieję :)

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*

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-[

-- r.

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*

Tomasz Kłoczko wrote:
 > [...]
> 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).

Na snapshot-ach nie możesz nic zapisywać/modyfikować. Do tego są 
potrzebne właśnie klony.

przemol

przemol <przemolicc@poczta.fm-no-spam> wrote:
> Tomasz Kłoczko wrote:
> > [...]
>> 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).
> 
> Na snapshot-ach nie możesz nic zapisywać/modyfikować. Do tego są 
> potrzebne właśnie klony.

Masz rację. Tak czy inaczej sklonowany system plikowy jest zależny od
tego z którego powstał i początkowo współdzieli te same bloki co pozwalać
będzie na to co napisałem.

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*