Tellement au moins les serveurs d'es ont démarré au nouveau niveau de FW sans problèmes, celui est de bonnes nouvelles.
Cette cloison est-elle la seule a-t-elle affecté ? D'autres cloisons initialisent-elles ?
Si toutes les cloisons sont affectées elle pourrait sembler raisonnable de recharger les serveurs d'es !
Pouvez-vous ouvrir une session au VIOS pour vérifier l'errorlog là (« errlog - LS » ou « errpt - » après « oem_setup_env ») ?
J'ai parfois vu de tels états de stalle quand il y avait un bon nombre d'erreurs d'entrée-sortie. J'ai dû enlever le vhost complet (sans unconfiguring le, heureusement) sur alors l'avoir re-added par le cfgdev.
Le symptôme de telles conditions est habituellement « vhostx l'adapteur de centre serveur que virtuel de SCSI a détecté une erreur » dans l'errorlog
Étapes pour modifier le vhost - 1) rmdev - vhostx de réalisateur - ucfg - 2) cfgdev récursif - vhostx de réalisateur
le vhostx est l'adapteur de centre serveur affecté de SCSI (vhost0, vhost1,…). - l'ucfg est très important, les config complètes de vhost sera perdu autrement !
Désolé pour la confusion avec les niveaux de HMC. J'ai donné sur les premiers « 7 » dans votre poteau.
