J'ai découvert Solaris à mon boulot et je suis obligé d'en manger pas mal. Au final j'aime bien mais c'est vraiment "profond", donc je me dis que pour accélérer mon apprentissage je vais créer et suivre un topic ici, rassembler des infos, des bons articles...

Quelques dates pour comprendre :
2000 : sortie de solaris 8
2002 : sortie de solaris 9
A ce stade les grandes structures du systèmes sont (souvent re-) définies et stables, et les ingénieurs de Sun se lancent dans des initiatives plus innovantes
2005 : sortie de solaris 10, Sun rend le code source de pratiquement tout le système disponible
2010 : rachat de Sun par Oracle, Garett d'Amore annonce le fork d'opensolaris illumos : http://garrett.damore.org/2010/08/ [...] ement.html
2011 : il est clair à ce stade et depuis quelques temps déjà qu'oracle ne distribuera plus le source de Solaris. Les boites qui utilisaient OpenSolaris migrent vers Illumos, plusieurs distributions se créent, et les 2 systèmes vont se différencier peu à peu dès lors.

Page wikipédia : http://en.wikipedia.org/wiki/Solar [...] _system%29
Illumos : http://wiki.illumos.org/display/illumos/illumos+Home

D'abord, pourquoi Solaris ? On pourrait en parler des heures. Perso je l'installerai pas chez moi et surtout pas en os principal, mais il y a des features bien cool :

• Zones : des conteneurs pour faire des sous-système, à la linux vserver / lxc. Un peu plus puissant par contre puisque le noyau est vraiment conscient qu'il s'agit d'une zone et lui attribue des privilèges bien spécifique, ce qui le rend plus sécurisé par design. Les zones peuvent être de versions différentes que le système grace aux branded zones (pour guest solaris 10) ou les kernel zones (pour guest solaris 11), permettant ainsi de garder son système à jour qui fait tourner ses apps legacy. Sur le fork illumos, il est même possible de faire tourner un userspace linux, et joyent propose notamment du ubuntu 64bit certifié !
• zfs : un système de fichiers avec plein de bonnes idées dedans (notamment des snapshot de tout ou partie de la racine qui prend pas de place, des hash de block du fs qui évite des erreurs d'écriture à un niveau plus précis que les systèmes journalisés "classiques", des pools de ressources (raidz)...).
• dtrace : un framework pour l'instrumentation dynamique du système (et des applications). Il a été porté depuis sur freebsd et sur osx. Il vient avec un langage à évènement ; on configure une ou plusieurs probes, qui se déclenchent lorsque un évènement se produit (par exemple, on rentre dans une fonction donnée), et ensuite on peut récupérer des infos sur le contexte, et ce dans toutes les couches du système.
• mdb : un debugger qui fait à la fois du post mortem et du live, des applications comme du noyau (!!). Ca veut dire qu'on peut observer et même modifier des variables du noyau ou des applications en temps réel. Attention toutefois ça peut être assez dangereux pour un non-initié...
• SMF : service management facility, qui permet de gérer les différents services que font tourner le système, avec leurs dépendances, leurs paramètres, etc. Extrêmement puissant et mature.
• fmadm, le fault manager qui détecte toutes les erreurs du système et facilite le monitoring et le self healing dans la mesure du possible

Et bien d'autres.

Quelques ressources :
Une bonne partie des docs de solaris et d'illumos restent interchangeables, mais certaines fonctionnalités développées dans l'un ou l'autre sont exclusives.
A priori la compatibilité binaire reste de mise entre les 2 systèmes, non pas par accord mais parce que ni Solaris ni Illumos n'a d'intérêt à changer l'ABI qui n'avait déjà pas changé depuis longtemps (mais c'est un avis vraiment personnel...).
Illumos books : de très bon bouquin gratuits pour explorer le système en profondeur (surtout dtrace) : http://illumos.org/books/

Distributions :
Omnios de omniti, celle qui ressemble le plus à solaris 10 ou 11 version server, une distro minimale super pour des servers standalone, par exemple pour build illumos : http://omnios.omniti.com/
SmartOS de joyent, une distro orientée cloud computing, qui mixe les zones, les lx zones, et un port de KVM (KVM est upstream maintenant et présent dans toutes les distros) : https://smartos.org/
OpenIndiana, une version orientée desktop qui suit les ambitions d'OpenSolaris ; historiquement c'est elle qui sert à build Illumos (même si on peut le build partout) : http://www.openindiana.org/
D'autres distros : http://wiki.illumos.org/display/illumos/Distributions

Vidéos :
S'il y en a une à voir, c'est celle-ci : https://www.youtube.com/watch?v=-zRN7XLCRhc
L'auteur de dtrace retrace l'histoire de Solaris, avec beaucoup d'humour et notamment vis-à-vis d'Oracle.

Déjà une petite question : on crée des zones, on veut les cloner. Mais on voudrait garder certains aspects de la configuration qui disparaissent mystérieusement comme la conf du client NIS. Je crois que c'est parce que tout ce qui est réseau est reconfiguré à l'installation (quand il pose des questions). Typiquement, /etc/hosts est en read only.
 
Pour le moment je fais un script qui réécrit dans ces fichiers mais c'est pas super propre, c'est une solution d'urgence pour avancer sur le projet... Quelqu'un a mieux ?

si cet engagement avec solaris est à plus ou moins long terme, et que tu imagines déjà le faire tourner chez toi - même si ce n'est que pour dire que tu n'en veux pas : pourquoi ne pas essayer FreeBSD

ou PC-BSD, qui est une version de FreeBSD orientée PC de bureau.
FreeBSD est un Unix, plutôt plus proche de solaris que de linux.
il ya une compatibilité binaire d'une version sur l'autre, contrairement à linux qui choisit de ne pas avoir d'ABI stable.

il ya les jails, même chose que les zones, et ZFS.

peut-être plus de logiciels que sous solaris, je ne sais pas. mais il ya des possibilités pour faire tourner des logiciels pour linux, et même wine. ah zut, wine existe même sous solaris

en tout cas, c'est intéressant de voir le support des pilotes graphiques nvidia : windows, linux, solaris et freebsd.

pour les scripts, les pros les mettent dans un svn ou un git.
n'est-ce pas normal d'utiliser des scripts? j'ai regardé dans mon ubuntu, j'en ai trouvé 37 dans /etc et 242 dans /usr, et il ne s'agit que de ceux en .sh

 
Pour Freebsd je pensais en effet recycler un pc qui traîne chez moi éteint pour en faire un petit serveur de backup et peut-être quelques autres petits services. J'ai notamment jeté un oeil du côté de GNU Debian/kFreeBSD qui m'a l'air très sympa dans le concept : distro debian sur un noyau freebsd avec zfs et tout. J'irais peut-être de ce côté là. Mais avec ce topic je cherche surtout à maîtriser Solaris mieux.
 
Pour les scripts, oui a priori ça pose pas de problèmes d'en utiliser. M'enfin c'est quand même dingue qu'un full clone ne reprenne pas la configuration de la zone d'origine, tu trouves pas ? Enfin c'est pas bien grave, à part qu'il va probablement falloir une étude de ce qui est vraiment reproduit d'un clone à l'autre (et surtout de ce qui ne l'est pas ^^).

Tu les clones comment tes zones ?

Je suis cette procédure à la lettre : http://www.mernin.com/blog/2007/07 [...] aris-zone/
 
(En ufs).
 
Elle fait la même taille que la zone1 (avec un applicatif et une base, dans les 300go) donc quasiment tout a l'air copié... A part quelques configs

 
Je me permet de upper ce topic car il existe beaucoup d'admins qui travaillent sous Solaris (8->11). C'est aussi mon cas, donc je me dis pourquoi pas deterrer ce topic  
 
Perso je teste Solaris 11.1 Sparc avec une integration Oracle VM (LDOM) comme domaines I/O. On est en plein tests de perfs la-dessus.
 
J'etais assez reticent sur 11.1, mais au final c'est un peu du 10 avec quelques fonctions tres sympa (pkg manager, virtual network a la Crossbow, ZFS partout).
 
Par contre, j'ai voulu l'utiliser comme desktop et la en fait, non    Deja, c'est payant, puis niveau hardware reconnu... Bref!

Je drapalise aussi Pour bosser sur Red Hat, AIX, HP-UX et Solaris, je pense que toutes les infos sont bonnes à prendre

Petite énigme à résoudre (éléments de réponse d'ici la fin du weekend). Reproductible sur s10 ou s11.1, x86 ou sparc, donc partout du moment que c'est sur zfs. A priori ça devrait aussi le faire sur des os type illumos.

Vous prenez n'importe quel fichier et vous le lisez, par exemple :

etc. Le temps doit être relativement constant vu que le fichier est en cache après l'écriture, donc en mémoire.

Puis vous faites

C'est-à-dire que vous copiez le fichier une fois, puis vous le relisez (celui d'origine, le myfile donc).

Partout où on a essayé, le temps du dd est plus court... Pourquoi ?

Énigme posée par un membre de notre équipe benchmarking. Il a ouvert un cas de bug chez oracle qu'ils ont fermé avec la mention "not a bug". Et je pense avoir trouvé.

Normal ce n'est pas un bug, c'est une fonctionnalité  
 
Pour reprendre Wikipedia sur l'article de ZFS :

Et si tu utilises un RAID-Z sur l'article du RAID :

Un fonctionnement efficace d'un système de fichiers moderne tenant compte des hautes capacités des machines actuelles, encore plus s'il s'agit de serveurs.

Comme a dit bardiel : cache FS Bienvenue en 2013^H^H2006

A voir : http://archives.sysadmin-fr.org/se [...] -_ZFS.webm

Non ce n'est pas le cache puisque tu lis le fichier plusieurs fois avant de faire le cp C'est précisé dans le post d'origine d'ailleurs.

 
Et on n'est pas en 202006 au passage.

Indice : vous trouverez pas sans utiliser dtrace et/ou sans lire le code.

allé on veut la soluce

oui trop de suspens

Petit encart:
 
Si tu veux faire de reel tests de perf en excluant le cache, le mieux est de faire un export du zpool. Les resultats sont vraiment jour/nuit.

1 mois après il ne nous a toujours pas donné sa soluce... je maintiens le cache FS et puis c'est tout

 
En effet, c'est zarbi. Par contre, 'lire' le fichier ne donne aucun progres (on reprend la procedure d'avant, sans le cp):

 
Je pencherai pour un 'striping' de data: il a deux sources, il lit de deux sources a la fois?

Drapeau !

 
Haha oui j'ai complètement zappé aussi ! J'ai rien de prévu ce soir je vais rédiger ce que j'ai trouvé. Regarde bien le sujet, tu commences par écrire le fichier donc il est dans le cache dès le début et tout le long.
 
 
 
J'ai pensé à ça aussi mais le cache zfs, par design, empêche la double mise en cache.
 
Sinon Oracle sort solaris 11.2 et à mon avis il va y avoir quelques embrouilles de licences, encore que je connais mal la cddl. Il y a quelques temps, des anciens de Sun fork le noyau d'opensolaris en illumos et expliquent les features qu'ils rajoutent en clamant haut et fort qu'elles ne seront jamais dans Oracle Solaris :
 
https://www.youtube.com/watch?v=-zRN7XLCRhc
https://www.youtube.com/watch?v=7YN6_eRIWWc
 
Et à l'annonce de solaris 11.2 le mois dernier, quelques perles :
http://www.oracle.com/technetwork/ [...] 191087.pdf
 
Dont notamment plusieurs trucs qui ne seront soit-disant jamais dans solaris !
- svcs -L pour voir les logs d'un service
- dtrace llquantize
 
Bon après moi j'ai pas le choix d'utiliser illumos au taf, c'est bien dommage d'ailleurs mais bon. Par contre je vais tester ce que donne les kernel zones couplées à openstack ça pourrait nous sortir de quelques galères (j'aurai préféré kvm mais bon).

Pour un oublié, je bosse sur la config NFS en ce moment. Bonheur.

NFS et Solaris c'est pas trop la misere... NFS et Linux+AIX et Solaris en serveur, la c'est plus chaud  

Serveur Solaris 10 NFS V3 et mon boulot c'est de le passer en NFS V4 Serveur en prod, requêtes très fréquentes Alors là dans mon bac à sable j'essaie de voir par quoi commencer

Sois d'abord sur que tous les clients supportent le NFSv4 (pas evident).

D'après mes recherches, il semblerait qu'un serveur en V4 permettent le partage avec des clients plus vieux. Dans la théorie.

Ah ca, c'est evident
Par contre, nous on a eu le cas suivant: un client pas super qui monte les shares par table NIS (autofs), bloquera pendant la negociation nfs avec un serveur si celui-ci annonce "Je sers du NFSv4" -> resultat, le client reste fige jusqu'au timeout (c'est long) pour chaque mount et rebascule en NFSv3 apres.
 
Donc on a force le NFSv3 partout (de toute facon il est plus rapide que le NFSv4)

J'espère que mes clients seront plus véloces En fait, ils veulent NFSv4 pour le port unique à ouvrir. J'en sais pas vraiment plus en dehors du "Faut que ça marche", et en dehors d'avoir travaillé sur des partages déjà en place ou en ajouter dans les montages j'ai pas réellement bossé from scratch.

 
Ce sont des implémentations?
Pas de problème de licence si l'on refait des fonctions dans son coin. Sinon payons 699$ à SCO pour l'utilisation de linux (ouf, ils sont morts) et adieu wine et je ne sais combien de milliers de trucs.

Au fait, j'utilise un Perle pour accéder à mon Solaris grace à Putty en VT100, j'ai réussi à avoir une page de connexion avec Mobaxterm en VT100 mais je me fais jeter des que j'appuie sur une touche Y a moyen d'utiliser autre chose que Putty ?

T'es sûr qu'il ne s'agit pas d'une restriction de connexion à la con ?
J'ai déjà eu du Linux en connexion sériel avec ce genre de soucis... sans trouver de solution, ni le pourquoi du comment.
 
Je virerais le VT100 pour du vrai SSH, c'est simple, enfin presque.
Le VT100, sauf à bosser sur du matos anté-diluvien, faut le virer

J'avais besoin de la console pour l'installation Du coup j'ai passé deux heures dans la salle serveur avec hyper terminal

Wat?
Depuis un paquet de temps, tu as des RSC, des ALOM, des ILOM, ... Qui permettent de prendre la main sur la console depuis l'interface admin.
 
C'est quoi comme serveur?

C'est pas la question j'avais que ça sous le coude, et comme j'avais 5 CD à insérer je suis resté à côté pendant que je bossais sur autre chose Maintenant en SSH et voilà

Ah mais je disais ça pour t'éviter cette gène dans le futur    C'est clair que pour la question originelle, regarde peut-être le nombre de bauds, si tu as un stop bit, ...

C'est surtout que la partie système qui n'est pas en datacenter est un bac à sable, notre environnement de test donc on tape dessus comme on peut

Même si t'as des cd à insérer tu peux le faire en remote. C'est quoi comme hardware ?
 
Pour le nfsv4, si c'est plus lent c'est certainement mal configuré... Et NIS c'est du caca (quoiqu'on l'utilise encore massivement nous ^^).