Instale o iSCSI de TRABALHO (MAS SCST) no Ubuntu 16.04 Kernel 4.8.0.53-generic

Question

Título diz tudo. O "SCST Build Team", que tem o repo BS, NON-WORKING por favor postado, por favor, não ofereça como resposta, a menos que você possa fazer o backup com um limite de vídeo, como já vi o suficiente para outros postarem BS.

Eu quase consigo trabalhar. Building 3.2.0 from source mas os módulos nunca carregam corretamente mesmo com o comando make correto, se eu carregar manualmente eu recebo os serviços iniciados após carregar manualmente os módulos, mas estou na hora 9 então agora eu preciso de alguém que tenha um CONFIRMADO FUNCIONANDO passo a passo para simplesmente executar os serviços iSCSI do SCST da empresa - preciso desesperadamente de sua ajuda, assim como todos, já que NENHUM dos MUITOS que eu li realmente funciona como está escrito.

Quero dizer, meu antigo kernel IX2 NAS de alguma forma tinha SCST via aplicativos da linha de vida trabalhando com um celeron e 256meg de RAM maldita, então eu acho que uma década mais nova o Ubuntu em um 8core i7 com 32gig RAM deveria ser capaz de ? Mas, uma vez que não é nem mesmo em um repositório regular, talvez não seja apenas neste sabor do Linux ou?

EDITAR:

Aqui está o meu DMESG, sem erros, por isso estou sem ideias porque nada pode ver nada apresentado no alvo:

[  907.082942] scst: Target template iscsi unregistered successfully
[  907.082946] iscsi-scst: Unregistered iSCSI transport: iSCSI-TCP
[  985.353804] iscsi-scst: iSCSI SCST Target - version 3.2.x
[  985.353807] iscsi-scst: Registered iSCSI transport: iSCSI-TCP
[  985.355329] scst: Target template iscsi registered successfully
[  985.355458] iscsi-scst: Read thread for pool ffff903e373cb400 started
[  985.355493] iscsi-scst: Read thread for pool ffff903e373cb400 started
[  985.355538] iscsi-scst: Write thread for pool ffff903e373cb400 started
[  985.357499] iscsi-scst: Write thread for pool ffff903e373cb400 started

Meu /etc/scst.conf que estava trabalhando no SCST via NAS e, mesmo que eu mude para um arquivo de volume formatado em branco recém-criado, o mesmo não apresenta nenhum erro:

HANDLER vdisk_fileio{
        DEVICE VMware {
                filename /mnt/pools/A/A0/iSCSI/VMware
                #filename /mnt/usb/iSCSI/iSCSI/VMware
                t10_dev_id LENOVO-b3fbe43e
                usn b3fbe43e
                nv_cache 1
        }
}

TARGET_DRIVER iscsi {
        iSNSServer 192.168.1.6
        enabled 1

        TARGET iqn.2012-07.com.lenovoemc:storage.ix2b.VMware {
                MaxRecvDataSegmentLength 8192
                MaxXmitDataSegmentLength 8192
                enabled 1
                LUN 0 VMware
        }
}

cat / proc / modules | grep scst

iscsi_scst 90112 3 - Live 0xffffffffc077d000 (OE)
scst_changer 16384 0 - Live 0xffffffffc0761000 (OE)
scst_cdrom 16384 0 - Live 0xffffffffc075c000 (OE)
scst_tape 16384 0 - Live 0xffffffffc0757000 (OE)
scst_raid 16384 0 - Live 0xffffffffc0752000 (OE)
scst_processor 16384 0 - Live 0xffffffffc074d000 (OE)
scst_modisk 16384 0 - Live 0xffffffffc06b3000 (OE)
scst_user 40960 0 - Live 0xffffffffc0742000 (OE)
scst_vdisk 94208 0 - Live 0xffffffffc072a000 (OE)
scst_disk 16384 0 - Live 0xffffffffc066b000 (OE)
scst 446464 10 iscsi_scst,scst_changer,scst_cdrom,scst_tape,scst_raid,scst_processor,scst_modisk,scst_user,scst_vdisk,scst_disk, Live 0xffffffffc06bc000 (OE)
dlm 163840 1 scst, Live 0xffffffffc068a000
libcrc32c 16384 3 iscsi_scst,scst_vdisk,raid456, Live 0xffffffffc0114000

    

Answer 1

Uau, então vou responder a este mesmo. Fiquei impressionado com isso.

Então eu refiz o mesmo build a partir do 3.2.0 pre1 source (apesar de outros docs, o 3.1 recusou-se a compilar no meu kernel, então este foi o primeiro obstáculo).

Agora, para a causa raiz de tudo que está iniciando e NÃO lançando um único erro, mas também NÃO apresentando nenhum volume iSCSI - retornarei aqui para atualizar mais uma vez que determine o WHY, mas toda essa falha silenciosa é atribuída a um dos parâmetros no arquivo de configuração que literalmente é um parcs padrão iscsi direto do NAS.

NOVO arquivo de configuração de TRABALHO que o scstadmin no Ubuntu foi regenerado:

# Automatically generated by SCST Configurator v3.2.0-pre1.


HANDLER vdisk_fileio {
        DEVICE VMware {
                filename /mnt/pools/A/A0/iSCSI/VMware
                read_only 1
        }
}

TARGET_DRIVER copy_manager {
        TARGET copy_manager_tgt {
                LUN 0 VMware {
                        read_only 1
                }
        }
}

TARGET_DRIVER iscsi {
        enabled 1

        TARGET iqn.2012-07.com.lenovoemc:storage.ix2b.VMware {
                enabled 1
                rel_tgt_id 1

                LUN 0 VMware {
                        read_only 1
                }
        }
}

Note que além de dar somente leitura, teoricamente, NÃO deve haver diferenças, pois foi gerado novamente com esses comandos exatos:

scstadmin -open_dev VMware -handler vdisk_fileio -attributes filename=/mnt/pools/A/A0/iSCSI/VMware,read_only t10_dev_id=LENOVO-b3fbe43e usn=b3fbe43e nv_cache=1
scstadmin -add_target iqn.2012-07.com.lenovoemc:storage.ix2b.VMware -driver iscsi
scstadmin -add_lun 0 -driver iscsi -target iqn.2012-07.com.lenovoemc:storage.ix2b.VMware -device VMware
scstadmin -enable_target iqn.2012-07.com.lenovoemc:storage.ix2b.VMware -driver iscsi
scstadmin -set_drv_attr iscsi -attributes enabled=1
scstadmin -write_config /etc/scst.conf

Então, se alguém tem uma idéia de por que isso ocorreu, parece à primeira vista a adição destes:

t10_dev_id LENOVO-b3fbe43e
usn b3fbe43e
nv_cache 1

Mas eu sei que o nv_cache está bem, o que deixa os dois primeiros que, apesar de serem "atributos", nem sequer passaram para o arquivo de configuração gerado.

De qualquer forma, o volume iSCSI acabou de ser montado para que eu saiba que atualizarei aqui, então talvez isso ajude os outros.

    

Answer 2

Este script cria um pacote automaticamente e automatiza a configuração do SCST SAN e a configuração de vários caminhos no Ubuntu 16.04 (e também 14.04, 15.04 e 17.04 também).

link