An issue that affects users with IBM hardware, running ESX/ESXi 4.1 has prompted us to issue this Support Alert.

When using IBM x3650 M3 or BladeCenter HS22V servers, you may experience these symptoms:

HBAs stop responding
Other PCIs devices may also stop responding
You see an an illegal vector shortly before an HBA stops responding to the driver. For example:
vmkernel: 6:01:34:46.970 cpu0:4120)ALERT: APIC: 1823: APICID 0×00000000 – ESR = 0×40
The HBA stops responding to commands. For example:
vmkernel: 6:01:42:36.189 cpu15:4274)<6>qla2xxx 0000:1a:00.0: qla2x00_abort_isp: **** FAILED ****
vmkernel: 6:01:47:36.383 cpu14:4274)<4>qla2xxx 0000:1a:00.0: Failed mailbox send register test
The HBA card gets marked offline. For example:
vmkernel: 6:01:47:36.383 cpu14:4274)<4>qla2xxx 0000:1a:00.0: ISP error recovery failed – board disabled
We have created Knowledgebase article 1030265 – HBAs and other PCI devices may stop responding in ESX 4.1 when using IBM servers. This KB article may be updated with new information if it becomes available. Bookmark the KB, or subscribe to its rss feed here to receive updates.

Et un file system full

Monsieur IBM, je me permets de vous renvoyer vers votre propre documentation

SQL0968C Le système de fichiers est saturé.

Explication :

L’un des systèmes de fichiers contenant la base de données est saturé. Il est possible que ce système de fichiers contienne le répertoire des bases de données, les fichiers journaux de la base de données ou un conteneur d’espace table (TABLESPACE).

L’instruction ne peut pas être exécutée.

Action de l’utilisateur :

Supprimez des fichiers inutilisés afin de libérer de l’espace système. N’effacez pas les fichiers de la base de données. Si davantage d’espace est nécessaire, il vous faudra peut-être supprimer les tables et les index inutiles.

Sur un système UNIX, cet incident peut se produire si vous dépassez la taille maximale de fichier autorisée pour votre ID utilisateur. Si tel est le cas, utilisez la commande chuser pour modifier la valeur du paramètre fsize. Une réinitialisation du système peut alors être nécessaire.

Cette condition de disque saturé peut être due aux tailles changeantes des conteneurs. S’il y a suffisamment d’espace dans le système de fichiers, supprimez l’espace table et recréez-le avec des conteneurs de tailles égales.

Un chercheur d’IBM soutient que la «loi de Moore», qui stipule que le nombre de transistors dans un processeur double tous les deux ans, tire à sa fin.

Carl Anderson affirme que l’industrie se tourne plutôt vers d’autres technologies potentiellement moins coûteuses que la miniaturisation afin d’augmenter la puissance des microprocesseurs: les interconnexions optiques, l’empilement des transistors en trois dimensions ainsi que l’utilisation accrue d’accélérateurs, qui consiste à confier une fonction spécifique à un circuit intégré dédié uniquement à cette tâche.

Bien qu’il ne soit pas le premier à faire cette affirmation, le chercheur Carl Anderson a expliqué cette semaine, dans le cadre de l’International Symposium on Physical Design 2009, que les logiciels actuels, même les plus avancés, ne nécessitent plus le même rythme de croissance stipulé par Gordon Moore, un des trois fondateurs d’Intel.

En 1965, Gordon Moore a émis l’hypothèse que la complexité des semiconducteurs proposés en entrée de gamme doublait tous les ans à coût constant depuis 1959. Dix ans plus tard, le docteur en chimie a raffiné sa «loi» en ajoutant que le nombre de transistors des microprocesseurs doublait tous les deux ans. Trente-quatre ans plus tard, ses prédictions se sont avérées très proches de la réalité.

Or, la «loi» est vouée à être dépassée, comme le soutient Gordon Moore lui-même. Lors de l’Intel Developer Forum de septembre 2007, Moore a d’aileurs prédit que sa «loi» ne serait plus valide dans dix à quinze ans car l’industrie approche de plus en plus des limites physiques de la micro-électronique.

Lors de sa conférence cette semaine, Carl Anderson a pour sa part soutenu que l’industrie n’a déjà plus les moyens financiers nécessaires pour construire des usines capables de doubler tous les deux ans le nombre de transistors sur les microprocesseurs.

Source: EE Times

Selon Le New York Times, IBM et Sun se sont quittés ce week-end sur un échec : Big Blue aurait retiré une offre à 7 Md$, offre sur laquelle le conseil d’administration de Sun se serait montré réservé. De fait, après passage en revue des contraintes légales d’un rapprochement, IBM aurait abaissé, vendredi 3 avril, son offre sur Sun de 9,55 $ par action à 9,40 $.

Pour autant, les négociations entre les deux parties pourraient reprendre si l’action de Sun recule par rapport à son cours de 8,49 $ en clôture à Wall Street, vendredi dernier, ou si l’industriel fait face à une pression significative de ses actionnaires.

Le retrait de l’offre d’IBM libère en outre Sun de tout engagement vis-à-vis de son ex-potentiel acquéreur, ouvrant la voie à d’éventuelles négociations avec des concurrents tels que HP ou encore Cisco, relèvent nos confrères.

C’est le montant que serait prêt à débourser IBM pour racheter Sun Microsystems, selon le New York Times

• Cisco qui rachèterait VMware
• IBM qui rachèterait  SUN
• Motorola qui se rapprocherait de Nortel (ou l’inverse d’ailleurs )
• …

D’ailleurs en parlant du rachat de SUN par IBM, cela me laisse perplexe quant à la pérénité des serveurs x86 de SUN, même intérrogation concernant le très propriétaire AiX comparé à Solaris ?