[Linuxtrent] Re: non riesco a scaricare il modulo iscsi_tcp
- From: Marco Agostini <comunelevico@xxxxxxxxx>
- To: linuxtrent@xxxxxxxxxxxxx
- Date: Thu, 24 Feb 2011 09:01:01 +0100
Il 23 febbraio 2011 12:03, Flavio Stanchina <flavio@xxxxxxxxxxxxx> ha scritto:
>
> E' capitato anche a me: non avevo indagato il motivo per cui iSCSI s'era
> dimenticato quei mapping, ma così era e dopo averli cancellati a mano il
> modulo si poteva scaricare.
>
Per completezza, questo è quello che accade:
/etc/init.d/open-iscsi start
Starting iSCSI initiator service: iscsid.
Setting up iSCSI targets:
Logging in to [iface: default, target: iqn.2011-02:srvopen-e.target1,
portal: 10.0.1.3,3260]
Logging in to [iface: default, target: iqn.2011-02:srvopen-e.target0,
portal: 10.0.1.3,3260]
Logging in to [iface: default, target: iqn.2011-02:srvopen-e.target2,
portal: 10.0.1.3,3260]
Login to [iface: default, target: iqn.2011-02:srvopen-e.target1,
portal: 10.0.1.3,3260]: successful
Login to [iface: default, target: iqn.2011-02:srvopen-e.target0,
portal: 10.0.1.3,3260]: successful
Login to [iface: default, target: iqn.2011-02:srvopen-e.target2,
portal: 10.0.1.3,3260]: successful
lsscsi
[0:0:0:0] disk Sun proxmox2 V1.0 /dev/sda
[0:1:0:0] disk HITACHI H103014SCSUN146G A160 -
[0:1:1:0] disk HITACHI H103014SCSUN146G A160 -
[0:1:2:0] disk SEAGATE ST914603SSUN146G 0868 -
[0:1:3:0] disk SEAGATE ST914603SSUN146G 0868 -
[0:1:4:0] disk SEAGATE ST914603SSUN146G 0868 -
[0:3:0:0] enclosu ADAPTEC Virtual SGPIO 0 0001 -
[0:3:1:0] enclosu ADAPTEC Virtual SGPIO 1 0001 -
[9:0:0:0] cd/dvd TSSTcorp CD/DVDW TS-T632A SR03 /dev/sr0
[31:0:0:0] disk SCST_BIO akaT80mMVSJP2jqr 200 /dev/sdb
[32:0:0:0] disk SCST_BIO g5WKRmoIl9lK3cOf 200 /dev/sdc
[33:0:0:0] disk SCST_BIO 1P1IqIk1rxLPKLG9 200 /dev/sdd
NB. se controllo il contenuto di /dev/mapper NON trovo traccia del
disco RAW utilizzato dalla mia macchina virtuale fino a che NON
l'avvio almento una volta.
Dopo aver avviato la macchina virtuale controllo il contenuto di
/dev/mapper e trovo:
brw-rw---- 1 root disk 254, 3 24 feb 08:39 vg101-vm--101--disk--1
lancio un lvs e ottengo:
lvs
LV VG Attr LSize Origin Snap% Move Log Copy% Convert
data pve -wi-ao 309,04G
root pve -wi-ao 20,00G
swap pve -wi-ao 8,00G
vm-101-disk-1 vg101 -wi-ao 95,00G
ATTENZIONE: ecco come si riproduce il problema ;-)
- arresto la macchina virtuale
- arresto l'initiatore di iSCSI (/etc/init.d/open-iscsi/stop)
è vero che la macchina virtuale NON stà utilizzando il disco iSCSI ma LVM si.
questo è quello che ottengo dopo aver arrestato il servizio iSCSI
prima di aver rimosso la mappatura da /dev/mapper:
lvs
/dev/dm-3: read failed after 0 of 4096 at 0: Input/output error
LV VG Attr LSize Origin Snap% Move Log Copy% Convert
data pve -wi-ao 309,04G
root pve -wi-ao 20,00G
swap pve -wi-ao 8,00G
ls /dev/mapper -lrt
totale 0
crw-rw---- 1 root root 10, 62 2 gen 15:46 control
brw-rw---- 1 root disk 254, 0 2 gen 15:46 pve-swap
brw-rw---- 1 root disk 254, 1 2 gen 15:46 pve-root
brw-rw---- 1 root disk 254, 2 2 gen 15:46 pve-data
brw-rw---- 1 root disk 254, 3 24 feb 08:40 vg101-vm--101--disk--1
ls /dev/dm-3 -l
brw-rw---- 1 root disk 254, 3 24 feb 08:38 /dev/dm-3
ps -ef | grep isc
root 20211 1 0 08:23 ? 00:00:00 /usr/sbin/iscsid
root 20829 1 0 08:27 ? 00:00:00 /usr/sbin/iscsid
root 21349 1 0 08:28 ? 00:00:00 /usr/sbin/iscsid
root 21900 1 0 08:31 ? 00:00:00 /usr/sbin/iscsid
root 22478 2 0 08:36 ? 00:00:00 [iscsi_eh]
root 22528 1 0 08:36 ? 00:00:00 /usr/sbin/iscsid
root 23256 18019 0 08:47 pts/2 00:00:00 grep isc
da notare che il modulo [isci_eh] NON si è scaricato correttamente.
E non è finita quì, se riavvio il servizio tramite un
/etc/init.d/open-iscsi start e provo a lanciare un lsscsi questo è
quello che ottengo:
lsscsi | grep SCST_BIO
[40:0:0:0] disk SCST_BIO akaT80mMVSJP2jqr 200 /dev/sdb
[41:0:0:0] disk SCST_BIO g5WKRmoIl9lK3cOf 200 /dev/sdd
[42:0:0:0] disk SCST_BIO 1P1IqIk1rxLPKLG9 200 /dev/sde
notate che /dev/sdc è SPARITO !!
COME RISOLVERE:
- (come suggerito da Gianni e confermato da Flavio) rimuovo la
mappatura tramite il comando dmsetup remove vg101-vm--101--disk--1
- arresto il servizio iSCSI /etc/init.d/open-iscsi stop
alcune verifiche:
ps -ef | grep isc
root 20211 1 0 08:23 ? 00:00:00 /usr/sbin/iscsid
root 20829 1 0 08:27 ? 00:00:00 /usr/sbin/iscsid
root 21349 1 0 08:28 ? 00:00:00 /usr/sbin/iscsid
root 21900 1 0 08:31 ? 00:00:00 /usr/sbin/iscsid
root 22528 1 0 08:36 ? 00:00:00 /usr/sbin/iscsid
root 23321 1 0 08:48 ? 00:00:00 /usr/sbin/iscsid
il modulo [iscsi_eh] si è scaricato correttamente
- riavvio il servizio iSCSI /etc/init.d/open-iscsi start e lancio
nuovamente un lsscsi
lsscsi | grep SCST_BIO
[43:0:0:0] disk SCST_BIO akaT80mMVSJP2jqr 200 /dev/sdb
[44:0:0:0] disk SCST_BIO g5WKRmoIl9lK3cOf 200 /dev/sdc
[45:0:0:0] disk SCST_BIO 1P1IqIk1rxLPKLG9 200 /dev/sdd
il device /dev/sdc è "magicamente" riapparso.
SECONDO ME: in una configurazione come quella che stiamo proponendo io
Gianni e Resoli, esattamente come avviane in fase di avvio della
macchina virtuale dove viene attivata la mappatura, in fase di arresto
della macchina virtuale dovrebbe essere eseguita un'istruzione
"dmsetup remove /dev/mapper/MAPPATURA_PER_LA_MACCHINA_VIRTUALE".
Ditemi la vostra e se lo credete opportuno si potrebbe richiedere la
cosa direttamente al team di sviluppo della Proxmox (alias Dietmar)...
in questo caso avrò bisogno di una zampa per tradurre tutto il mio
delirio di cui sopra in lingua inglese.
--
Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx
Other related posts: