Puncte:0

Schimbătorul mediu HP 1/8 G2 nu a fost detectat în Oracle Linux 8

drapel vn

Am un HP 1x8 G2 Autoloader care s-a conectat la un switch SAN, în mediul meu VMware am un Oracle Linux care ar trebui să funcționeze cu bandă. Problema este după conectarea benzii la VM, schimbătorul mediu nu este detectat, dar unitatea de bandă este OK!

$ cat /proc/scsi/scsi 
Dispozitive atașate:
Gazdă: scsi2 Canal: 00 Id: 00 Lun: 00
  Furnizor: VMware Model: Disc virtual Rev: 2.0
  Tip: Direct-Access ANSI SCSI revizuire: 06
Gazdă: scsi2 Canal: 00 Id: 01 Lun: 00
  Furnizor: HP Model: Ultrium 6-SCSI Rev: 25MW
  Tip: Sequential-Acces ANSI SCSI revizuire: 06
Gazdă: scsi0 Canal: 00 Id: 00 Lun: 00
  Furnizor: NECVMWar Model: VMware IDE CDR00 Rev: 1.00
  Tip: CD-ROM ANSI SCSI revizuire: 05
$ lsscsi -g 
[0:0:0:0] cd/dvd NECVMWar VMware IDE CDR00 1.00 /dev/sr0 /dev/sg2
[2:0:0:0] disc VMware Disc virtual 2.0 /dev/sda /dev/sg0
[2:0:1:0] bandă HP Ultrium 6-SCSI 25MW /dev/st0 /dev/sg1
$ ls -l /dev/tape/by-path
lrwxrwxrwx 1 rădăcină rădăcină 9 Jul 30 08:49 pci-0000:00:10.0-scsi-0:0:1:0 -> ../../st0
lrwxrwxrwx 1 root root 10 Jul 30 08:49 pci-0000:00:10.0-scsi-0:0:1:0-nst -> ../../nst0
$ lsmod | grep scsi
scsi_transport_spi 32768 1 mptspi
mptscsih 36864 1 mptspi
mptbase 94208 2 mptspi,mptscsih
$ lsmod | grep sg 
sg 36864 0
$ lsmod | grep st
st 61440 

Am instalat cea mai recentă versiune de HPE Array Controller pentru Centos 8

Lista $ yum instalată 
kmod-hpsa.x86_64 3.4.20-5.el8_4.elrepo @elrepo

iar Autoloader-ul de bandă era în modul secvenţial, pe care l-am schimbat în Auto.

informații kernel:

$ uname -r
5.4.17-2102.202.5.el8uek.x86_64

iesiri mtx:

$ mtx -f /dev/nst0 stare
mtx: Request Sense: Long Report=da
mtx: Request Sense: Valid Residual=nu
mtx: Solicitare Sens: Cod de eroare=70 (Actual)
mtx: Request Sense: Sense Key=Solicitare ilegală
mtx: Request Sense: FileMark=nu
mtx: Sens cerere: EOM=nu
mtx: Request Sense: ILI=nu
mtx: Request Sense: Cod de Sense suplimentar = 20
mtx: Request Sense: Additional Sense Qualifier = 00
mtx: Request Sense: BPV=nu
mtx: Request Sense: Eroare în CDB=nu
mtx: Request Sense: SKSV=nu
Comandă READ ELEMENT STATUS a eșuat
$ mtx -f /dev/nst0 interogare
Tip produs: unitate de bandă
ID furnizor: „HP”
ID produs: „Utrium 6-SCSI”
Revizie: „25MW”
API Changer atașat: Nu
Puncte:0
drapel vn

După zile și săptămâni, în sfârșit...

care a fost problema?

HP 1x8 G2 Autoloader este un dispozitiv multi-LUN. orice sistem care dorește să lucreze cu bandă trebuie să găsească atât încărcătorul mediu, cât și unitatea de bandă cu o cale SCSI, dar cu două ID-uri LUN. această caracteristică se numește Scanare Multi-LUN.

la testele mele, nu am avut nicio problemă când banda a fost conectată la un HP-DL380 cu Centos 7 (bare-metal) instalat pe ea. dar într-un env virtualizat. ESXi nu a putut detecta schimbatorul mediu.

Soluţie:

01- Conectați-vă la gazda ESXi prin ssh

02- Localizați HBA în lista de scsidevs:

# esxcfg-scsidevs -a 

03- setați regula VMW_SATP_LOCAL pe dispozitiv:

# esxcli storage nmp rule add --driver=<HBA_DRIVER> --satp VMW_SATP_LOCAL

04- reporniți gazda 05- verificați dispozitivele de pe HBA și găsiți atât schimbătorul mediu, cât și unitatea de bandă 06- adăugați dispozitive prin dispozitiv SCSI la VM

Dacă doriți să aflați mai multe despre NMP, SATP și VMW_SATP_LOCAL:

Ce este NMP?

Ce este SATP și VMW_SATP_LOCAL?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.