Dzisiaj mialem problem z rejestracja Solarisa 10u4.
Byl zainstalowany w wersji minimal + dodatkowe paczki.
Niestety nie zostaly wykryte wszystkie zaleznosci.
Aby sconadm mogl zarejestrowac hosta, sa potrzebne nastepujace paczki:
SUNWzoner
SUNWj5rt
SUNWj5rtx
SUNWpoolr
SUNWpool
SUNWadmc
SUNWadmfr
SUNWadmfw
SUNWlur
SUNWluu
SUNWluzone
SUNWzoneu
SUNWbrg
SUNWccccfg
SUNWccccr
SUNWccccrr
SUNWccfw
SUNWccfwctrl
SUNWccinv
SUNWccsign
SUNWcctpx
SUNWcsr
SUNWcsu
SUNWdc - w u4 nie ma tej paczki
SUNWppro-plugin-sunos-base
SUNWppror
SUNWpprou
SUNWxcu4
SUNWctpls
SUNWmfrun
SUNWscn-base-r
SUNWscn-base
SUNWscnprmr
SUNWscnprm
SUNWscnsomr
SUNWscnsom
SUNWjdmk-base
Jesli `smpatch analyze` mowi ze nadal host jest niezarejestrowany,
nalezy zrobic kilka czynnosci:
# cacaoadm stop
# cacaoadm status
# /usr/lib/cc-ccr/bin/eraseCCRRepository
# rm /var/scn/persistence/SCN*
Nastepnie nalezy ponownie zarejestrowac hosta.
niedziela, 28 października 2007
sobota, 6 października 2007
Xen w OpenSolaris
Niedługo będzie dostępny build 75 OpenSolarisa,
a w nim zobaczymy obsługę platformy XEN.
OpenSolarisowa wersja XENa będzie się nazywać xVM.
Xen jest to "parawirtualizator" działający jako jądro systemu.
Aby mieć kontakt ze światem potrzebna jest tzw. "Domena 0" (dom0)
jako iż działa ona w uprzywilejowanym trybie procesora (stąd 0).
Domena 0 jest to system operacyjny (np jądro OpenSolarisa), który zamiast
odnosić się bezpośrednio do architektury sprzętowej (np i686, amd64),
korzysta z nowej architektury jaką jest XEN.
Xen udostępnia tylko podstawowe funkcje jądra.
Cała korzyść używania Xena jest taka, iż można utworzyć domeny
nieuprzywilejowane (domU) , które działają w nieuprzywilejowanym
trybie pracy procesora.
Jądro domeny U nie posiada sterowników odnoszących się do sprzętu,
wszystkie sterowniki działają w dom0.
Domena U jest to system operacyjny, ktorego jądro korzysta z architektury Xen.
Xen nie używa emulacji, używa parawirtualizacji, która jest szeroko opisana w sieci,
więc nie będę się niepotrzebnie rozpisywać na jej temat.
Dla użytkownika oznacza to, iż koszt uruchomienia domeny U nie jest taki duży
jak w przypadku emulacji.
Parawirtualizacja jest nieporównywalnie szybsza od emulacji.
Wraz z OpenSolaris b75 będziemy mogli uruchomić w okienku (lub bez okienka)
inne systemy w domenie U, które są przeportowane na platformę Xen
(np. Linux, FreeBSD, NetBSD, Plan9, OpenSolaris).
Jeśli mamy nowy procesor z obsługą sprzętowej wirtualizacji,
będziemy mogli uruchamiać niezmodyfikowane jądra systemów
np. Solaris10, Windows, MacOSX, itp.
a w nim zobaczymy obsługę platformy XEN.
OpenSolarisowa wersja XENa będzie się nazywać xVM.
Xen jest to "parawirtualizator" działający jako jądro systemu.
Aby mieć kontakt ze światem potrzebna jest tzw. "Domena 0" (dom0)
jako iż działa ona w uprzywilejowanym trybie procesora (stąd 0).
Domena 0 jest to system operacyjny (np jądro OpenSolarisa), który zamiast
odnosić się bezpośrednio do architektury sprzętowej (np i686, amd64),
korzysta z nowej architektury jaką jest XEN.
Xen udostępnia tylko podstawowe funkcje jądra.
Cała korzyść używania Xena jest taka, iż można utworzyć domeny
nieuprzywilejowane (domU) , które działają w nieuprzywilejowanym
trybie pracy procesora.
Jądro domeny U nie posiada sterowników odnoszących się do sprzętu,
wszystkie sterowniki działają w dom0.
Domena U jest to system operacyjny, ktorego jądro korzysta z architektury Xen.
Xen nie używa emulacji, używa parawirtualizacji, która jest szeroko opisana w sieci,
więc nie będę się niepotrzebnie rozpisywać na jej temat.
Dla użytkownika oznacza to, iż koszt uruchomienia domeny U nie jest taki duży
jak w przypadku emulacji.
Parawirtualizacja jest nieporównywalnie szybsza od emulacji.
Wraz z OpenSolaris b75 będziemy mogli uruchomić w okienku (lub bez okienka)
inne systemy w domenie U, które są przeportowane na platformę Xen
(np. Linux, FreeBSD, NetBSD, Plan9, OpenSolaris).
Jeśli mamy nowy procesor z obsługą sprzętowej wirtualizacji,
będziemy mogli uruchamiać niezmodyfikowane jądra systemów
np. Solaris10, Windows, MacOSX, itp.
OpenSolaris Curriculum Development Guide
Właśnie została udostępniona polska wersja OpenSolaris Curriculum Development Guide.
Bardzo ciekawe źródło informacji na temat OpenSolarisa i to w całości po POLSKU :)
http://opensolaris.org/os/community/edu/curriculum_development/
Bardzo ciekawe źródło informacji na temat OpenSolarisa i to w całości po POLSKU :)
http://opensolaris.org/os/community/edu/curriculum_development/
piątek, 24 sierpnia 2007
SXCE 70 - naprawiony bug z gnome-terminal
Blad z rozmazanym kursorem w gnome-terminal jest naprawiony w najnowszym buildzie (70).
Zaczynam znowu uzywac gnome-terminal, zamiast mrxvt ...
Zaczynam znowu uzywac gnome-terminal, zamiast mrxvt ...
czwartek, 23 sierpnia 2007
Live Upgrade cd... (czas na SXCE70)
Dostepne juz jest SXCE70, wiec warto sie z nim zapoznac,
oczywiscie w bezpieczny sposob, korzystajac z Live Upgrade.
Moje obecne srodowiska uruchomieniowe:
# lustatus
Boot Environment Is Active Active Can Copy
Name Complete Now On Reboot Delete Status
-------------------------- -------- ------ --------- ------ ----------
be0_xen66 yes no no yes -
be1_snv69 yes yes yes no -
Zamienimy nazwe srodowiska, ktore bedziemy upgradeowac,
aby nie bylo balaganu:
# lurename -e be0_xen66 -n be0_snv70
Renaming boot environment to .
Changing the name of BE in the BE definition file.
Changing the name of BE in configuration file.
Updating compare databases on boot environment.
Changing the name of BE in Internal Configuration Files.
Propagating the boot environment name change to all BEs.
Boot environment renamed to .
Nazwa juz jest zmieniona:
# lustatus
Boot Environment Is Active Active Can Copy
Name Complete Now On Reboot Delete Status
-------------------------- -------- ------ --------- ------ ----------
be0_snv70 yes no no yes -
be1_snv69 yes yes yes no -
W nastepnym kroku zsynchronizujemy srodowiska.
Zrobimy kopie obecnego srodowiska (SXCE69)
w miejsce starego (SXCE66-xen) ...
# time lumake -n be0_snv70
Creating configuration for boot environment.
Source boot environment is.
Determining the split file systems of .
Determining the merge point of .
Determining the size and inode count for the split filesystem of .
Creating boot environment.
Checking for GRUB menu on boot environment.
Saving GRUB menu on boot environment.
Creating file systems on boot environment.
Creating file system for in zone on .
Mounting file systems for boot environment.
Calculating required sizes of file systems for boot environment.
Populating file systems on boot environment.
Checking selection integrity.
Integrity check OK.
Populating contents of mount point .
Copying.
Creating shared file system mount points.
Creating compare databases for boot environment.
Creating compare database for file system .
Updating compare databases on boot environment.
Making boot environment bootable.
Updating bootenv.rc on ABE.
Population of boot environment successful.
Teraz majac juz identyczna kopie srodowiska robimy upgrade:
# lofiadm -a /mnt/new/sol-nv-b70-x86-dvd.iso
/dev/lofi/1
# mount -F hsfs /dev/lofi/1 /mnt/x/
# time luupgrade -u -n be0_snv70 -s /mnt/x
Copying failsafe kernel from media.
Uncompressing miniroot
Creating miniroot device
miniroot filesystem is
Mounting miniroot at
Validating the contents of the media .
The media is a standard Solaris media.
The media contains an operating system upgrade image.
The media contains version <11>.
Constructing upgrade profile to use.
Locating the operating system upgrade program.
Checking for existence of previously scheduled Live Upgrade requests.
Creating upgrade profile for BE.
Checking for GRUB menu on ABE.
Checking for x86 boot partition on ABE.
Determining packages to install or upgrade for BE.
Performing the operating system upgrade of the BE.
CAUTION: Interrupting this process may leave the boot environment unstable
or unbootable.
Upgrading Solaris: 100% completed
Installation of the packages from this media is complete.
Deleted empty GRUB menu on ABE.
Adding operating system patches to the BE.
The operating system patch installation is complete.
ABE boot partition backing deleted.
Configuring failsafe for system.
Failsafe configuration is complete.
INFORMATION: The file on boot
environment contains a log of the upgrade operation.
INFORMATION: The file on boot
environment contains a log of cleanup operations required.
INFORMATION: Review the files listed above. Remember that all of the files
are located on boot environment. Before you activate boot
environment, determine if any additional system maintenance is
required or if additional media of the software distribution must be
installed.
The Solaris upgrade of the boot environment is complete.
Installing failsafe
Failsafe install is complete.
Aktywujemy nowy system:
# luactivate -n be0_snv70
Saving latest GRUB loader.
Generating partition and slice information for ABE
No boot menu exists. Creating new menu file
Generating direct boot menu entries for ABE.
Generating direct boot menu entries for PBE.
**********************************************************************
The target boot environment has been activated. It will be used when you
reboot. NOTE: You MUST NOT USE the reboot, halt, or uadmin commands. You
MUST USE either the init or the shutdown command when you reboot. If you
do not use either init or shutdown, the system will not boot using the
target BE.
**********************************************************************
In case of a failure while booting to the target BE, the following process
needs to be followed to fallback to the currently working boot environment:
1. Do *not* change *hard* disk order in the BIOS.
2. Boot from the Solaris Install CD or Network and bring the system to
Single User mode.
3. Mount the Parent boot environment root slice to some directory (like
/mnt). You can use the following command to mount:
mount -Fufs /dev/dsk/c0d0s3 /mnt
4. Run utility with out any arguments from the Parent boot
environment root slice, as shown below:
/mnt/sbin/luactivate
5. luactivate, activates the previous working boot environment and
indicates the result.
6. Exit Single User mode and reboot the machine.
**********************************************************************
Modifying boot archive service
GRUB menu is on device: .
Filesystem type for menu device:.
Activation of boot environment successful.
Uruchamiamy nowy system:
# init 6
oczywiscie w bezpieczny sposob, korzystajac z Live Upgrade.
Moje obecne srodowiska uruchomieniowe:
# lustatus
Boot Environment Is Active Active Can Copy
Name Complete Now On Reboot Delete Status
-------------------------- -------- ------ --------- ------ ----------
be0_xen66 yes no no yes -
be1_snv69 yes yes yes no -
Zamienimy nazwe srodowiska, ktore bedziemy upgradeowac,
aby nie bylo balaganu:
# lurename -e be0_xen66 -n be0_snv70
Renaming boot environment
Changing the name of BE in the BE definition file.
Changing the name of BE in configuration file.
Updating compare databases on boot environment
Changing the name of BE in Internal Configuration Files.
Propagating the boot environment name change to all BEs.
Boot environment
Nazwa juz jest zmieniona:
# lustatus
Boot Environment Is Active Active Can Copy
Name Complete Now On Reboot Delete Status
-------------------------- -------- ------ --------- ------ ----------
be0_snv70 yes no no yes -
be1_snv69 yes yes yes no -
W nastepnym kroku zsynchronizujemy srodowiska.
Zrobimy kopie obecnego srodowiska (SXCE69)
w miejsce starego (SXCE66-xen) ...
# time lumake -n be0_snv70
Creating configuration for boot environment
Source boot environment is
Determining the split file systems of
Determining the merge point of
Determining the size and inode count for the split filesystem of
Creating boot environment
Checking for GRUB menu on boot environment
Saving GRUB menu on boot environment
Creating file systems on boot environment
Creating
Mounting file systems for boot environment
Calculating required sizes of file systems for boot environment
Populating file systems on boot environment
Checking selection integrity.
Integrity check OK.
Populating contents of mount point
Copying.
Creating shared file system mount points.
Creating compare databases for boot environment
Creating compare database for file system
Updating compare databases on boot environment
Making boot environment
Updating bootenv.rc on ABE
Population of boot environment
Teraz majac juz identyczna kopie srodowiska robimy upgrade:
# lofiadm -a /mnt/new/sol-nv-b70-x86-dvd.iso
/dev/lofi/1
# mount -F hsfs /dev/lofi/1 /mnt/x/
# time luupgrade -u -n be0_snv70 -s /mnt/x
Copying failsafe kernel from media.
Uncompressing miniroot
Creating miniroot device
miniroot filesystem is
Mounting miniroot at
Validating the contents of the media .
The media is a standard Solaris media.
The media contains an operating system upgrade image.
The media contains
Constructing upgrade profile to use.
Locating the operating system upgrade program.
Checking for existence of previously scheduled Live Upgrade requests.
Creating upgrade profile for BE
Checking for GRUB menu on ABE
Checking for x86 boot partition on ABE.
Determining packages to install or upgrade for BE
Performing the operating system upgrade of the BE
CAUTION: Interrupting this process may leave the boot environment unstable
or unbootable.
Upgrading Solaris: 100% completed
Installation of the packages from this media is complete.
Deleted empty GRUB menu on ABE
Adding operating system patches to the BE
The operating system patch installation is complete.
ABE boot partition backing deleted.
Configuring failsafe for system.
Failsafe configuration is complete.
INFORMATION: The file on boot
environment
INFORMATION: The file on boot
environment
INFORMATION: Review the files listed above. Remember that all of the files
are located on boot environment
environment
required or if additional media of the software distribution must be
installed.
The Solaris upgrade of the boot environment
Installing failsafe
Failsafe install is complete.
Aktywujemy nowy system:
# luactivate -n be0_snv70
Saving latest GRUB loader.
Generating partition and slice information for ABE
No boot menu exists. Creating new menu file
Generating direct boot menu entries for ABE.
Generating direct boot menu entries for PBE.
**********************************************************************
The target boot environment has been activated. It will be used when you
reboot. NOTE: You MUST NOT USE the reboot, halt, or uadmin commands. You
MUST USE either the init or the shutdown command when you reboot. If you
do not use either init or shutdown, the system will not boot using the
target BE.
**********************************************************************
In case of a failure while booting to the target BE, the following process
needs to be followed to fallback to the currently working boot environment:
1. Do *not* change *hard* disk order in the BIOS.
2. Boot from the Solaris Install CD or Network and bring the system to
Single User mode.
3. Mount the Parent boot environment root slice to some directory (like
/mnt). You can use the following command to mount:
mount -Fufs /dev/dsk/c0d0s3 /mnt
4. Run
environment root slice, as shown below:
/mnt/sbin/luactivate
5. luactivate, activates the previous working boot environment and
indicates the result.
6. Exit Single User mode and reboot the machine.
**********************************************************************
Modifying boot archive service
GRUB menu is on device: .
Filesystem type for menu device:
Activation of boot environment
Uruchamiamy nowy system:
# init 6
środa, 15 sierpnia 2007
Realtek 8139 GLDv3
Wczoraj Garrett D'Amore na swoim blogu http://gdamore.blogspot.com/2007/08/stuck-with-rtls-realtek-8139.html
poinformowal o fakcie iz dodal obsluge GLDv3 do sterownika realtek 8139 w
OpenSolaris (swoja droga, kiedys go prosilem o to...).
GLDv3 daje m.in obsluge aggregacji portow, oraz wirtualizacji (IP instances),
na co czekam od jakiegos czasu ...
Realtek 8139 to slabe uklady, ale sa w powszechnym uzyciu i sa najtansze.
Mozna powiedziec, ze jest to "standard" w Polsce :)
Czekam z niecierpliwoscia na oficjalne wlaczenie binariow (sterownik 8139 jest
zamkniety jeszcze) do SXCE.
poinformowal o fakcie iz dodal obsluge GLDv3 do sterownika realtek 8139 w
OpenSolaris (swoja droga, kiedys go prosilem o to...).
GLDv3 daje m.in obsluge aggregacji portow, oraz wirtualizacji (IP instances),
na co czekam od jakiegos czasu ...
Realtek 8139 to slabe uklady, ale sa w powszechnym uzyciu i sa najtansze.
Mozna powiedziec, ze jest to "standard" w Polsce :)
Czekam z niecierpliwoscia na oficjalne wlaczenie binariow (sterownik 8139 jest
zamkniety jeszcze) do SXCE.
D-Trace Provider dla /bin/sh
Kilka dni temu powstal provider dla /bin/sh do dtrace.
Jak na razie jest to eksperymentalne i dostepne dla builda 70.
Mozna pobrac stad: http://www.opensolaris.org/os/community/dtrace/shells/.
Jest to dla mnie szczegolnie istotne poniewaz najwiecej rzeczy pisze wlasnie w /bin/sh i provider dla dtrace
wiele moze pomoc :)
Kazdy, kto pisal wieksze skrypty w powloce wie jakie ciezkie jest debugowanie kodu, szczegolnie jesli chcemy zachowac kompatybilnosc i piszemy pod /bin/sh ;)
Czekamy na oficjalne wlaczenie zrodel do OpenSolarisa oraz backport do Solarisa 10!
Jak na razie jest to eksperymentalne i dostepne dla builda 70.
Mozna pobrac stad: http://www.opensolaris.org/os/community/dtrace/shells/.
Jest to dla mnie szczegolnie istotne poniewaz najwiecej rzeczy pisze wlasnie w /bin/sh i provider dla dtrace
wiele moze pomoc :)
Kazdy, kto pisal wieksze skrypty w powloce wie jakie ciezkie jest debugowanie kodu, szczegolnie jesli chcemy zachowac kompatybilnosc i piszemy pod /bin/sh ;)
Czekamy na oficjalne wlaczenie zrodel do OpenSolarisa oraz backport do Solarisa 10!
Subskrybuj:
Posty (Atom)
