O armazenamento não é gerenciado após o upgrade do Solaris e do PowerPath

1

Tenho feito uma atualização para um cliente, usando o Solaris Live Upgrade para ir do Solaris 10 update 2 para o Solaris 10 update 10 e ao mesmo tempo atualizar o Powerpath da EMC de [uma versão antiga] para a versão 5.5

Eu não sou de forma alguma um especialista em powerpath, mas estou bem ciente dos problemas com a atualização apenas de um sem o outro. O processo que segui é:

  1. Solaris de atualização em tempo real
  2. Remover (pkgrm) powerpath do ABE
  3. Comente os sistemas de arquivos dependentes do PowerPath na ABE
  4. LUativar e reinicializar
  5. Instalar o PowerPath 5.5 P 01 B 2

A instalação encontra a configuração do caminho de energia que sobrou e pergunta se eu quero atualizá-la. Em alguns dos 5 servidores, a versão antiga é a versão 5.2 do PowerPath; em outros, ela ainda estava executando o 4.5, mas o resultado é o mesmo para todos eles.

No final do pkgadd, ele me diz que o driver foi instalado com sucesso (era) e me diz que não é necessário reinicializar. No entanto, quando executo o powercf ou o powermt, recebo um erro informando Device(s) not found

A reinicialização não ajudou. cfgadm parece como esperado (Desculpe eu não salvei a saída), devfsadm -Cv não criou ou removeu nenhum link de dispositivo. Os HBAs estavam vinculando (confirmado por luxadm -e probe e fcinfo hba-port )

format mostrou apenas os links nativos do Solaris para os LUNs, com metade deles em estado de erro conforme o esperado devido a eles serem vistos por meio do caminho ativo e passivo. mpathadm não está ativo.

Depois de pesquisar, encontrei uma sugestão para ver a saída de powermt display options para confirmar que o gerenciamento de clareza está habilitado e descobri que é "não gerenciado" ... Todas as outras classes de armazenamento mostradas como "gerenciadas"

Em seguida, executei powermt manage class=clariion , que retornou um erro informando incompatible initiator information received from the array

Apesar desse erro, eu consegui os dispositivos do emcpower e pude ver tudo com aparência normal em powermt display dev=all . Para uma boa medida eu segui isso por powercf -q; powermt config; powermt save

Eu, então, descomentei as entradas em / etc / vfstab e reiniciei para ter certeza de que tudo estava ok. Eu então terminei com um sistema no modo single-suer com sistemas de arquivos / locais em manutenção. Descobri com muitos testes que tive que refazer o procedimento powermt manage class=clarion após cada reinicialização.

Por enquanto eu voltei para a antiga ABE pré-atualização. Tudo ainda está funcionando perfeitamente quando voltei para as versões antigas do Solaris e do PowerPath.

    
por Johan 19.02.2013 / 20:21

2 respostas

1

Eu fiz o seguinte e deu certo:

Embora o SO Solaris possa distinguir entre dispositivos FC e iSCSI, o PowerPath 5.5 não faz essa distinção para gerenciar e não gerenciar. O valor de mpxio-disable deve ser definido como yes nos arquivos fp.conf e iscsi.conf para o PowerPath gerenciar os seguintes arrays de armazenamento:

EMC VNX

EMC CLARiiON

Hitachi USP e HP StorageWorks EVA 3000/5000/8000

Matrizes listadas em scsi_vhci.conf

Consulte a página 35 do "Guia de instalação e administração" do EMC PowerPath for Solaris para obter mais detalhes. O capítulo "Determinar se os arrays são gerenciados pelo PowerPath ou MPxIO" fornece os detalhes. Quando a instrução "mpxio-disable = yes" está ausente do arquivo iscsi.conf, a classe VNX é gerenciada implicitamente pelo MPxIO. Como não há uma instrução explícita para gerenciar a classe (a classe VNX não existia na versão anterior), o novo VNX se torna "não gerenciado".

    
por 24.06.2013 / 15:37
1

Além do /kernel/drv/iscsi.conf mpxio-disable=yes estar ausente, Eu também descobri que os dispositivos de emcpower ficam incorretamente numerados após a atualização e reinicialização do PP5.5. Felizmente eu tinha feito um backup dos meus mapeamentos antes do trabalho que eu era capaz de restaurar.

$ /opt/EMCpower/bin/emcpadm export_mappings -f emcp_exports.txt     <--backs up the Mapping
$ /opt/EMCpower/bin/emcpadm import_mappings -f emcp_exports.txt  <-- restores the mappings

Em seguida, salve sua configuração:

$ powermt save
    
por 19.07.2013 / 17:09