Existe cache no nível do disco no Solaris 11?

1

Eu tenho um disco iSCSI em /dev/rdsk/c5t6d0

Eu fiz uma partição (fatia com rótulo UEFI) em: /dev/rdsk/c5t6d0s0

Agora escrevo alguns dados para a fatia:

echo "xyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxyxy" >/text
dd if=/text of=/dev/dsk/c5t6d0s0

Se eu despejar o conteúdo do disco, vejo o rótulo UEFI e também meus dados no deslocamento 0x5000:

dd if=/dev/rdsk/c5t6d0 bs=512 | xxd
0000000: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000010: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000020: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000030: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000040: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000050: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000060: 0000 0000 0000 0000 0000 0000 0000 0000  ................
...
0000070: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000190: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00001a0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00001b0: 0000 0000 0000 0000 0eb5 7760 0000 00ff  ..........w'....
00001c0: ffff eeff ffff 0100 0000 ff3f 0300 0000  ...........?....
00001d0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00001e0: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00001f0: 0000 0000 0000 0000 0000 0000 0000 55aa  ..............U.
0000200: 4546 4920 5041 5254 0000 0100 5c00 0000  EFI PART....\...
0000210: 7187 d278 0000 0000 0100 0000 0000 0000  q..x............
0000220: ff3f 0300 0000 0000 2200 0000 0000 0000  .?......".......
0000230: de3f 0300 0000 0000 fd59 3d67 51a0 4d13  .?.......Y=gQ.M.
0000240: abdd a5e8 8251 c7ac 0200 0000 0000 0000  .....Q..........
0000250: 8000 0000 8000 0000 7e8c 8e06 0000 0000  ........~.......
0000260: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000270: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000280: 0000 0000 0000 0000 0000 0000 0000 0000  ................
...
0005000: 7879 7879 7879 7879 7879 7879 7879 7879  xyxyxyxyxyxyxyxy
0005010: 7879 7879 7879 7879 7879 7879 7879 7879  xyxyxyxyxyxyxyxy
0005020: 7879 7879 7879 7879 7879 7879 7879 7879  xyxyxyxyxyxyxyxy
0005030: 7879 7879 7879 7879 7879 7879 0ab6 db6d  xyxyxyxyxyxy...m
0005040: 6db6 db6d 6db6 db6d 6db6 db6d 6db6 db6d  m..mm..mm..mm..m
0005050: 6db6 db6d 6db6 db6d 6db6 db6d 6db6 db6d  m..mm..mm..mm..m
0005060: 6db6 db6d 6db6 db6d 6db6 db6d 6db6 db6d  m..mm..mm..mm..m
0005070: 6db6 db6d 6db6 db6d 6db6 db6d 6db6 db6d  m..mm..mm..mm..m
0005080: 6db6 db6d 6db6 db6d 6db6 db6d 6db6 db6d  m..mm..mm..mm..m
0005090: 6db6 db6d 6db6 db6d 6db6 db6d 6db6 db6d  m..mm..mm..mm..m

Mas se eu fizer o mesmo dump no lado do armazenamento (iSCSI target), não vejo meus dados gravados! Eu encerro a máquina SPARC / solaris e voila! os dados já estão lá.

Como isso pode ser? O Solaris está armazenando em cache meus dados na memória? Como posso desabilitar isso?

Nota 1: Eu tentei usar sync , mas isso não ajudou e, de qualquer forma, está relacionado a arquivos em um sistema de arquivos, o que eu não tenho no meu cenário.

Nota 2: A minha máquina é um Servidor T5220 UltraSPARC T2 com Solaris 11.3

Nota3: 'armazenamento' é um servidor Ubuntu com iSCSI-target no disco de apoio local.

    
por Eden 20.06.2016 / 07:53

1 resposta

1

Você está gravando no dispositivo de bloco ( dsk ) que está em buffer. Se você quiser ignorar o buffer, poderá gravar diretamente no dispositivo bruto ( rdsk , consulte O que são especiais de caracteres e arquivos especiais de blocos em um sistema unix? ) executando:

dd if=/text of=/dev/rdsk/c5t6d0s0

Seu arquivo /text provavelmente precisaria ter um tamanho exatamente múltiplo de um tamanho de bloco para que dd fosse bem-sucedido.

Como alternativa, você ainda pode usar o dispositivo de caractere, mas diga dd para sincronizar sua saída:

dd if=/text of=/dev/dsk/c5t6d0s0 conv=sync

ou, se você quiser registros de saída de largura fixa:

dd if=/text of=/dev/rdsk/c5t6d0s0 cbs=512 conv=sync,block
    
por 20.06.2016 / 23:31