# /usr/platform/`/usr/bin/uname -i 2> /dev/null`/sbin/prtdiag

Ce qui retourne sur une veille machine ceci :

La durée de vie d’une feuille imprimé ou d’une photo est de plus de 50-100 ans. Alors que celle d’un CD/DVD/HDD est plutôt de [...]]]> On ne le répétera jamais : Le backup est une nécessité, et avec l’ebackup tout devient plus simple mais quand est il pour la sureté et la sécurité des données ?

La durée de vie d’une feuille imprimé ou d’une photo est de plus de 50-100 ans. Alors que celle d’un CD/DVD/HDD est plutôt de 10 ans. Soit prêt de 10 fois moins.

Et les factures, les documents de travail, les photos et film de famille sont de plus en plus numérique. Autrefois le danger de perte de ces documents était très faible avec au pire un feu. Mais aujourd’hui le danger est bien plus grand :

• Durée de vie des support numérique faible.
• Mauvaise manœuvre qui entraine l’effacement (30% des pertes de données sont du à des erreurs humaines).
• Panne du matériel.
• Dégâts accidentel (feu, eau, électricité)
• Mais surtout le vol.

Et c’est bien le vol qui est dangereux. Car autrefois un voleur ne vous dérobé jamais vos photos, film ou facture cela n’ayant aucune valeur pour lui. Mais aujourd’hui étant donné que ces éléments sont stocké sur votre ordinateur le risque est bien plus grand sans parler des ordinateurs portable qui nous suivent de plus en plus en vacance. Le disque dur externe qui vous sert a faire vos sauvegarde aura le même problème.  Alors vous me direz que vous faites vos sauvegarde sur CD et DVD qui ont aucun intérêt pour le voleur, mais il faut reconnaitre que faire des sauvegardes sur DVD est assez pénible et peu fréquent surtout quand il faut sauvegarder plusieurs dizaine de GO de film et de photo. Sans parler que cela ne protégera pas vos données d’un feu ou dégâts accidentel.

C’est pour cela avec l’essor des connexions haut débit que je me suis mis à la recherche d’un système automatisé/sécurisé/décentralisé de sauvegarde de donné.Et l’ebackup m’est apparut comme le meilleur rapport sécurité/cout/utilisation.

Il faut abordé à présent le talon d’Achille de l’ebackup : la confidentialité et la sécurité des données. Car c’est bien le principal problème. Vos données sont stocké chez un prestataire de service qui peut abusé de son statut pour consulter vos données. Mais aussi durant le transfert de données de chez vous au prestataire si la connexion n’est pas crypté un pirate peut intercepter vos données. C’est pour cela qu’il faut bien consulter le contrat d’utilisation entre vous et le prestataire de service pour éviter tout abus.

Mais si vos donnée n’ont rien de trop confidentiel et que vous faite confiance à votre fournisseur de service et au contrat que vous avez signer voici une liste qui n’est pas exhaustive mais que je  mettrai à jour au fur et à mesure.

Microsoft : Live Mesh (gratuit)

Le premier qui est apparut est livemesh même si il ne répond pas encore au problème de sécurité, il est gratuit et le logiciel est plutôt bien fait et s’intègre bien à Vista. Il propose 5go d’espace met à jour votre backup automatiquement à chaque modification ou ajout de fichier.

Humyo (gratuit et payant)

• Version Personnel : 20 go gratuit avec un logiciel de sauvegarde et synchronisation. Le transfert des fichiers est crypté en SSL. De la publicité paye le service.
• La version Prenium : 100go pour 5.74 euros / mois. Pas de pub
• Les versions Prof : 100 à 250 go avec en plus des fonction de collaboration.

Decho : Mozy (gratuit et payant)

Il existe aussi mozy qui est compatible PC et MAC  pour 5$/mois avec un espace illimité ou 2GO gratuitement que je n’ai pas tester mais qui fera l’objet d’un prochain article.

N’attendez pas qu’il soit trop tard pour faire vos backup. Je vous recommande Humyo qui est le service avec le plus d’espace gratuit (20go).

1. Mysql 5

On ca commencer par installer mysql 5

# pkg-get -i mysql5 mysql5client mysql5devel mysql5rt # pkg-get -i [...]]]> Aprés le LAMP, le WAMP voici le SAMP.
Dans ce billet je vais m’atteler a expliquer comment installer un SAMP (Solaris, Apache, MySQL, PHP) sur Solaris 10 avec pkg-get et les dépôt de blastwave.

1. Mysql 5

On ca commencer par installer mysql 5

# pkg-get -i mysql5 mysql5client mysql5devel mysql5rt
# pkg-get -i mysql5test

Maintenant il faut créer le fichier /opt/csw/mysql5/my.cnf. Pour cela on va copier un fichier de configuration disponible dans /opt/csw/mysql5/share/mysql/ vers le bon repertoire.

cp /opt/csw/mysql5/share/mysql/my-small.cnf /opt/csw/mysql5/my.cnf

Editer ce fichier en fonction de vos besoin.

Maintenant on va créer la base de donnée et attribuer les permission :

# cd /opt/csw/mysql5
# ./bin/mysql_install_db
# chown -R mysql:mysql ./var

On peut à présent démarrer mysql en utilisant SMF.

Alors normalement vous n’avez pas de service mysql de lancer :

# svcs -a | grep mysql
disabled 20:08:59 svc:/network/cswmysql5:default

On active le SMF pour mysql5

# svcadm enable svc:/network/cswmysql5:default

A présent mysql est lancé :

# svcs -a | grep mysql
online 21:23:45 svc:/network/cswmysql5:default

Si vous voulez le stoper :

# svcadm disable svc:/network/cswmysql5:default

Configurons le mot de pass pour l’user root de mysql :

# /opt/csw/mysql5/bin/mysqladmin -u root password ‘new-password’

Vous pouvez tester la connexion ainsi :

# ./bin/mysql -uroot -p

2. Apache 2.2

Apache et Apache2 sont déjà installer dans Solaris mais je préfère installer la dernière version stable de apache 2.2 disponible chez blastwave.

# pkg-get apache2

Le fichier de configuration se apache2 se trouve ici /opt/csw/apache2/etc/httpd.conf vous pouvez l’éditer pour le faire correspondre à vos préférences.

De la même manière que pour mysql on va utiliser SMF pour démarrer et arrêter apache2
Commençons par chercher les différentes version d’apache2 installé :

# svcs -a | grep apache2
disabled 16:06:33 svc:/network/http:apache2
disabled 16:57:48 svc:/network/http:cswapache2

Celui qui nous intéresse, c’est le cswapache2.

# svcadm enable svc:/network/cswapache2

Apache est maintenant démarré :

# svcs -a | grep apache2
disabled 16:06:33 svc:/network/http:apache2
online 17:10:17 svc:/network/http:cswapache2

Vous pouvez tester l’affichage http://localhost

Si vous voulez l’arreter :

# svcadm disable svc:/network/cswapache2

3. PHP5

Installation de PHP5

# pkg-get -i php5
# pkg-get -i libxml2
# pkg-get ap2_modphp5
# pkg-get php5_mysql

A présent on va tester php en créant un phpinfo()

# nano /opt/csw/apache2/share/htdocs/infos.php

Et dans le fichier creer, écrivez :

Si tout est ok en vous rendant sur http://localhost/infos.php vous devriez avoir la page d’information de php.

4. phpmyadmin

# pkg-get -i phpmyadmin

On va copier puis modifier le fichier de configuration :

# cp /opt/csw/apache2/share/htdocs/phpmyadmin/config.sample.inc.php /opt/csw/apache2/share/htdocs/phpmyadmin/config.inc.php

Et on change dans ce fichier l’authentification de cookies vers http.

$cfg['Servers'][$i]['auth_type'] = ‘http’;

Entrez l’addresse : http://localhost/phpmyadmin le login et le mot pass seront ceux que vous avez configurer pour mysql au tout début.

it’s done !

http://www.sun.com/bigadmin/content/submitted/samp.html

http://www.cacti.net/downloads/docs/contrib/install_solaris.html

Ce qui est très sympa c’est que pgSQL 8.1 et 8.2 sont déjà installé dans SOLARIS 10 et Solaris SXDE (Solaris Express Developer Edition). Donc pas besoin de les installer.

Aller c’est partie pour la création de la [...]]]> Après le mini-howto d’installation de glassfish dans une zone. Voici celui pour pgSQL (postgreSQL) dans une zone.

Ce qui est très sympa c’est que pgSQL 8.1 et 8.2 sont déjà installé dans SOLARIS 10 et Solaris SXDE (Solaris Express Developer Edition). Donc pas besoin de les installer.

Aller c’est partie pour la création de la zone de la même façons que pour glassfish :

# mkdir /var/zones/z_pgsql
# chmod –R 700 /var/zones/z_pgsql

Je ne vais pas créer de pool de ressource CPU mains directement créer la zone. Je reviendrais dans un autre billet à ce sujet.

# zonecfg -z z_pgsql
sunrise: No such zone configured
Use ‘create’ to begin configuring a new zone.
#zonecfg:sunrise> create # Création de la Zone
#zonecfg:sunrise> set zonepath=/var/zones/z_pgsql #Dossier de la zone
#zonecfg:sunrise> add net # Ajout d’une configuration réseau
#zonecfg:sunrise:net> set address=192.168.1.11 #Ip de la zone
#zonecfg:sunrise:net> set physical=pcn0 #Nom de l’interphase réseau physique (vmware pour l’exemple)
#zonecfg:sunrise:net> end # fin de la configuration réseaux
#zonecfg:sunrise> verify # Vérification de la configuration
#zonecfg:sunrise> commit # Validation de la configuration
#zonecfg:sunrise> exit # Sortie de la configuration de zone

On va vérifier la configuration :

# zonecfg -z z_pgsql info
zonepath: /var/zones/z_pgsql
autoboot: false
pool:
inherit-pkg-dir:
dir: /lib
inherit-pkg-dir:
dir: /platform
inherit-pkg-dir:
dir: /sbin
inherit-pkg-dir:
dir: /usr
net:
address: 192.168.1.121
physical: pcn0

Maintenant que la configuration de la zone est prête on va passer à la création à proprement parlé de la zone. Cette étape peut être relativement longue celon les performances de votre machine.

# zoneadm –z z_pgsql verify
# zoneadm -z z_pgsql install
Preparing to install zone .
Creating list of files to copy from the global zone.
Copying <2812> files to the zone.
Initializing zone product registry.
Determining zone package initialization order.
Preparing to initialize <1200> packages on the zone.
Initialized <1200> packages on zone.
Zone is initialized.
Installation of <1> packages was skipped.
Le fichier
contient un journal de l’installation de la zone.

Vous pouvez vérifier que la zone z_pgsql est bien installé :

# zoneadm list -cvi

Maintenant que la zone est créer, on va pouvoir la démarrer :

#zoneadm –z z_pgsql boot -s

Lors du premier boot il faut configurer la zone en fonction de vos préférence. Parfois Solaris a un peu du mal a reconnaitre le F2 dans ce utiliser la combinaison de touche MAJ + Esc + 2 pour validé les étapes.

On se loge sur la zone z_glassfish :

# zlogin –C z_glassfish

Pour ne pas encombré inutilement d’image le billet, je vous ai fait un récapitulatif des différentes options que vous devrez choisir (dans l’ordre d’affichage) :

Langue : Français
Environnement Localisé : France(UTF8)
Emulateur de terminal CDE (dtterm)
Hostname: glassfish
Configuration kerberos: No
Name Service : DNS
Hostname : pgsql
Nameserver : 208.67.222.222 #nameserver de opendns
Nameserver : 208.67.220.220 #nameserver de opendns
NFS4 configuration: Choix par defaut.
Time zone: Europe
Countries et regions : France
Mot de passe : password

A présent la console doit vous demander de vous identifier

glassfish console login : root
password : password

Voila vous êtes dans votre zone, vous pouvez faire exit pour en sortir et retour dans votre zone globale solaris.

Maintenant activons postgreSQL.
On commence par switcher vers l’utilisateur postfres :

# su – postgres

On creer ensuite le cluster de la DB pgsql :

$ /usr/postgres/8.2/bin/initdb -D /var/postgres/8.2/data

Si tout c’est bien passé vous devriez avec un message de ce type :

The files belonging to this database system will be owned by user « postgres ».
This user must also own the server process.

The database cluster will be initialized with locales
COLLATE: fr_FR.UTF-8
CTYPE: fr_FR.UTF-8
MESSAGES: fr.UTF-8
MONETARY: fr_FR.UTF-8
NUMERIC: fr_FR.UTF-8
TIME: fr_FR.UTF-8
The default database encoding has accordingly been set to UTF8.

fixing permissions on existing directory /var/postgres/8.2/data … ok
creating subdirectories … ok
selecting default max_connections … 100
selecting default shared_buffers/max_fsm_pages … 32MB/204800
creating configuration files … ok
creating template1 database in /var/postgres/8.2/data/base/1 … ok
initializing pg_authid … ok
initializing dependencies … ok
creating system views … ok
loading system objects’ descriptions … ok
creating conversions … ok
setting privileges on built-in objects … ok
creating information schema … ok
vacuuming database template1 … ok
copying template1 to template0 … ok
copying template1 to postgres … ok

WARNING: enabling « trust » authentication for local connections
You can change this by editing pg_hba.conf or using the -A option the
next time you run initdb.

Success. You can now start the database server using:

/usr/postgres/8.2/bin/postgres -D /var/postgres/8.2/data
or
/usr/postgres/8.2/bin/pg_ctl -D /var/postgres/8.2/data -l logfile start

Si vous voulez acceder a votre serveur autre qu’en local il faudra changer la configuration de listen_address dans /var/postgre/8.2/data/postresql.conf :

# nano /var/postgre/8.2/data/postresql.conf
listen_address = « IP » # ou * si vous voulez que toutes les IP y accede

Enfin il existe plusieurs façons de démarrer pgSQL, je vais vous présenter celle avec SMF. En temps que root on démare postgreSQL avec SMF.

# /usr/sbin/svcadm enable postgresql:version_82

ou bien tout simplement

# /usr/postgres/8.2/bin/postgres -D /var/postgres/8.2/data

A présent je vais installer pgadmin qui est GUI pour postreySQL qui fonctionne sous windows, linux et Solaris. Je vais expliquer ici l’installation pour Solaris.

Une fois téléchargé :

# gzip -d pgadmin3-1.8.0_x86.tar.gz
# tar -xvf pgadmin3-1.8.0_x86.tar
# pkgadd -d . pgadmin3

Les binaire se trouve dans /opt/pgadmin3/bin, donc si vous voulez y acceder directement ajouter le a votre PATH.

http://www.postgresql.org/ftp/pgadmin3/release/v1.8.0/solaris/x86/

C’est finit.

La doc qui m’a permis d’écrire ce billet :

http://www.sun.com/software/solaris/howtoguides/postgresqlhowto.jsp
http://docs.sun.com/app/docs/doc/819-5578/6n7lcpcl2?a=view

# zonecfg -z z_glassfish # zonecfg:z_glassfish> select net address=<old-ip> # zonecfg:z_glassfish:net> set address=<new-ip> # zonecfg:z_glassfish:net> end # zonecfg:z_glassfish> commit

Je vais passer l’étape d’installation de Solaris 10 et de sa configuration que vous pouvez trouver sur mon blog et passer directement a [...]]]> En savourant un bagel dans cette belle ville de Montréal je me suis dit « tiens si j’écrivais un mini guide sur l’installation de Glassfish dans une Zone solaris ». Et paf c’est partie.

Je vais passer l’étape d’installation de Solaris 10 et de sa configuration que vous pouvez trouver sur mon blog et passer directement a la création de la zone puis l’installation de glassfish dedant.

Alors il faut commencer par creer l’espace de stockage pour la future zone.

# mkdir /var/zones
# mkdir /var/zones/z_glassfish

Un petit coup de chmod pour pacifier les droits :

# chmod –R 700 /var/zones/z_glassfish

Je ne vais pas créer de pool de ressource CPU mains directement créer la zone. Je reviendrais dans un autre billet à ce sujet.

# zonecfg -z z_glassfish
sunrise: No such zone configured
Use ‘create’ to begin configuring a new zone.
#zonecfg:sunrise> create # Création de la Zone
#zonecfg:sunrise> set zonepath=/var/zones/z_glassfish #Dossier de la zone
#zonecfg:sunrise> add net # Ajout d’une configuration réseau
#zonecfg:sunrise:net> set address=192.168.1.120 #Ip de la zone
#zonecfg:sunrise:net> set physical=pcn0 #Nom de l’interphase réseau physique (vmware pour l’exemple)
#zonecfg:sunrise:net> end # fin de la configuration réseaux
#zonecfg:sunrise> verify # Vérification de la configuration
#zonecfg:sunrise> commit # Validation de la configuration
#zonecfg:sunrise> exit # Sortie de la configuration de zone

On va vérifier la configuration :

# zonecfg -z z_glassfish info
zonepath: /var/zones/z_glassfish
autoboot: false
pool:
inherit-pkg-dir:
dir: /lib
inherit-pkg-dir:
dir: /platform
inherit-pkg-dir:
dir: /sbin
inherit-pkg-dir:
dir: /usr
net:
address: 192.168.1.120
physical: pcn0

Maintenant que la configuration de la zone est prête on va passer à la création à proprement parlé de la zone. Cette étape peut être relativement longue celon les performances de votre machine.

# zoneadm –z z_glassfish verify
# zoneadm -z z_glassfish install
Preparing to install zone .
Creating list of files to copy from the global zone.
Copying <2812> files to the zone.
Initializing zone product registry.
Determining zone package initialization order.
Preparing to initialize <1200> packages on the zone.
Initialized <1200> packages on zone.
Zone is initialized.
Installation of <1> packages was skipped.
Le fichier
contient un journal de l’installation de la zone.

Vous pouvez vérifier que la zone z_glassfish est bien installé :

# zoneadm list -cvi

Maintenant que la zone est créer, on va pouvoir la démarrer :

#zoneadm –z z_glassfish boot -s

Lors du premier boot il faut configurer la zone en fonction de vos préférence. Parfois Solaris a un peu du mal a reconnaitre le F2 dans ce utiliser la combinaison de touche MAJ + Esc + 2 pour validé les étapes.

On se loge sur la zone z_glassfish :

# zlogin –C z_glassfish

Pour ne pas encombré inutilement d’image le billet, je vous ai fait un récapitulatif des différentes options que vous devrez choisir (dans l’ordre d’affichage) :

Langue : Français
Environnement Localisé : France(UTF8)
Emulateur de terminal CDE (dtterm)
Hostname: glassfish
Configuration kerberos: No
Name Service : None
NFS4 configuration: Choix par defaut.
Time zone: Europe
Countries et regions : France
Mot de passe : password

A présent la console doit vous demander de vous identifier

glassfish console login : root
password : password

Voila vous êtes dans votre zone, vous pouvez faire exit pour en sortir et retour dans votre zone globale solaris.

Maintenant installons glassfish.

Toutes cette opération se déroule dans la zone que vous venez de créer, vérifier que vous êtes bien logger dedans et non dans votre zone globale.

# wget http://java.net/download/javaee5/v2ur2/promoted/SunOS_X86/glassfish-installer-v2ur2-b04-sunos_x86.jar

A présent, je vais executer le jar télécharger, qui va s’installer dans le répertoire courant.

# java -Xmx256m -jar glassfish-installer-v2ur2-b04-sunos_x86.jar

Je déplace tout ça dans un dossier appserver que j’ai creer dans le /var/ Vous pouvez faire comme vous voulez, cela ce configure dans le setup.xml

# mkdir /var/appserver
# cp -R glassfish/* /var/appserver/
# cd /var/appserver/

Je rajoute les droits d’exécution sur le dossier qui contiens les librairies qui vont me permettre de déployer mon serveur glassfish.

# chmod -R +x lib/ant/bin

Et enfin, je vais compiler le fichier setup.xml pour déployer le serveur.

# lib/ant/bin/ant -f setup.xml

Normlement, vous devrez avoir a la fin de l’exécution ceci :

BUILD SUCCESSFULL

A présent on va utiliser asadmin pour déployer le domain par defaut que l’on vient de creer. Attention l’asadmin fournis dans Solaris 10 provoque une erreur de type timeout

Timeout waiting for domain domain1 to go to starting state.
CLI156 Could not start the domain domain1.

Pour eviter cela, je vais utiliser le asadmin livré avec glassfish

# bin/asadmin start-domain domain1

Ce qui devrait vous retourner quelque comme ça :

Starting Domain domain1, please wait.
Log redirected to /var/appserver/domains/domain1/logs/server.log.
Redirecting output to /var/appserver/domains/domain1/logs/server.log
Domain domain1 is ready to receive client requests. Additional services are being started in background.
Domain [domain1] is running [Sun Java System Application Server 9.1_02 (build b04-fcs)] with its configuration and logs at: [/var/appserver/domains].
Admin Console is available at [http://localhost:4848].
Use the same port [4848] for « asadmin » commands.
User web applications are available at these URLs:
[http://localhost:8080 https://localhost:8181 ].
Following web-contexts are available:
[/web1 /__wstx-services ].
Standard JMX Clients (like JConsole) can connect to JMXServiceURL:
[service:jmx:rmi:///jndi/rmi://glassfish:8686/jmxrmi] for domain management purposes.
Domain listens on at least following ports for connections:
[8080 8181 4848 3700 3820 3920 8686 ].
Domain does not support application server clusters and other standalone instances.

Vous pouvez donc a présent accéder aux différent service de votre serveur glassfish comme indiqué dans le log juste au dessus.

Source qui m’ont aider a rédiger ce billet :
http://swik.net/GlassFish+solaris
https://glassfish.dev.java.net/
et bien sur les guru de chez guses : www.guses.org

TERM environment variable need set

Alors on peut vérifier avec un env comment se porte les variables d’environnement. Dans mon cas, cela donnait :

# env

Alors pour rajouter le user artiflo, qui aura son répertoire dans /export/home/artiflo et qui utilisera par défaut le bash:

# useradd -d /export/home/artiflo -m -s /bin/bash -c « Artiflo » artiflo

On peut changer le shell par [...]]]> Comme je débute en solaris, je me fait une petite note pour ma loutre ayant toujours connus le monde linux.

Alors pour rajouter le user artiflo, qui aura son répertoire dans /export/home/artiflo et qui utilisera par défaut le bash:

# useradd -d /export/home/artiflo -m -s /bin/bash -c « Artiflo » artiflo

On peut changer le shell par defaut avec la commande :

# passwd -e user

Et dans mon cas je vais donc répondre /usr/bin/bash.
A noter que le shell par défaut est précisé par /etc/passwd, qui a été lui même initialisé au moment de créer l’utilisateur (avec la commande useradd, option -s).

Configurer son mot de passe :

# passwd artiflo

Connaitre les informations réseau :

# ifconfig -a

Dans un premier temps je vais faire hurler les véritables admin sys SOLARIS et installer nano dans mon petit Solaris pour illustrer l’utilisation de pkg-get avec les dépôt de blastwave et les clés qui vont avec :

# pkgadd -d http://www.blastwave.org/pkg_get.pkg
# /opt/csw/bin/pkg-get -i gnupg textutils

Répondre « yes » à toutes les questions. Il se peut que l’on vous demande beaucoup beaucoup beaucoup de répondre à des questions lié à des dépendance. Si vous savez ce que vous faire vous pouvez sauter les étapes de contrôle en faisant ceci et pouvoir aller jouer avec votre loutre pendant que gnome s’installe.

# cp -p /var/pkg-get/admin-fullauto /var/pkg-get/admin

A présent vous avec pkg-get d’installer vous pouvez installer tous les applicatifs disponible chez blastwave.
Commençons donc par nano.

# /opt/csw/bin/pkg-get -i nano

Je sens déjà ma loutre qui respire en ayant nano sous la papate.

Maintenant que nano est installer on va en profiter pour configurer le pkg-get.conf afin de préciser les mirroir de blastwave qui correspondent a votre zone géographique. La liste des mirroirs ce trouve ici http://www.blastwave.org/mirrors.html. Pour la france je vous conseil ceux de solaris-fr en stable ce qui donne ceci :http://blastwave.solaris-fr.org/stable/

# /opt/csw/bin/nano /opt/csw/etc/pkg-get.conf

Commentez ceux pas défaut et remplacer par ceci :

# solaris-fr.org, pour la FRANCE:
url=http://blastwave.solaris-fr.org/stable/

A présent je vais modifier le PATH pour les user et le root afin que les binaire de blastwave puisse s’éxecuter sans devoir ecrire le chemin a la main a chaque fois. Pour cela il faut éditer 2 fichier : /etc/default/login et /etc/default/su et modifier a chaque fois le PATH et le SUPATH ainsi

# /opt/csw/bin/nano /etc/default/login

PATH=/opt/csw/bin:/usr/sfw/bin:/usr/sbin:/usr/bin:/usr/dt/bin:/usr/openwin/bin:/usr/ccs/bin
SUPATH=/opt/csw/bin:/usr/sfw/bin:/usr/sbin:/usr/bin:/usr/dt/bin:/usr/openwin/bin:/usr/ccs/bin

et

# /opt/csw/bin/nano /etc/default/su

PATH=/opt/csw/bin:/usr/sfw/bin:/usr/sbin:/usr/bin:/usr/dt/bin:/usr/openwin/bin:/usr/ccs/bin
SUPATH=/opt/csw/bin:/usr/sfw/bin:/usr/sbin:/usr/bin:/usr/dt/bin:/usr/openwin/bin:/usr/ccs/bin

Il faut vous déloger puis vous reloger pour que les informations soit pris en compte.

Vous pouvez consulter tous les paquets installer à l’aide de pkg ainsi :

# ls -ladt /var/sadm/pkg/CSW*

Enfin je termine sur un point de sécurité « facultatif » pour la plus part.

Tout a l’heure je vous ai fait installer gnupg et texutils afin de pouvoir profiter de la vérification de l’installation des paquets.
Nous allons donc télécharger puis importer la clés pgp de chez blastwave.

# wget –output-document=pgp.key http://www.blastwave.org/mirrors.html
# gpg –import pgp.key

A présent les paquets que vous installerez auront leurs clés de vérifier.

C’est fini, voici des sources qui m’ont aidé a écrire ce billet :

http://from8to5.blogspot.com/2007/11/solaris-add-user-useradd.html

http://www.blastwave.org/howto.html

La virtualisation serveur n’a rien de nouveau IBM le pratique depuis longtemps en mainframes avec VM/370 (1972). Mais ce n’est [...]]]> Voici mon premier billet sur solaris. J’ai écris ceci pour dans le cadre du laboratoire linux de SUPINFO. C’est une explication de l’utilisation des zones dans le pour l’entreprise.

1. La virtualisation

La virtualisation serveur n’a rien de nouveau IBM le pratique depuis longtemps en mainframes avec VM/370 (1972). Mais ce n’est que plus récemment avec l’expansion de la Virtualisation pour serveur Intel x86 (Xen, OpenVZ, etc) que Sun à commencer avec Solaris 10 à mettre en avant ses solutions de Virtualisation. Dans ce document nous allons étudier la virtualisation n’ont pas pour mettre en avant le principe de mettre plusieurs OS différent sur une OS hôte comme ce que le grand publique a l’habitude de faire mais plutôt la consolidation.

2. Consolidation kesako ?

2.1. La consolidation : Faire plus avec moins.

Le principe de la consolidation est simple. Cela consiste à fusionner plusieurs processus hébergé sur des serveurs différents sur un même serveur tout en conservant la sécurité et la répartition de charge des processus.

Un exemple :
Vous êtes l’administrateur système d’un parc de 8 serveurs sous Solaris qui travail pour le même projet en load balancing. Il y 4 serveurs web, 3 serveur de BDD et 1 serveur mail. Tous ces serveurs ne sont pas exploiter aux mieux de leurs performance du fait de l’impossibilité de répartir la charge CPU entre eux selon le besoin. De surcroit la quantité de travail pour administrer les 8 serveurs lors des mises à jour ou du contrôle des logs est longue et fastidieuse.

Solution : La consolidation, vous regrouper ces processus sur le même serveur et vous partager aussi bien le CPU, la RAM et l’espace disque entre les serveurs, vous améliorer ainsi les performances, réduisez le temps de maintenance et les couts. Conteneur Solaris : Les Zones

Alors pour ceux qui ne lisent pas entre les lignes voici les 3 principaux intérêts de la consolidation :

• La Continuité de service avec la migration des zones. Reprise en cas de panne en relançant la zone préalablement sauvegardé sur un autre serveur Solaris sans avoir besoin de la réinstaller.

• Performance. Optimisation de la ressource des serveurs. En permettant de pouvoir utiliser un plus grand nombre d’application sur le même serveur les ressources ne soient pas gaspillées.

• Cout. En réduisant le nombre de serveur, cela réduit par la même l’espace physique occupé dans le datacenter, les frais de gestion, l’énergie consommé par le serveur et par le système de refroidissement (50% du cout d’un serveur).

2.3. Les autres produits de consolidation

Alors comme je l’écrivais plus haut Sun n’a pas inventé le principe de consolidation. Voici les autres
principales solutions de consolidation.

• Xen pour plateforme x86, x64, IA-64, PowerPC et SPARC. Les OS supporté sont : Linux, FreeBSD, NetBSD, Plan 9, Gnu Hurd.

• VMware GSX/ESX

• Les solutions de IBM z/VM.

• Virtuozzo (OpenVZ) qui s’inspire des Conteneurs solaris

• Microsoft Virtual Server

3. La virtualisation chez Solaris : les Zones et les Containers

Maintenant que l’intérêt de la consolidation est clarifié attaquons nous à sa mise en place pour Solaris 10. Une machine virtuelle chez Solaris s’appel une Zone (elle peut aussi etre appeler Container).

3.1. Définition des Zones et des Containers

Un « Solaris Containers » est une application de Virtualisation intégré directement au système d’exploitation qui est apparut pour la premières fois dans Solaris 10 en 2007.Il permet de contrôler et d’allouer les ressources aux différente Zones à partir du système hôte.

Une « Solaris Zones » permet de virtualiser un Système d’exploitation en l’isolant et le sécurisant du
reste du système. Une application fonctionnant dans une zone est donc isolé des autres applications
ce qui la protèges de failles ou de crash d’une application sur une autres. Une zone fournis un niveau d’abstraction pour l’OS virtualisé ce qui permet de séparer de l’accès direct a la couche matériel de la machine.
La limite théorique du nombre maximum de Zone est de 8192 mais en pratique elle dépend de la quantité de ressource hardware requise par les applications comparativement à la quantité hardware disponible. C’est-à-dire le nombre de processeur, mémoire vive, carte réseau, disque dur etc.

Mais est ce que cela consomme plus de ressource ?

OpenSolaris fournis un exemple d’un cas d’utilisation d’un environnement en production web. Sur un vieux Sun Entreprise 250 Server (2 CPU 300Mhz, 512 MB RAM, 3 HDD en RAID de 40 GB) il y a 40 zones d’installée et chacune des zones contient 5 service web Apache. En exécutant des requêtes http sur les serveurs apache les couts en ressource système de la gestion des zones est si faible qu’ils ne sont pas mesurable (moins de 5%).

4. Les différents types de Zones

Il existe 2 type de Zone : La Zone Globale qui est l’instance de Solaris 10 de la machine hôte qui se lance lors du boot et les Zones non-globale qui sont les machine virtualisé héberger dans la Zone Globale.

4.1. La zone Globale

Pour alléger la quantité de ressources nécessaire les applications coexistent dans la Zone Globale. Les Zones non-globale pourront donc faire appel directement à ses applications sans avoir forcement besoin de les installer (nous y reviendront).

Tous systèmes Solaris 10 contiennent donc une Zone Globale. Cette zone globale a 2 fonctions : une pour le créer la couche d’interaction d’abstraction système et l’autre pour le contrôler et l’autre pour gérer les zones non-globale. Les processus et application fonctionnent donc dans la zone globale si aucune zone non-globale n’a été créée.

La zone globale est la seule zone où les zones non-globale peuvent être configurées, installées, gérées et désinstallées. Seul la zone globale est démarrable à partir du hardware du serveur.

L’administration de l’architecture système tel que la gestion périphérique, du routage des IP partagé,
de la reconfiguration dynamique est possible seulement dans la zone globale.
Il y a 2 façons de configurer les adresses IP, soit en allouant une IP exclusive pour une zone soit en IP
partager entre plusieurs zones.

4.2. Les zones Non-Globale

Si les paramètres par défaut sont sélectionnés, chaque Zone non-globale aura besoin d’au minimum 85MB d’espace disque libre pour s’installer si la zone globale a été installée avec tout les Metacluster des paquets Solaris. Tout nouveau paquet installer dans la zone globale demandera de l’espace disque pour les zones non-global. La quantité de mémoire vive minimum par zone est quand a elle de 40MB.
Il existe deux types de model de fichier système de zone non-globale: Les « wholes root » et les « sparse ». Le modèle « whole root » permet une configuration avec plus de paramètre alors que le modèle « wholes root » donne de meilleure performance.

Une zone installer avec le model « full-root » demandera dans les 500MB d’espace disque libre. Chaque zone, en incluant la zone globale se voit attribuer un nom de zone. La zone globale à toujours le nom globale. Chaque zone a un numéro d’identification unique attribué par le système quand la zone est démarrée. La zone globale a toujours le numéro d’identification 0. Le nom de la zone ainsi que son id sont configurable avec la commande « zonecfg ». Chaque zone a un nom de nœud qui est indépendant du nom de zone. Le nom de nœud est attribué par l’administrateur de la zone. Chaque zone dispose d’un chemin d’accès a son répertoire racine qui est relatif au répertoire racine de la zone globale.

4.3. Les différents types de zone Non-Globale

4.3.1. Les Zones Native

Par défaut une Zone non-globales et une Zone Native. Une Zone Native est une zone ayant les mêmes propriétés que le système d’exploitation (Solaris 10) en cours d’exécution sur la zone Globale.

Si le système d’exploitation hôte est configuré avec les Solaris Trusted Extensions chaque Zone non-globales sera associée avec le même niveau de sécurité ou label.

4.3.2. Les Branded Zones

Dans une Zone non-globales il est également possible de lancer un autre environnement d’exploitation que Solaris 10. Les Zones marqué (Branded Zones) permettent d’élargir la possibilité de création d’architecture de Zones différente à travers des framework ou des OS différente.

Il existe pour l’instant 2 types de Zone Branded supporté :

• Lx branded (une Zone linux) est une Zone Non-globale qui permet d’utilisé les applications développés pour Linux dans un environnement linux complet. Lx branded n’est toutefois pas une distribution Linux à part entière.
• Solaris 8 Branded permet de migrer un environnement sous Solaris 8 dans une Zone Solaris 8 fonctionnant sur un serveur hôte (Zone Globale) en Solaris 10.

4.4. Droit et privilèges

Un administrateur global a les droits super utilisateur ou rôle d’administrateur Primaire. Lorsque l’administrateur global est connecté à la zone globale il peut surveiller et contrôler l’ensemble du système.
Une zone non-globale peut être administrée par un « administrateur de zone ». L’administrateur global assigne le profil « d’administrateur de zone » dans l’interface de Management de Profile de zone. Les privilèges d’administrateur de zone sont confiné a une zone non-globale.

4.5. Récapitulatif

Zone Globale :

• ID 0 attribué par le système.
• Fournit la seule instance du noyau Solaris qui est bootable et fonctionnant sur le système.
• Contiens une installation complète du Système d’exploitation Solaris.
• Peut contenir d’autres logiciels, des répertoires, des fichiers et d’autres données qui ne sont pas installés par le biais de paquets.
• Fournit une base de données produit complète sur tous composants logiciels installés dans la zone globale.
• Contient les informations de configuration uniquement de la zone globale, comme le nom d’hôte de la zone globale, ou le système de fichier.
• Est la seule zone qui connait tous composants ou système de fichier.
• Est la seule zone qui connait l’existence des zones non-globales et leur configuration.
• Est la seule a partir de laquelle une zone non-globale peut être configuré, installé, géré ou désinstallé.

Zone Non-Globale :

• ID attribué par le système lors du démarrage de la zone.
• Opération partagé sous le kernel démarré dans la zone globale.
• Contient un sous-ensemble de l’installation complète des paquets de l’OS Solaris.
• Contient des paquets partagés avec la zone globale.
• Peut contenir des paquets logiciels non partagé depuis la zone globale. • Peut contenir d’autres logiciels, des répertoires, des fichiers et d’autres données qui ne sont pas installés par le biais de paquets ou partager depuis de la zone globale.
• Fournit une base de données produit complète sur tous composants logiciels installés dans la zone, qu’ils soient présent dans la zone non-globale ou partager en lecture seule depuis la zone globale.
• N’est pas conscient de l’existe d’autre zone.
• Ne peux pas configurer, installé, géré ou désinstallé d’autres zone, même elle-même.
• Contient les uniquement les informations de configuration de la zone non-globale, comme le nom d’hôte de la zone non-globale, ou le système de fichier.
• Peut avoir sa propre configuration du fuseau horaire.