🚀 go-pugleaf

Hypnos <Hypnos@domena.pl> wrote:
> Uff mam wreszcie maszyn? z dwoma zonami, wszystko dzia?a jak burza :-)
> 
> Pytanie do?? prozaiczne, jak prawid?owo wykonuje si? shudown takiego systemu 
> ?
> 
> Je?li w zonie "global" wykonam init 6, to wydaje mi si?, ?e w poszczeg?lnych 
> zonach wykonywany jest proces adekwatny do
> zoneadm -z zone1 halt, czyli nie wykonuje si? zwyczajny shutdown. Po tej 
> operacji musz? r?cznie startow? zony, przez boot :-(
> 
> Na forum SUN znalaz?em co? takiego co mo?na wykonywa? z zony "global" w 
> jakiej? sekwencji:
> zlogin zone2 shutdown -i 5 -g 10
> zlogin zone1 shutdown -i 5 -g 30
> 
> Zak?adam, ?e mo?na doda? to do /etc/rc0.d i b?dzie si? sk?ada?o, ale co z 
> zon? "global" czy nie zamknie si? pierwsza !?


1. Automatyczny start Zones regululowany jest poprzez:

	a. parametr autoboot w konfiguracji kazdej z zones
	b. serwis zones musi byc enabled

Czyli jezeli chcesz aby po restarcie systemu zony automatycznie sie bootowaly,
to po pierwsze dla zon ktore maja sie bootowac poprzez zonecfg ustaw parametr
autoboot na true. Dodatkowo wlacz usluge zones (svcadm enable zones).

2. Zatrzymywanie zon

   Jezeli masz wlaczona usluge zones to zatrzymujac system poprawnie zatrzymane
zostana rowniez zony, domyslnie poprzez init 0 w kazdej zonie.

Sprawdzmy:

bash-3.00$ svcs zones
STATE          STIME    FMRI
online         Nov_08   svc:/system/zones:default
bash-3.00$ svcprop zones | grep start/exec
start/exec astring /lib/svc/method/svc-zones\ %m
bash-3.00$ less /lib/svc/method/svc-zones
[...]
                for zone in $zonelist; do
                        echo " $zone\c"
                        zlogin -S $zone /sbin/init 0 < /dev/null >&0 2>&0 &
                        SHUTDOWN=1
                done
[...]

Do tego mozesz regulowac timeout - jak dlugo czekac na zamkniecie zon.


Natomiast jezeli serwis zones bedziesz mial wylaczony i uruchamiasz zony recznie, to w trakcie
zamykania systemu usluga zones nie bedzie zatrzymywana (bo juz jest zatrzymana) i w zonach
aplikacje nie beda zamykane poprzez SMF'a.


-- 
                                                Robert Milkowski
                                                rmilkowskiXXXXX@wp-sa.pl
                                                http://milek.blogspot.com

> 1. Automatyczny start Zones regululowany jest poprzez:
>
> a. parametr autoboot w konfiguracji kazdej z zones
> b. serwis zones musi byc enabled
>
> Czyli jezeli chcesz aby po restarcie systemu zony automatycznie sie 
> bootowaly,
> to po pierwsze dla zon ktore maja sie bootowac poprzez zonecfg ustaw 
> parametr
> autoboot na true. Dodatkowo wlacz usluge zones (svcadm enable zones).
>
> 2. Zatrzymywanie zon
>
>   Jezeli masz wlaczona usluge zones to zatrzymujac system poprawnie 
> zatrzymane
> zostana rowniez zony, domyslnie poprzez init 0 w kazdej zonie.
>
> Sprawdzmy:
>
> bash-3.00$ svcs zones
> STATE          STIME    FMRI
> online         Nov_08   svc:/system/zones:default

Wykonałem:
svcadm enable svc:/system/zones:default

i po restarcie maszyny init 6 mam
#svcs zones
STATE          STIME    FMRI
offline         8:15:52 svc:/system/zones:default

#zoneadm list -v
  ID NAME             STATUS         PATH
   0 global           running        /


Dalej muszę ręcznie podnosić zony, robię coś nie tak ?

#zoneadm list -v
  ID NAME             STATUS         PATH
   0 global           running        /
   1 zone1            running        /opt/zone/1
   2 zone2            ready          /opt/zone/2

"Hypnos" <Hypnos@domena.pl> writes:

> i po restarcie maszyny init 6 mam
> #svcs zones
> STATE          STIME    FMRI
> offline         8:15:52 svc:/system/zones:default

  svcs -x zones ?

-- r.

Uzytkownik "robert j. wozny" <robert.wozny@gmail.com> napisal w wiadomosci 
news:gnus.84ac1pinvf.fsf@hell.ziew.org...
> "Hypnos" <Hypnos@domena.pl> writes:
>
>> i po restarcie maszyny init 6 mam
>> #svcs zones
>> STATE          STIME    FMRI
>> offline         8:15:52 svc:/system/zones:default
>
>  svcs -x zones ?

# svcs -x zones
svc:/system/zones:default (Solaris zones)
 State: offline since Fri Dec 15 11:34:18 2006
Reason: Service svc:/milestone/multi-user:default is starting.
   See: http://sun.com/msg/SMF-8000-GE
   See: zones(5)
   See: zoneadm(1M)
Impact: This service is not running.


?? 

On 2006-12-15, Hypnos <Hypnos@domena.pl> wrote:
> Uzytkownik "robert j. wozny" <robert.wozny@gmail.com> napisal w wiadomosci 
> news:gnus.84ac1pinvf.fsf@hell.ziew.org...
>> "Hypnos" <Hypnos@domena.pl> writes:
>>
>>> i po restarcie maszyny init 6 mam
>>> #svcs zones
>>> STATE          STIME    FMRI
>>> offline         8:15:52 svc:/system/zones:default
>>
>>  svcs -x zones ?
>
> # svcs -x zones
> svc:/system/zones:default (Solaris zones)
>  State: offline since Fri Dec 15 11:34:18 2006
> Reason: Service svc:/milestone/multi-user:default is starting.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Z jakiegos powodu nie w pelni uruchomil Ci sie multi-user
sprawdz dlaczego:
# svcs -x svc:/milestone/multi-user:default

>    See: http://sun.com/msg/SMF-8000-GE
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
To sobie tez obejrzyj najlepiej

No i zobacz co jeszcze sie nie odpalilo:
# svcs -x
(lub xv)

Pozdrawiam
-- 
[ inz. Piotr Tarnowski       *DrFugazi*     /drfugazi(at)drfugazi.eu.org/ ]
[ Solaris && Linux system administrator       http://www.drfugazi.eu.org/ ]
[ ---- Department of Network Services, Information Technology Center ---- ]
[ ---- University of Silesia, Katowice, Poland. --- http://www.us.edu.pl/ ]

Już nie bardzo wiem, czego mam się złapać ??

#svcs -xv svc:/milestone/multi-user:default
svc:/milestone/multi-user:default (multi-user milestone)
 State: offline since Fri Dec 15 12:49:49 2006
Reason: Start method is running.
   See: http://sun.com/msg/SMF-8000-C4
   See: man -M /usr/share/man -s 1M init
   See: /var/svc/log/milestone-multi-user:default.log
Impact: 2 dependent services are not running:
        svc:/milestone/multi-user-server:default
        svc:/system/zones:default


#svcs -l svc:/milestone/multi-user:default
fmri         svc:/milestone/multi-user:default
name         multi-user milestone
enabled      true
state        offline
next_state   online
state_time   Fri Dec 15 12:49:49 2006
logfile      /var/svc/log/milestone-multi-user:default.log
restarter    svc:/system/svc/restarter:default
dependency   require_all/none svc:/milestone/sysconfig (online) 
svc:/milestone/single-user (online) svc:/milestone/name-services (online)
dependency   require_all/none svc:/system/filesystem/local (online)
dependency   optional_all/none svc:/platform/i86pc/kdmconfig:default 
(absent)
dependency   optional_all/none svc:/network/rpc/bind (online)
dependency   optional_all/none svc:/system/system-log (online)
dependency   optional_all/none svc:/system/utmp (online)
dependency   optional_all/none svc:/application/print/server (disabled)
dependency   optional_all/none svc:/network/inetd (online)
dependency   optional_all/none svc:/network/nfs/client (online)
dependency   optional_all/none svc:/network/ntp (disabled)
dependency   optional_all/none svc:/network/smtp:sendmail (disabled)
dependency   optional_all/none svc:/system/filesystem/autofs (online)
dependency   optional_all/none svc:/system/auditd (disabled)
dependency   optional_all/none svc:/system/cron (online)
dependency   optional_all/none svc:/system/name-service-cache (online)
dependency   require_all/none svc:/system/rmtmpfiles (online)
dependency   optional_all/none svc:/system/system-log (online)
dependency   optional_all/none svc:/system/power (online)
dependency   optional_all/none svc:/system/mdmonitor (online)
dependency   optional_all/none svc:/system/rcap (disabled)

Już mi się poprawiło z zonami. Problem dość prozaiczny napisałem skrypt, 
który czekał na uruchomienie zony i się nie kończył,  zwykła pętla "while".

W "zonie1" startuje mi baza danych, w zonie "global" mam aplikację, ktora 
się do niej łączy.

Jak wystartować aplikacę z poziomu /etc/rc2.d w zonie global abym podłączył 
się do działającej zony1 i aplikacji ?