Mise à jour : un nouvel accord a été signé, visiblement, Oracle souhaitait essentiellement remanier le contrat.

Oracle vient de mettre fin à l'accord qui le liait à HP et permettait à ce dernier d'offrir un support Solaris sur sa gamme de serveur x64 Proliant (anciennement Compaq, avant le rachat de ce dernier par HP). Les clients d'HP qui utilisent Solaris sur ces serveurs pourront renouveler leurs contrats pour une durée de 3 ans maximum, et ce, jusqu'au 1er juillet prochain, ce qui amène la fin du support au 30 juin 2013.

De toute évidence, en fermant les vannes au premier fournisseur de serveurs x86 du marché, Oracle souhaite mettre un terme au déploiement de Solaris sur du hardware non-Sun (pardon, non-Oracle, il faut que je m'habitue). En revanche, difficile de savoir si l'objectif est de sortir totalement du marché du x86 pour se recentrer sur le Sparc, ou s'ils souhaitent simplement promouvoir leurs propres boîtes x86, qui restent plus chères que celles d'HP ou IBM à performances égales.

Entre ces éléments, l'absence de roadmap (si l'on excepte ce document assez vague) et une communication à la transparence digne de Raymond lui-même, il est difficile pour les clients Solaris de savoir où le ballon va retomber, et ça ne les incitera certainement pas à rester fidèles à cet OS. Oracle fait décidément une fleur à Linux, même si c'est probablement bien involontaire.

2 Comments »

Pour obtenir la taille d'une page mémoire (en octets) sous Linux, rien de plus simple :

$ getconf PAGESIZE 4096

Ou :

$ getconf PAGE_SIZE 4096

79 Comments »

Lorsqu'on administre un serveur virtualisé sous Xen depuis son Dom0, bon nombre de commandes traditionnelles que l'on peut passer  pour observer l'état du système se réfèrent au Dom0 lui-même, et ne permettent pas d'observer les caractéristiques physiques du serveur lui-même. C'est en particulier vrai pour les commandes affichant l'état de la mémoire (free, vmstat, top, ...).

Pour afficher les caractéristiques du serveur, on va utiliser la commande xm info :

# xm info | egrep "nr|core|socket|memory" nr_cpus : 8 nr_nodes : 1 sockets_per_node : 1 cores_per_socket : 4 threads_per_core : 2 total_memory : 4085 free_memory : 1

On observe ici un serveur avec 1 processeur quad-core avec hyper-threading activé, et 4 Go de RAM.

51 Comments »

Pour afficher le statut des liens réseaux physiques sous Solaris, on utilise la commande dladm (pour data-link administration) :

# dladm show-dev e1000g0 link: up speed: 1000 Mbps duplex: full e1000g1 link: up speed: 1000 Mbps duplex: full e1000g2 link: up speed: 1000 Mbps duplex: full e1000g3 link: unknown speed: 0 Mbps duplex: half

La commande dladm permet également d'afficher et de controler des fonctions plus pointures, comme l'agrégation de liens, ou la création de multiples liens sur une interface donnée.

80 Comments »

On rencontre de temps en temps des processus appelés zombis. Rien à voir avec un film de Georges A. Romero, il s'agit d'un phénomène beaucoup plus prosaïque. Quand un processus se termine, pratiquement toutes les ressources associées sont libérées, à l'exception de l'entrée correspondante dans la table des processus de l'OS. La raison en est simple : le processus parent doit pouvoir récupérer le code de retour de son processus fils, on ne peut donc pas tout effacer brutalement.

Typiquement, la suppression de l'entrée dans la table des processus se fait donc au moment où le parent récupère ce code retour, c'est ce qu'on appelle le reaping (the Reaper étant notre Grande Faucheuse). Si le processus parent, pour une raison où pour une autre, ne lit pas ce code, l'entrée reste présente dans la table des processus. Voyons donc à quoi ces zombis ressemblent, et comment s'en débarrasser.

Continue Reading»

82 Comments »