No i nastąpił ten wielki dzień!
Wczoraj (a właściwie dzisiaj w nocy) otwarto Solaris Cluster Core! :)
http://dlc.sun.com/osol/ohac/downloads/current/
piątek, 30 maja 2008
czwartek, 29 maja 2008
Zone update on attach
Wyśmienite!!! :)
Nawet działają wszystkie usługi bez żadnych modyfikacji!
Ta strefa działała na starym SXDE 9/07,
została przeniesiona na SXCE89 (swoją drogą pracujące pod xVM jako domU).
# zoneadm -z ns2 attach -u
Getting the list of files to remove
Removing 515 files
Remove 264 of 264 packages
Installing 2542 files
Add 1216 of 1216 packages
Updating editable files
The file within the zone contains a log of the zone update.
#
Nawet działają wszystkie usługi bez żadnych modyfikacji!
Ta strefa działała na starym SXDE 9/07,
została przeniesiona na SXCE89 (swoją drogą pracujące pod xVM jako domU).
# zoneadm -z ns2 attach -u
Getting the list of files to remove
Removing 515 files
Remove 264 of 264 packages
Installing 2542 files
Add 1216 of 1216 packages
Updating editable files
The file within the zone contains a log of the zone update.
#
sobota, 24 maja 2008
Konfiguracja sieci w OpenSolaris.
Konfiguracja sieci systemu OpenSolaris wygląda podobnie jak w systemie Solaris 10.
W podanym przykładzie konfigurujemy kartę Realtek z następującymi ustawieniami:
konfiguracja statyczna - bez DHCP
interfejs karty sieciowej: rtls0
ip: 10.1.1.125
maska: 255.255.255.0
brama: 10.1.1.1
system nazewniczy: DNS
domena dns: moja.domena
serwer dns: 10.1.1.230
Na początek wyłączamy automatyczną konfigurację NWAM.
# svcadm disable svc:/network/physical:nwam
Uruchamiamy domyślną konfigurację interfejsów sieciowych.
# svcadm enable svc:/network/physical:default
Musimy wiedzieć jakie mamy karty sieciowe w systemie:
# dladm show-dev
LINK STATE SPEED DUPLEX
ath0 unknown 0Mb unknown
rtls0 up 100Mb full
Jeśli 'dladm' nie pokazuje naszej karty sieciowej, może warto zajrzeć na stronę http://homepage2.nifty.com/mrym3/taiyodo/eng/ i pobrać odpowiedni sterownik.
Chcemy skonfigurować kartę Realtek.
Usuwamy obecną konfigurację karty z systemu:
# ifconfig rtls0 unplumb
Włączamy kartę z zerowymi ustawieniami:
# ifconfig rtls0 plumb
Podnosimy interfejs i dajemy mu adres 10.1.1.125 w masce 24bitowej (255.255.255.0):
# ifconfig rtls0 up 10.1.1.125/24
Usuwamy konfigurację rutowania:
# route flush
Konfigurujemy domyślną bramkę w systemie:
# route add default 10.1.1.1
add net default: gateway 10.1.1.1
Konfigurujemy DNS jako domyślny system nazewniczy:
# cp /etc/nsswitch.dns /etc/nsswitch.conf
Upewniamy się, że mamy odpowiednio skonfigurowane DNSy:
# cat /etc/resolv.conf
domain moja.domena
nameserver 10.1.1.230
search moja.domena
W tym momencie powinniśmy mieć działające połączenie sieciowe.
Aby system miał takie ustawienia po restarcie, musimy jeszcze zrobić kilka czynności.
W tym celu upewniamy się, że mamy skonfigurowaną maskę naszej podsieci:
# tail -1 /etc/netmasks
10.1.1.0 255.255.255.0
Powinniśmy ustawić domyślną bramkę:
# cat /etc/defaultrouter
10.1.1.1
Bardzo ważna jest konfiguracja nazwy maszyny:
# cat /etc/nodename
myhost
Nazwa maszyny musi się znajdować w /etc/hosts
# grep myhost /etc/hosts
10.1.1.230 myhost.doja.domena myhost loghost
Aby interfejs rtls0 był skonfigurowany z ustawieniami maszyny 'myhost',
musimy wpisać nazwę 'myhost' do pliku /etc/hostname.rtls0.
Upewniamy się, że to zrobiliśmy:
# cat /etc/hostname.rtls0
myhost
Teraz ustawienia powinny przetrwać restart systemu.
Można również zrobić to restartując usługę svc:/network/physical:default:
# svcadm restart svc:/network/physical:default
W podanym przykładzie konfigurujemy kartę Realtek z następującymi ustawieniami:
konfiguracja statyczna - bez DHCP
interfejs karty sieciowej: rtls0
ip: 10.1.1.125
maska: 255.255.255.0
brama: 10.1.1.1
system nazewniczy: DNS
domena dns: moja.domena
serwer dns: 10.1.1.230
Na początek wyłączamy automatyczną konfigurację NWAM.
# svcadm disable svc:/network/physical:nwam
Uruchamiamy domyślną konfigurację interfejsów sieciowych.
# svcadm enable svc:/network/physical:default
Musimy wiedzieć jakie mamy karty sieciowe w systemie:
# dladm show-dev
LINK STATE SPEED DUPLEX
ath0 unknown 0Mb unknown
rtls0 up 100Mb full
Jeśli 'dladm' nie pokazuje naszej karty sieciowej, może warto zajrzeć na stronę http://homepage2.nifty.com/mrym3/taiyodo/eng/ i pobrać odpowiedni sterownik.
Chcemy skonfigurować kartę Realtek.
Usuwamy obecną konfigurację karty z systemu:
# ifconfig rtls0 unplumb
Włączamy kartę z zerowymi ustawieniami:
# ifconfig rtls0 plumb
Podnosimy interfejs i dajemy mu adres 10.1.1.125 w masce 24bitowej (255.255.255.0):
# ifconfig rtls0 up 10.1.1.125/24
Usuwamy konfigurację rutowania:
# route flush
Konfigurujemy domyślną bramkę w systemie:
# route add default 10.1.1.1
add net default: gateway 10.1.1.1
Konfigurujemy DNS jako domyślny system nazewniczy:
# cp /etc/nsswitch.dns /etc/nsswitch.conf
Upewniamy się, że mamy odpowiednio skonfigurowane DNSy:
# cat /etc/resolv.conf
domain moja.domena
nameserver 10.1.1.230
search moja.domena
W tym momencie powinniśmy mieć działające połączenie sieciowe.
Aby system miał takie ustawienia po restarcie, musimy jeszcze zrobić kilka czynności.
W tym celu upewniamy się, że mamy skonfigurowaną maskę naszej podsieci:
# tail -1 /etc/netmasks
10.1.1.0 255.255.255.0
Powinniśmy ustawić domyślną bramkę:
# cat /etc/defaultrouter
10.1.1.1
Bardzo ważna jest konfiguracja nazwy maszyny:
# cat /etc/nodename
myhost
Nazwa maszyny musi się znajdować w /etc/hosts
# grep myhost /etc/hosts
10.1.1.230 myhost.doja.domena myhost loghost
Aby interfejs rtls0 był skonfigurowany z ustawieniami maszyny 'myhost',
musimy wpisać nazwę 'myhost' do pliku /etc/hostname.rtls0.
Upewniamy się, że to zrobiliśmy:
# cat /etc/hostname.rtls0
myhost
Teraz ustawienia powinny przetrwać restart systemu.
Można również zrobić to restartując usługę svc:/network/physical:default:
# svcadm restart svc:/network/physical:default
sobota, 10 maja 2008
2008.05 i xVM
Instalujemy serwer xVM na OpenSolaris 2008.05 w 32bitach bez akceleracji sprzętowej.
# cat /etc/release
OpenSolaris 2008.05 snv_86_rc3 X86
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 26 April 2008
Tworzymy nowe środowisko uruchomieniowe:
# beadm create os_test
Edytujemy wpisy bootloadera, plik znajduje się tu:
/rpool/boot/grub/menu.lst
Modyfikujemy sekcję aby wyglądała podobnie do tej:
title os_test
bootfs rpool/ROOT/os_test
kernel$ /boot/$ISADIR/xen.gz
module$ /platform/i86xpv/kernel/$ISADIR/unix /platform/i86xpv/kernel/$ISADIR/unix -B $ZFS-BOOTFS
module$ /platform/i86pc/$ISADIR/boot_archive
#============ End of LIBBE entry =============
Instalujemy dodatkowe paczki.
W moim przypadku już wcześniej zainstalowałem xvm, stąd ten komunikat:
# pkg install SUNWxvm
Nothing to install in this image (is this package already installed?)
#pkg info SUNWxvm
Name: SUNWxvm
Summary: Hypervisor Header Files
State: Installed
Authority: opensolaris.org (preferred)
Version: 3.1
Build Release: 5.11
Branch: 0.86
Packaging Date: Sat Apr 26 18:25:06 2008
Size: 11.1 MB
FMRI: pkg:/SUNWxvm@3.1,5.11-0.86:20080426T182506Z
# pkg install SUNWvirtinst
DOWNLOAD PKGS FILES XFER (MB)
Completed 1/1 14/14 0.18/0.18
PHASE ACTIONS
Install Phase 24/24
Do prawidłowego działania potrzebujemy jeszcze:
# pkg install SUNWurlgrabber
DOWNLOAD PKGS FILES XFER (MB)
Completed 1/1 16/16 0.28/0.28
PHASE ACTIONS
Install Phase 26/26
# pkg install SUNWlibvirt
DOWNLOAD PKGS FILES XFER (MB)
Completed 1/1 13/13 2.10/2.10
PHASE ACTIONS
Install Phase 42/42
Uruchamiamy ponownie system i wybieramy środowisko 'os_test' w grubie.
Po uruchomieniu powinniśmy mieć jądro działające na architekturze xen.
Chodzi nam o i86xpv:
# uname -srvmpi
SunOS 5.11 snv_86 i86pc i386 i86xpv
Sprawdzamy, czy usługi xvm są uruchomione, jeśli nie, to musimy je ręcznie uruchomić:
# svcs -a | grep xvm
online 14:37:20 svc:/system/xvm/store:default
online 14:37:26 svc:/system/xvm/xend:default
online 14:37:45 svc:/system/xvm/console:default
online 14:37:49 svc:/system/xvm/domains:default
Zainstalujmy SXCE86 jako system gość :)
Tworzymy dysk dla nowego systemu:
# zfs create rpool/export/xvm
# zfs create rpool/export/xvm/snv86
# zfs create -V 8g rpool/export/xvm/snv86/disk
# ls /dev/zvol/dsk/rpool/export/xvm/snv86/disk
/dev/zvol/dsk/rpool/export/xvm/snv86/disk
Aby zadziałał xVM musimy jeszcze dodać obsługę zdarzeń XEN:
# /usr/sbin/syseventadm list -R / -c EC_xendev
Jeśli to nic nie zwraca, to wpisujemy:
# /usr/sbin/syseventadm add -R / -c EC_xendev /usr/lib/xen/scripts/xpvd-event 'action=$subclass' 'domain=$domain' 'vdev=$vdev' 'device=$device' 'devclass=$devclass' 'febe=$fob'
# /usr/sbin/syseventadm list -R / -c EC_xpvsys
Jeśli to nic nie zwraca, to wpisujemy:
# /usr/sbin/syseventadm add -R / -c EC_xpvsys /usr/lib/xen/scripts/xpvsys-event 'subclass=$subclass' 'shutdown=$shutdown'
Uruchamiamy ponownie usługę:
# /usr/sbin/syseventadm restart
Instalujemy SXCE86 w xVM korzystając z parawirtualizacji (bez sprzętowej akceleracji HVM):
# virt-install -n nv86_01 -f /dev/zvol/dsk/rpool/export/xvm/snv86/disk --paravirt --nographics --ram=400 -l /mnt/x/sol-nv-b86-x86-dvd.iso
v3.1.2-xvm chgset 'Mon Mar 17 23:11:31 2008 -0700 15633:727210f4a544'
SunOS Release 5.11 Version snv_86 32-bit
Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Configuring /dev
-
1. Solaris Interactive Text (Console session) (default)
2. Apply driver updates
3. Single user shell
Enter the number of your choice.
Timed out, continuing.
Solaris Interactive Text (Console session)
Using install cd in /dev/dsk/c0d1p0
Using RPC Bootparams for network configuration information.
Attempting to configure interface xnf0...
Skipped interface xnf0
Reading ZFS config: done.
Po wstępnej konfiguracji zaczyna się instalować :)
Solaris Initial Install
MBytes Installed: 0.04
MBytes Remaining: 317.08
Installing: Core Kernel Architecture i86xpv, (Root)
-
| | | | | |
0 20 40 60 80 100
Po instalacji w systemie dom0 widzimy nowy system:
2# xm list
Name ID Mem VCPUs State Time(s)
Domain-0 0 603 1 r----- 214.1
nv86_01 5 400 1 ------ 86.1
W systemie gość:
# uname -a
SunOS snv86-01 5.11 snv_86 i86pc i386 i86xpv
# cat /etc/release
OpenSolaris 2008.05 snv_86_rc3 X86
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 26 April 2008
Tworzymy nowe środowisko uruchomieniowe:
# beadm create os_test
Edytujemy wpisy bootloadera, plik znajduje się tu:
/rpool/boot/grub/menu.lst
Modyfikujemy sekcję aby wyglądała podobnie do tej:
title os_test
bootfs rpool/ROOT/os_test
kernel$ /boot/$ISADIR/xen.gz
module$ /platform/i86xpv/kernel/$ISADIR/unix /platform/i86xpv/kernel/$ISADIR/unix -B $ZFS-BOOTFS
module$ /platform/i86pc/$ISADIR/boot_archive
#============ End of LIBBE entry =============
Instalujemy dodatkowe paczki.
W moim przypadku już wcześniej zainstalowałem xvm, stąd ten komunikat:
# pkg install SUNWxvm
Nothing to install in this image (is this package already installed?)
#pkg info SUNWxvm
Name: SUNWxvm
Summary: Hypervisor Header Files
State: Installed
Authority: opensolaris.org (preferred)
Version: 3.1
Build Release: 5.11
Branch: 0.86
Packaging Date: Sat Apr 26 18:25:06 2008
Size: 11.1 MB
FMRI: pkg:/SUNWxvm@3.1,5.11-0.86:20080426T182506Z
# pkg install SUNWvirtinst
DOWNLOAD PKGS FILES XFER (MB)
Completed 1/1 14/14 0.18/0.18
PHASE ACTIONS
Install Phase 24/24
Do prawidłowego działania potrzebujemy jeszcze:
# pkg install SUNWurlgrabber
DOWNLOAD PKGS FILES XFER (MB)
Completed 1/1 16/16 0.28/0.28
PHASE ACTIONS
Install Phase 26/26
# pkg install SUNWlibvirt
DOWNLOAD PKGS FILES XFER (MB)
Completed 1/1 13/13 2.10/2.10
PHASE ACTIONS
Install Phase 42/42
Uruchamiamy ponownie system i wybieramy środowisko 'os_test' w grubie.
Po uruchomieniu powinniśmy mieć jądro działające na architekturze xen.
Chodzi nam o i86xpv:
# uname -srvmpi
SunOS 5.11 snv_86 i86pc i386 i86xpv
Sprawdzamy, czy usługi xvm są uruchomione, jeśli nie, to musimy je ręcznie uruchomić:
# svcs -a | grep xvm
online 14:37:20 svc:/system/xvm/store:default
online 14:37:26 svc:/system/xvm/xend:default
online 14:37:45 svc:/system/xvm/console:default
online 14:37:49 svc:/system/xvm/domains:default
Zainstalujmy SXCE86 jako system gość :)
Tworzymy dysk dla nowego systemu:
# zfs create rpool/export/xvm
# zfs create rpool/export/xvm/snv86
# zfs create -V 8g rpool/export/xvm/snv86/disk
# ls /dev/zvol/dsk/rpool/export/xvm/snv86/disk
/dev/zvol/dsk/rpool/export/xvm/snv86/disk
Aby zadziałał xVM musimy jeszcze dodać obsługę zdarzeń XEN:
# /usr/sbin/syseventadm list -R / -c EC_xendev
Jeśli to nic nie zwraca, to wpisujemy:
# /usr/sbin/syseventadm add -R / -c EC_xendev /usr/lib/xen/scripts/xpvd-event 'action=$subclass' 'domain=$domain' 'vdev=$vdev' 'device=$device' 'devclass=$devclass' 'febe=$fob'
# /usr/sbin/syseventadm list -R / -c EC_xpvsys
Jeśli to nic nie zwraca, to wpisujemy:
# /usr/sbin/syseventadm add -R / -c EC_xpvsys /usr/lib/xen/scripts/xpvsys-event 'subclass=$subclass' 'shutdown=$shutdown'
Uruchamiamy ponownie usługę:
# /usr/sbin/syseventadm restart
Instalujemy SXCE86 w xVM korzystając z parawirtualizacji (bez sprzętowej akceleracji HVM):
# virt-install -n nv86_01 -f /dev/zvol/dsk/rpool/export/xvm/snv86/disk --paravirt --nographics --ram=400 -l /mnt/x/sol-nv-b86-x86-dvd.iso
v3.1.2-xvm chgset 'Mon Mar 17 23:11:31 2008 -0700 15633:727210f4a544'
SunOS Release 5.11 Version snv_86 32-bit
Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Configuring /dev
-
1. Solaris Interactive Text (Console session) (default)
2. Apply driver updates
3. Single user shell
Enter the number of your choice.
Timed out, continuing.
Solaris Interactive Text (Console session)
Using install cd in /dev/dsk/c0d1p0
Using RPC Bootparams for network configuration information.
Attempting to configure interface xnf0...
Skipped interface xnf0
Reading ZFS config: done.
Po wstępnej konfiguracji zaczyna się instalować :)
Solaris Initial Install
MBytes Installed: 0.04
MBytes Remaining: 317.08
Installing: Core Kernel Architecture i86xpv, (Root)
-
| | | | | |
0 20 40 60 80 100
Po instalacji w systemie dom0 widzimy nowy system:
2# xm list
Name ID Mem VCPUs State Time(s)
Domain-0 0 603 1 r----- 214.1
nv86_01 5 400 1 ------ 86.1
W systemie gość:
# uname -a
SunOS snv86-01 5.11 snv_86 i86pc i386 i86xpv
piątek, 9 maja 2008
poniedziałek, 5 maja 2008
piątek, 2 maja 2008
Wymuszony upgrade...
Dzisiaj postanowiłem się zmierzyć z najnowszym patchem jądra 127128-11.
Łatka ta aktualizuje jądro Solaris 10 do wersji jaka się znajduje w najnowszej
aktualizacji (piątej) Solaris 10u5.
Problem z tą łatką uniemożliwia uruchomienie 32bitowego systemu
na starym procesorze (w moim przypadku - Celeron 733Mhz).
Brakuje jakichkolwiek informacji na ten temat w internecie - jedynie co
znalazłem, to szczątkowe informacje, iż problem taki wystąpił u kilku osób.
Jest to bardzo stary sprzęt, jednak pełni u mnie rolę serwera archiwizacji.
Nie wyobrażam sobie trzymać danych lub kopii na innym systemie plików
niż ZFS, więc postanowiłem zobaczyć, czy problem występuje również
na najnowszej dostępnej wersji Solaris Nevada.
Jako iż używam LiveUpgrade nie muszę się martwić, że coś się nie
powiedzie przy aktualizacji (swoją drogą tak właśnie testowałem łatki
do Solaris 10).
Po zaktualizowaniu Solaris 10 do Solaris Nevada (snv87) system się
uruchomił :) co oznacza, że był to tylko problem z łatką (127128-11).
Mam cały czas 3 środowiska uruchomieniowe, jednak myślę, że zostanę
już przy OpenSolaris na tym sprzęcie. Zawsze nowsza technologia i
dostępny kod źródłowy, co daje większe możliwości rozwiązania
problemów.
Łatka ta aktualizuje jądro Solaris 10 do wersji jaka się znajduje w najnowszej
aktualizacji (piątej) Solaris 10u5.
Problem z tą łatką uniemożliwia uruchomienie 32bitowego systemu
na starym procesorze (w moim przypadku - Celeron 733Mhz).
Brakuje jakichkolwiek informacji na ten temat w internecie - jedynie co
znalazłem, to szczątkowe informacje, iż problem taki wystąpił u kilku osób.
Jest to bardzo stary sprzęt, jednak pełni u mnie rolę serwera archiwizacji.
Nie wyobrażam sobie trzymać danych lub kopii na innym systemie plików
niż ZFS, więc postanowiłem zobaczyć, czy problem występuje również
na najnowszej dostępnej wersji Solaris Nevada.
Jako iż używam LiveUpgrade nie muszę się martwić, że coś się nie
powiedzie przy aktualizacji (swoją drogą tak właśnie testowałem łatki
do Solaris 10).
Po zaktualizowaniu Solaris 10 do Solaris Nevada (snv87) system się
uruchomił :) co oznacza, że był to tylko problem z łatką (127128-11).
Mam cały czas 3 środowiska uruchomieniowe, jednak myślę, że zostanę
już przy OpenSolaris na tym sprzęcie. Zawsze nowsza technologia i
dostępny kod źródłowy, co daje większe możliwości rozwiązania
problemów.
Subskrybuj:
Posty (Atom)
