Determinando qual volume está sendo processado

Antes de Iniciar

Nota: Os seguinte pontos aplicam-se a esse procedimento:

Esse procedimento é relevante quando você não inclui o comando SLIP que está descrito na solução alternativa precedente.
Esse procedimento é necessário porque nessa situação uma mensagem de Interrupção Detectada não é gerada para esse volser.

Sobre Esta Tarefa

Quando o OMEGAMON for Storage on z/OS encerra de forma anormal a subtarefa de coleta de espaço com U0001, o efeito negativo no tempo de resposta em um volume é temporário. Esse efeito é causado pelas tarefas de manutenção do DASD ou taxas de contenção altas na unidade de controle. De vez em quando, talvez você queira saber quais volumes encontraram o problema, de forma que possa tomar ação adicional, se necessário. Desempenhe as seguintes etapas para analisar o dump de memória que o U0001 produz para obter o número de série do volume (VOLSER) para o volume afetado:

Procedimento

Selecione a opção 6 a partir do menu principal do IPCS.
Digite SUMMARY REGS na linha de comandos.
Role para baixo para a entrada de bloco de pedido do programa KDFSPDEV:
EP....... KDFSPDEV

Observe que o código de interrupção para o bloco de solicitação da parte inferior é 0x4E, (WLIC ..... 0002004E). Esse código representa a macro LSPACE.
Um bloco de pedido de serviço (SVRB) existe acima dessa linha. Esse SVRB contém os registros que foram gerados quando a macro LSPACE foi emitida.
Inspecione o conteúdo do registro R1.
Consulte o endereço do registro R1 no dump de memória.
- Observe o realce do LSPA mostrado em negrito no exemplo a seguir. Esse realce marca a seção de controle fictício (DSECT) para o pedido LSPACE.
- Observe o offset +C em LSPA, mostrado em negrito na próxima linha. Esse valor é o endereço do UCB (bloco de controle da unidade).
```
30A33378                         D3E2D7C1   0018200A   |         LSPA.... |
30A33380 00000000 020FF190 30A33390 00000000 | ......1..t...... |
30A33390   00008101   C0002721   000FE5A2   00000030   | ..a.{.....Vs.... |
30A333A0 0000322D 00000000 00000000 00000000 | ................ |
```

Consulte o endereço do UCB no dump. Observe os detalhes em negrito no exemplo a seguir:

020FF190   00A8FF8C   196F0800   00000000   08E4C3C2   | .y...?.......UCB
020FF1A0   3030200F   000FF169   00010100   505249F3   | ......1.....PRI3
020FF1B0   F0F01002   00A00001   020FEF90   02101FA8   | 00.............y
020FF1C0 6F800101 00000000 38688072 1EB55840 | ?..............
020FF1D0   1D4CF8F0   10A7B910   D8002724   274D3232   | .<80.x..Q....(..

O VOLSER do dispositivo incorreto está em offset +1C no UCB.
Nota: Em vez de consultar o conteúdo do registro R1 na Etapa 6, você pode inspecionar o conteúdo do registro R8. Esse registro aponta diretamente para a entrada de dispositivo na tabela de dispositivo do OMEGAMON, conforme mostrado nas partes em negrito nesse exemplo. O número de série de volume é exibido em offset +6.
```
296D59C0 020FF190 196F5052 49F3F0F0 0F8C0801 | ..1..?PRI300....
296D59D0 00020008 321B0008 FF000200 02D000CC | .............}..
296D59E0   0000009C   00000189   00000000   00000003   | .......i........
296D59F0 00000128 0000005C 00000090 0000012F | .......*........
```